Сергей Шлоков

Сергей Шлоков

Был в сети 06 ноября 2025, 19:54
Заказы не принимаю
Например, вот так
// Путь к конфигу зависит от вложенности текущего  файла
require_once dirname(dirname(__FILE__)) . '/config.core.php';
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService('error','error.modError', '', '');
Подозреваю, что возможны проблемы и с этим кодом, поэтому советую обратиться за помощью к программистам.
Кэшированный сниппет сохраняется в кэше ресурса, в массиве кэшированных элементов, где в качестве ключа выступает сигнатура сниппета, а в качестве значения — результат сниппета. Т.е. MODX вроде не должен лезть в базу за таким сниппетом.
Оказывается вполне распространенная проблема.
Правда? И у кого ещё эта проблема возникла?

Чтоб Вы знали, каждый раз при изменении системной настройки файл кэша формируется заново. Если у Вас не так, значит что-то сломалось. Обычно об этом есть запись в журнале ошибок.
Просто описано туманно. На самом деле всё просто. Во-первых, разговор идёт про Tickets. А как мы знаем, при сохранении тикета, если introtext пустой, то туда записывается часть поля content. Во-вторых, это всё.

Вот что значит правильно задать вопрос!
У него есть своя ниша, на которой банкует WP, Joomla и Bitrix. Чтобы туда влезть, нужно приложить усилия. А это уже не про MODX хозяев. Их тяжело растолкать даже чтобы закрыть дырки безопасности. Так что разработчикам советую учить фреймворки. Ибо MODX закончится на второй версии. Не он первый, не он последний.
$resource->getTVValue('date') — таким образом берет уже существующее значение
Это метод стучится в базу. А в базе ещё старое значение.

По-моему, к ТВшке можно обратиться через свойство изменяемого ресурса — «tv» + id ТВ.
// Для ТВ с id 7
$resource->tv7