Вчера в 08:44
Добрый день!
Это ворнинг на работу не влияет, а что в консоли браузера и какая версия php?
28 апреля 2026, 10:33
docs.modx.pro/components/minishop2/development/scripts-and-styles
вам нужно событие Order.submit.response.success
27 апреля 2026, 13:13
Если только после майских праздников можно будет сделать для 2.x. Попробую.
27 апреля 2026, 12:59
Не за что!
27 апреля 2026, 11:51
Я так же все локально разрабатывал и тестировал и все ок было
22 апреля 2026, 06:21
Мне лично документация вообще не понятна :-). Все просто в доке, но вот вопрос, что за канал создается через ваш бот? Это наш канал или ваш? В доке ма...
22 апреля 2026, 00:22
Оказалось, что Localizator конфликтовал с плагином prettyTags. Ошибки в журнале с этим не связаны.
21 апреля 2026, 19:25
Всё же разобрался.
Браузеры игнорируют CSS-файлы, если сервер отправляет неправильный MIME-тип. Например, вместо text/css может возвращаться text/ht...
18 апреля 2026, 15:34
открыл, не знаю, почему он закрыт оказался) но, стоит учесть, что код там очень старый
Всего 125 774 комментария
Но тут выбор был не за мной.
Всем советую, это не сложно и недорого, а в итоге сэкономит нервы и время(деньги).
Во-первых, через какое-то время после того как отключил session_handler_class пошли ошибки и в админке, и на самом сайте. Исправил добавлением в .htaccess строки
php_value session.auto_start on
Потом, когда появилось время разбираться дальше, то первым делом вернул все назад — подключил session_handler_class и убрал auto_start сессии. Но скрипт корзины продолжил срабатывать каждый раз.
И до сих пор первоначальная проблема не повторилась, хотя все вернулось на исходные. Надеюсь и не повториться. :)
В общем почему пропал этот глюк я понять не смог. Мистика. %)
Сделал поле description и сортировку баннеров в позиции, перетаскиванием.
Благодарность будете присылать?
Запускать все сайты от одного юзера, или ставить 777 — одинаково небезопасно.
В любом случае это обозначает, что получив доступ к одному сайту, злоумышленник может накуралесить и на остальных.
Правильнее система: один сайт — один юзер, причем не www-data и не root. И права 755, 644. И отдельный доступ для этих юзеров через sftp, для работы с файлами.
просто через ssh
для директорий
find /path/to/dir -type d -exec chmod 755 {} \;
для файлов
find /path/to/dir -type f -exec chmod 644 {} \;
если хотите в файлах поменять к примеру только файлы с расширением php, то добавляем -iname
пример — меняем все php файлы
find /path/to/dir -type f -iname "*.php" -exec chmod 644 {} \;
Подскажите, пожалуйста, как лучше (безопаснее) поступить в моей ситуации, сменить владельца или выставить 777?
Есть хорошая новость — скоро буду вносить в него изменения, появится поле description и еще может что-то.
$modx->addPackage('rehab', $modx->getOption('core_path').'components/rehab/model/','modx_rehab_');
$modx->addPackage('rehab', $modx->getOption('core_path').'components/rehab/model/','modx_rehab_');
$access = $modx->getObject('Access',1);
print $access->get('uid');
А вот при изменении уже существующих проблема остается — значения из формы не передаются в базу.