ну а так-то кэшируются как обычно вроде

то есть должен же браться из БД

кэш удалял

Глюк, видимо...

то есть должен же браться из БД

как кэш чистишь?

в админке

и rm -R ...

ну то есть физически в папке пусто

1. rm -rf core/cache (если и так не работает, то либо чудеса, либо не на той папке стоит терминал pwd)

но я ошибся. кэшируется все таки не как бд, а как site компоненты как ресурсы, итд. там что-то свое

Я залез в кэш и нашел

И там старая версия

А в БД новая

То есть он откуда-то берет старую и кэширует ее

Шо за нах? :)

core/cache/includes/elements/modplugin вот там вроде сидят. конечно я опоздал с путем)

Щас гляну

А, ну там да, я и смотрел

ну да

И там старая версия

А в базе новая

Херня какая-то :)

У меня скрип автоматом делает весь перенос текущего прода на поддомен dev. Выгружает и разворачивает базу, правит все конфиги... А сраный плагин, как выясняется, только руками можно править...

А в базе новая

сохранение плагинов через родительский процессор modElementUpdateProcessor вроде как брутально делает $this->modx->cacheManager->refresh(); попробуй

ща

нет :)

У меня скрип автоматом делает весь перенос текущего прода на поддомен dev. Выгружает и разворачивает базу, правит все конфиги... А сраный плагин, как выясняется, только руками можно править...

«А сраный плагин, как выясняется, только руками можно править…» дело вкуса, я люблю работать со статическими через ide. дальше все равно кэшируется и без разницы хоть бд хоть файл

нет :)

но файлы-то пропадают?

ХЗ. файлы же я руками чищу

после рефреша, который выше

Со статическими это ясно, просто не хочу уже торгать ничего лезть

но файлы-то пропадают?

нет

права?

пропала одна директория какая-то

и все

права не при чем, остальное все работает который год

это шаред, там нет прав по факту

но если rm -rf core/cache и структура воссоздается тогда должно быть все ок

Я уже написал, что удалял кэш

Физически

Это никак не влияет

Видимо, модх просто внутри кривой

Есть подозрение, что плагины вообще не в базе хранятся

Есть подозрение, что плагины вообще не в базе хранятся

1. чтобы корректно работал кэш должен быть контекст. если контекста нет, то обработка может выполняться без кэша 2. если кэш есть (чекнуть наличие в скрипте перед операциями modx->cacheManager), то : $modx->cacheManager->refresh(['scripts' => [], 'includes' => []]); // чекнул локально - оставило пустыми папки elements внутри каждой соотв. (upd: по хранению: в базе же хранится код код плагина в modx_site_plugins -> plugincode или я не понял мысль)

Да нет, это все не имеет отношения к делу

Думаю нашел косяк

Ребята, привет. Скажите стоит ставить modx 2.8? критичного ничего нет, а то поговаривают какето проблемы с ней

а все, закреп прочитал. Спасибо

Создал плагин и хочу тестово записать логи. Повесил на плагин событие msOnChangeOrderStatus. И в логи в файл core/cache/logs/error.log ничего не пишется.

и меняю статус заказа. Ничего не пишется в логи

$modx->log(1,'message');

пробуй так

запись в логах зависит от системных настроек, там можно указать какой уровень записывать

$modx->log(1,'message');

получается когда меняю статут заказа он же должен писать в логи это да ?

да

да

записал спс

А как то можно на экран или куда выводить чтобы постоянно не лазить в файл тут вроде написано вот такое

управление->отчеты->журнал ошибок

вообще есть десятки вариантов как это выводить и смотреть

если есть доступ по ssh тогда tail -F /path/to/core/cache/logs/error.log

будет в консоль ошибки в реальном времени показывать

управление->отчеты->журнал ошибок

Тут прям все отлично спс. Можете подсказать как получить данные о заказе когда вешаю событие на msOnChangeOrderStatus

а какое отношение оно имеет к заказам?

а какое отношение оно имеет к заказам?

Вроде мне подсказали что туда надо вешать событие

но для чего?

msOnChangeOrderStatus

вот это событие

не то написал изв

Мне надо при изменении статуса заказа отправлять смс на телефон. Пишу по это плагин. И сейчас надо получить данные которые в заказе когда там меняется статус

if (empty($status) || !($order instanceof msOrder)) { return; } if(!$address = $order->getOne('Address')){ return; }

$number = $address->get('phone');

$order->get('payment');

Где можно про это почитать ?

у тебя же там объект заказа приходит

Как его вывести чтобы понимать что там есть

Ну в лог к примеру

Вы написали переменные как $status $order есть про это документация ?

$modx->log(1,print_r($order->toArray(),1));

туда приходит заказ и статус, далее обычными запросами можно вытянуть что угодно

туда приходит заказ и статус, далее обычными запросами можно вытянуть что угодно

вот я получил массив и тут есть user_id мне по нему надо получается получить номер этого пользователя