12 ноября 2024, 19:52
С ним славу богу все хорошо. Он пошел дальше по карьерной лестнице, оставил MODX позади и сейчас заглядывает к нам только поздороваться.
12 ноября 2024, 18:44
Благодарю!
12 ноября 2024, 10:53
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
12 ноября 2024, 07:41
Если используете ispmanager, отключите параметр open_basedir
12 ноября 2024, 07:35
страниц много, но как вариант возможно.
В целом конечно пока не совсем понятно как лучше настроить контроль версий, я вот пока все сунул в Docker ...
11 ноября 2024, 11:29
Этот компонент для связки с любым фреймворком?
К примеру с astro.build/ этим можно связать?
11 ноября 2024, 09:46
Добрый день! Вы можете у сниппета ecMessage в параметре threads указать *. Про это есть в документации.
08 ноября 2024, 23:04
попробуйте убрать autoplay здесь:
allow="clipboard-write; autoplay"
Всего 123 782 комментария
Запуск через cron. Хотел сделать с scheduler, но потом передумал.
Картинка или другой вид файлов вставляется вида domen.ru/foto.jpg — потом доработаю этот момент.
Повторюсь, компонент простой, без выкрутасов. Нужно только уметь создавать ботов в телеге, которые будут отправлять публикации.
Есть ряд вопросов перед стартом:
Планировщик встроенный, или интеграция с компонентом scheduler? Нужен cron или на хитах? Если второе (без cron-а), то настройки увеличения количества хитов в промежутках между запусками для сайтов с большой посещаемостью есть?))
А картинки-видео из TV нестандартных типов (image+ например) поддерживаются? А галереи на MIGX?
Можно привести текст из этого файла readme.txt здесь хотя бы?
Не всегда под рукой есть тестовый сайт ведь!
Но при этом всегда обновляют компоненты у себя в /manager, когда там подсвечивается наличие обновлений (оранжевым).
И я один из них. А таких миллионы. И сайтов таких десятки или сотни тысяч.
Так что обновление необходимо. Чисто патч безопасности
Я не нашел как сделать данный пункт. Нигде такого нет.
Надо просто написать боту, и тогда следующий шаг работает)
Это потому что прямые вызовы этого скрипта обходят любые валидации и хуки FormIt
… потому что они прописываются лишь в вызовах сниппета, а в action.php отсутствуют. Поэтому когда отправляются нормальные запросы с реальной страницы, всё хорошо, потому что код возвращаемый сниппетом содержит все валидаторы и хуки, которые надо выполнять. А через прямой юз action.php эта логика (валидаторы и хуки) недоступны, поэтому все запросы будут отправлены на сервер без security checks.
AjaxForm просто обязаны сделать фикс этой проблемы даже вопреки нежеланию (как log4j обязан был выпустить обновление своей уязвимости), или принять чей-нибудь фиксящий pull request. Это серьезнейшая дыра в безопасности и очень серьёзная, которую они своей глупостью оставили халатно — там итак было понятно, что валидаторы с хуками будут обходиться, а они понадеялись на авось…