Вчера в 15:46
Только что споткнулся об эту проблему, оставлю тут может кому поможет…
Решается правкой файла core/components/awss3mediasource/model/awss3mediasource...
Modhost и облачное хранилище S3 (timeweb cloud) 4
Вчера в 15:36
Добрый день! Не нашлось времени глянуть что там?
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 26
Вчера в 15:16
Удалил компонент Ace и вот уже 2 недели чисто на сервере, возможно где-то в нем уязвимость
Вирусы майнеры 34
Вчера в 13:21
При добавлении записи вылезает ошибка:
SocialNetworksItem_err_saveВ логах вот такая ошибка:
[2025-06-17 10:14:14] (ERROR @ C:\webserver\doma...
SocialNetworks 19
15 июня 2025, 12:39
Из названия таблицы кажется очевидным её назначение: записывать просмотры тикетов. Если просмотры нигде не фигурируют можешь чистить хоть каждый день....
Что делает в Tickets таблица tickets_views? 1
13 июня 2025, 14:47
Все проще, ИИ просто выдумывает. Он чтобы дать ответ придумывает, то чего не было.
PageBlocks стал ещё мощнее — теперь с пагинацией, сортировкой и фильтрацией 23
11 июня 2025, 17:29
Компонент создан для MODX2 и MODX3. Загрузил в репозиторий, жду модерации.
Проверка на новые файлы с уведомлением в телегу 9
По идее в цепочке хуков email,recaptchav2,FormItSaveForm,redirect, если капча не проходит, до редиректа дойти не должно… поэтому редирект на ошиб. страницу кажется странным. Само использование капчи делает ее обязательной, без нее вы ничего не должны отправить, если конечно все настроено верно. Да,email хук у вас идет первым, поэтому письмо таки улетит до остальных проверок.
Исправляется явным приведением типа вот здесь(в вашем решении это есть, в оригинальном коде нет):
Занятно, но работает. В группу добавляет, правда, писем все еще не вернулись, разбираюсь дальше.
Что-нибудь в error.log?
Навскидку помню, что по похожей истории были проблемы с какими правами и от имени чего запускается сам коннектор.
Не уверен, что это ваш случай, но вдруг…
https://docs.modx.com/extras/revo/formit
Если &placeholderPrefix параметр дефолтный, то да, как вы написали выше. Даже с непереданными/неверно переданными плейсхолдерами письмо должно улетать.
тут пробел уберите. Валидация, хотя, и не включена.
Что в логе MODX, нет ли ошибок? Смотрели ли в конслоль браузера, все ли хорошо там? Далее — что возвращает сервер после отправки через ajax? Отправлялись ли письма ранее? Какой у вас хостер, нет ли пожелания от него использовать SMTP для отправки? Если есть сомнения в отправке как таковой попробуйте для начала компонент QuickEmail, отправит ли он тестовое письмо и какой результат?
Итак,
в корневом index.php права доступа изменены на 444, в шапке:
Файл по указанному адресу с правами 404 — по ссылке, если любопытно содержимое.
Также замечено, что единственный пользователь не мог войти со своим паролем, пароль сами не меняли, был заблокирован(возможно по причине неоднократного ввода неверного пароля.) Сбросил его, но в базе уже заблокирован, пришлось через базу снять блок, тогда заработало.
Рядом на этом же хостинге лежит Evo, к нему доступ также перестал подходить, восстановление по сбросу пока не работает, ищем причину… Может ли это быть связано, не ясно, пока про Evo ничего не было слышно… ну или просто восстановление не работает и эти два явления не связаны.
P.S. утром пришло сообщение от клиента из Австралии, там как раз Evo was hacked. Детали узнаю чуть позже.
Сработает?
У меня почему-то при первичной установке это поле не появилось в таблице, потому и ошибка сохранения была. Переустановка или последующие установки компонента с нуля были успешными. Чудеса :)