Бегло пробежался по коду. pdoTools подключается только для использования сниппета pdoMenu. Зачем нужно включать феном вопрос.

Theme.Bootstrap и pdoTools. Зачем они нужны в пакете совершенно не ясно. Но очевидно, что данный пакет выдернут из текущего проекта автора без какой-либо подготовки для универсального использования (что как бы подразумевается для пакетов). Даже айдишки жестко зашиты. Т.е. я не рекомендую использовать данный пакет (пусть простит меня автор за моё мнение). Я бы такой пакет не одобрил.

Как же?

А про какие зависимости речь?

Очень рисково включать fenom после установки, т.к. сайт может повалиться из-за инлайновых скриптов или инлайновых JS атрибутов, где стоит фигурная скобка и после неё символ :)

На страницах сайта включается femon.

Интересно же почему так? При создании объектов железно прописываешь им айди?

Внимание! страницы создаются с id со 100 по 106. Если у вас на сайте больше 100 страниц, то страницы не создадутся.

Вновь прошу прощения, оказывается у меня все работает при выставлении параметра crontabmanager_handler_class в значение CrontabManagerHandler в настройках. Примеры запускаются и становятся активными, правда не выключаются, если выключить demo задание, то будет

[Crontab] $jobSpec must be crontab compatibile entry

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

PHP warning: preg_match(): Unknown modifier 'n'

и такое же

[Crontab] $jobSpec must be crontab compatibile entry

Через плагины, как вариант. Либо через Fenom + сниппет.

Все верно

Я так понимаю, что ошибки могут быть из-за ограничений безопасности modsecurity, а какие могут быть влиять, чтобы я их отключил?

Я, видимо, буду первый :-)
В первую очередь огромное спасибо, компонент в идее очень полезный, например у меня много данных пишутся в базу в кроне из под ПУ VDS и управлять заданиями сразу из modx очень удобно. А у вас еще и расширенный функционал. И я в это дополнение по описанию практически влюбился. Но куда ж без ошибок:
при попытках включить даже демо
components/crontabmanager/lib/crontab/CrontabManagerManualFile.class.php 16
PHP warning: file_put_contents(/var/----/scheduler/crontabs/): failed to open stream: ��� �������
[Crontab] Не удалось записать
*/1 * * * * /usr/bin/php7.0 /var/ -...- /scheduler/ControllersLinks/demo.php > /var/------/scheduler/logs/task_id_1_demo.log 2>&1 # t0kc9y

Я так понимаю, что нужно где-то копать в права, осталось только понять — где :-) в github у вас «Для работы необходимо чтобы на хостинге был доступ к функциями: system и passthru для запуска из под php» хотя в кроне ПУ plesk все работает

Далее не совсем понятно структура и принцип вызова) например в обычном режиме я подгружаю класс modx, далее $modx = new modX(); и впоследствии оперирую уже $modx? как пример

if(!$q = $modx->prepare($s)){
                $modx->log(MODX_LOG_LEVEL_ERROR, 'Ошибка выполнения запроса '.$s.' : '.$q->errorInfo()[0].'->'.$q->errorInfo()[1].'->'.$q->errorInfo()[2]);
            }

Я это делаю, потому что когда крон сервера запускает php файл, он не знает про modx ничего.
У вас в demo.php, тот же лог, вызывается как

$this->modx->log(modX::LOG_LEVEL_ERROR, "Задание завершено");

получается основной класс загружен я и должен заменить все свои $modx на $this->modx? Но как крон узнает, что такое modx? не замедлит ли это работу?

Потом не совсем понятна структура, основные файлы для крона должны лежать в schelduer\controllers
ControllersLinks — он сам создает, как я понял, при запуске
а вот папка tests и в ней demotests.php и frontend — это зачем и мне нужно создавать свои при создании своих задач?

Очень надеюсь разобраться и наладить работу, ибо компонент не просто шикарен, а ультрамегасупершикарен

что не нашёл внятного способа обновиться. это представляется более простой задачей, чем фактическое создание нового сайта.

это конечно правда. Но врядли вы на этом форуме найдете подсказки по Evo, он целиком и полностью посвящен modx revo
Поскольку это совершенно разные системы, то никакими «обновлениями» перейти с evo на revo нельзя.
Если позволяют знания — попробуйте выбрать что то более современное, сейчас столько новых технологий что глаза разбегаются.

старый сайт работает, взможно я не совсем чётко выразился
но я немного озадачен тем, что не нашёл внятного способа обновиться. это представляется более простой задачей, чем фактическое создание нового сайта. а если обновиться нереально, то хочется понять, есть ли плюшки в том, чтобы остаться на модэксе. первое впечатление такое, что последние пять лет CMS стремительно теряет популярность

Сколько страшных слов вы написали.
provisioner, GoRevo, Catalogfill… что все это такое?
Раз вы пишите что сайт совершенно не работает, то мне кажется у вас один вариант — вытащить базу старого сайта, создать новый сайт (на чем угодно, как кто-то может вам советовать на чем сделать новый сайт, это зависит от ваших знаний) и придумайте способ из базы данных залить товары на новый сайт.

Обновится не выйдет 100%.
Поэтому делаете новый сайт, а старые данные импортируете через базу, csv файлы или как умеете.

Позволяет ли компонент обрабатывать данные перед публикацией, к примеру через дополнительный сниппет с API переводчика?

Не у кого нет таких проблем? Или ни кто не сортирует товары по наличию? Сергей проверьте пожалуйста.

Добрый вечер! Есть ли какой-нибудь скрипт для перегенерации всех изображений, наподобие скрипта для ms2Gallery?

Изменил некоторые параметры генерации превью изображений, а страниц с галереями у меня несколько. Переходить в каждую и обновлять превью слишком долго, а запустить скрипт в консоли было бы намного быстрее и удобнее.

Получается нужно делать, как предложил Андрей?

Это не решение, После обновления все вернётся к прежнему варианту

Попробуйте установить TinyMCE Rich Text Editor