Вчера в 18:00
ух ты крутяк!
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
24 декабря 2025, 10:15
UPD
Нашел настройку. Ошибка пропала. Понаблюдаю…
19 декабря 2025, 15:43
Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплат...
19 декабря 2025, 11:37
Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%
18 декабря 2025, 10:15
Ага, спасибо. Первый и думаю не последний)
15 декабря 2025, 17:27
Понял, спасибо. попробую
14 декабря 2025, 13:04
тот же вопрос
13 декабря 2025, 17:47
Для MIGX нужно указать
"configs": {
"startDay": 1
}
Всего 125 378 комментариев
Есть ряд вопросов перед стартом:
Планировщик встроенный, или интеграция с компонентом scheduler? Нужен cron или на хитах? Если второе (без cron-а), то настройки увеличения количества хитов в промежутках между запусками для сайтов с большой посещаемостью есть?))
А картинки-видео из TV нестандартных типов (image+ например) поддерживаются? А галереи на MIGX?
Можно привести текст из этого файла readme.txt здесь хотя бы?
Не всегда под рукой есть тестовый сайт ведь!
Но при этом всегда обновляют компоненты у себя в /manager, когда там подсвечивается наличие обновлений (оранжевым).
И я один из них. А таких миллионы. И сайтов таких десятки или сотни тысяч.
Так что обновление необходимо. Чисто патч безопасности
Я не нашел как сделать данный пункт. Нигде такого нет.
Надо просто написать боту, и тогда следующий шаг работает)
Это потому что прямые вызовы этого скрипта обходят любые валидации и хуки FormIt
… потому что они прописываются лишь в вызовах сниппета, а в action.php отсутствуют. Поэтому когда отправляются нормальные запросы с реальной страницы, всё хорошо, потому что код возвращаемый сниппетом содержит все валидаторы и хуки, которые надо выполнять. А через прямой юз action.php эта логика (валидаторы и хуки) недоступны, поэтому все запросы будут отправлены на сервер без security checks.
AjaxForm просто обязаны сделать фикс этой проблемы даже вопреки нежеланию (как log4j обязан был выпустить обновление своей уязвимости), или принять чей-нибудь фиксящий pull request. Это серьезнейшая дыра в безопасности и очень серьёзная, которую они своей глупостью оставили халатно — там итак было понятно, что валидаторы с хуками будут обходиться, а они понадеялись на авось…