Наумов Алексей

Но вообще выглядит прикольно. Прям клево, взять и подписаться на событие в своем коде без создания плагинов — удобно должно быть.

Вижу в примерах на git что есть параметр priority:

$modx->addEventListenerClosure(
    'OnWebPagePrerender',
    function (array $params, \MODX\Revolution\modX $modx) {
        $output = &$modx->resource->_output;
        $output .= "\n<!-- TEST CLOSURE: " . date('Y-m-d H:i:s') . " -->";
        return null;
    },
    priority: 5,
    name: 'appendTestComment'
);

видимо, управлять приоритетом можно.

Кто-то редко смотрит почту))) писал в личку дополнительно или еще одно письмецо с напоминанием?

зачем добавлять скрипт, если нет tv полей?..

О, хорошая тема! С меня плюс.

Правда не понял почему?

else {
    $addScript = true;
}

request судя по всему null получился. но Кааак… я не знаю

Дошли руки до обновления ), выпусти версию 1.0.3-pl
Попробуйте… я просто убрал код, вызывающий ошибку, но к сожалению самому проверить сейчас негде.

Спустя 2 месяца дошли руки до обновления ), выпусти версию 1.0.3-pl

Добрый день. Пока не поправил… постараюсь в ближ дни

Это нормальное поведение, оно связано с тем, как работает MODX и кеширование в нем.

Если было бы так: то, допустим у нас есть товар и мы сбросим только кеш этого товара при редактировании. Но, если на главной странице выводится список товаров, куда попадает наш, то ничего не изменится, т.к. кеш главной страницы остался. Поэтому удаляется кеш сайта.

Однако это поведение можно изменить, в системных настройках много опций, отвечающих за работу кеша.

Вы уже второй с такой ошибкой, то ли в свежем MODX что-то изменилось, толи в Formit. Я поправлю в ближайшие дни, постараюсь

В select вот эта цепочка modTemplateVarResource.preview.value выглядит длинновато. Без modTemplateVarResource попробуйте.

Как ни удивительно — но все ж добавил поле), смотрите свежий релиз

Привет, почему лог в

core/components/ms_cdek2/services/logs

он же там потом разрастаться будет и никто из разработчиков про это помнить не будет.

Хочется отдельный файл лога — почему не положить рядом со стандартным errors.log что-то типа

core/cache/logs/cdek2.log

?

Здесь вроде просто запросы в попытках найти файлы. В том же easyredirects, например, нет action.php, просто 404 ошибка должна быть.

adminer-5.2.1.php — искали файл админера… но вроде бы эти запросы не могут привести к заражению

В общем сделал я это одним спокойным вечерком, свежий релиз в магазине.

Никогда не храните код .php или шаблоны .tpl в папке /assets, это прям нельзя.
Такие штуки не должны быть доступны пользователю через http запрос. php код может выполнится, что небезопасно, а код шаблона вообще просто отобразится или файл скачается.

Их нужно хранить или в директории core, которая должна быть закрыта от доступа через правила веб-сервера, или же вообще в идеале выше, чем public каталог.

ну и тогда не нужно парится насчет «Если кто-то попытается обратиться к файлу напрямую»

Какие компоненты используются на сайтах? Может быть какая-то старая версия чего-то с дыркой?
Должно быть между сайтами что-то общее

Можете PR сделать, я не против, вольем. Самому сейчас делать — мотивации нет (( мне эти функции были не нужны в свое время

Да вроде нету)