5 часов назад
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
Вчера в 20:15
Хотел проверить еще раз, теперь все работает. Спасибо.
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 24
05 января 2026, 14:53
Тоже не понял зачем эти сложности, всегда этот скрипт юзал.
Почему в новых версиях MODX не работает сброс пароля через MD5 и как восстановить доступ в manager 4
30 декабря 2025, 22:52
Почему-то прочитал это голосом комментатора из Дома 2… Только про Minishop 3!) Спасибо всем за вклад в развитие и, достаточно неплохие итоги года)
Итоги 2025 года на MODX.pro 3
27 декабря 2025, 16:41
MODX, как и любой основанный на PHP фреймворк пишет 500 ошибки в error_log. Никаких специальных настроек в нем нет. Все зависит от настроек хостинга\с...
Отладка 500 ошибки MODX 1
26 декабря 2025, 18:00
ух ты крутяк!
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 2
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
24 декабря 2025, 00:23
Нет, лайки всегда были привязаны ко времени публикации, чтобы лайками старых постов рейтинг не накручивали.
MiniShop3 - новый релиз. 1.0.0-alpha.2 15
Но для удаленных страниц не работает. Выдает ошибку:
Причем в тайтле указанно что ошибка 404…
Возможно можно можно немного изменить код сниппета и перенаправлять в таком случае на главную? Возможно кто-то сможет помочь?
А вот Expires не правильный, лучше оставить его 81 годом, который прекрасно понимают роботы. А у вас роботу дают понять, что завтра документ теряет актуальность, он его может проигнорироват
А вы вносили изменения вот эти?
Хоть убей, у меня там постоянно новая дата — дата запроса, минус несколько часов, сервер стоит в другой стране
А вот это исправление помогло, спасибо!
В общем понаблюдал еще немного поведением плагина. На главной странице отдает 1970 год — если внести изменение в контент, то отдает настоящую дату сервера(на момент запроса страницы, то есть каждую секунду новое время), если изменения убрать, вернуть как было, то дата опять становится 1970 год, что очень странно. На внутренних страница при каждом запросе отдается время этого запроса, а не тогда когда реально была изменена страница. Очень и очень жалко, очнеь ценный плагин бы был, если бы работал корректно=(
А вот внутренние страницы сайта дают такую дату
Хотя страница не менялась какое-то время… так на каждой странице. Как я понимаю, там должна стоять дата последнего изменения этой страницы или нет?
А вот при проверки HTTP-заголовков с помощью плагина для фаер фокс, вообще дата Unix Timestamp
Может быть так и должно быть и я не правильно понял?
но эффекта никакого по урлу site.ru/manager кидает на site.ru/manager/
этот ридерект видать где-то в коде движка прописан.
Как я понимаю остается в этих правилах:
Сделать исключение для site.ru/manager/ — что бы тут они не срабатывали, если такое вообще возможно
site.ru/контейнер — без слеша
а по адресу
site.ru/контейнер/
приходит ошибка 503. Все что я описал в посте выше как раз для того, чтобы такого не было.
При урле «site.ru/контейнер» попадаем куда нада.
При урле «site.ru/контейнер/» проиходит редирект на «site.ru/контейнер» — без слеша.
И это все хорошо работает, только я не могу зайти в админ панель — вот эту проблему хотелось бы решить!