CronTabManager - или как управлять crontab из админки
Для начала сразу оговорюсь, это не CronTabManager из репозитория modx.com! По этому пытаться сравнивать его смысла нету))
Компонент представляет из себя полноценный набор классов для управления crontab заданиями, по мимо того что он умеет записывать крон задания напрямую в crontab (можно проверить это на modhost.pro) у него еще есть ряд на мой взгляд отличных преимуществ:
В заметке опишу лишь базовые возможности компонента…
В настройка компонента есть параметр: crontabmanager_handler_class он принимает два класса:
CrontabManagerHandler — записывает задания в crontab
CrontabManagerHandlerFile — записывать задания в файл (которые нужно будет переносить в ручную)
класс CrontabManagerHandler может не работать на большинстве хостингов так как возможно много ограничений препятствовать этому.
Для полноценного теста компонент можно попробовать на modhost.pro, так как там разрешена запись задания напрямую в crontab из под веб пользователя.
Все контроллеры крон заданий хранятся в директории:
Это задание запускает контроллер demo.php, путь к контроллеру
Внимание!!! класс контроллера должен напрямую совпадать с именем файла контроллера
То есть ваше имя класса контроллере всегда должено начинаться с
Если вы пользовались когда то RESTfuil то для вам не составит труда разобрать как работаю контроллеры. Создаются и запускаются контроллеры по тому же принципу.
Если чуть подробней: когда вы включаете контроллер то автоматически создается карта контроллеров c ссылками на их запуск:
Основная проблема в то что на большинстве хостинго права на запись в crontab менеджер из под веб пользователя ограничены. У вас попросту не добавиться задание в crontab.
Для таких хостигов я предусмотрел возможно смены контролера записи заданий. То есть задание будет писать не в crontab а в обычный файл из которого можно скопировать список заданий и перенести в ручную их в crontab
Компонент очень мощный, и решает комплекс задач связанных с фоновыми заданиями.
Так как скоро новый город))) Решил приурочить публикацию компонента к этому празднику и сделать его бесплатным для всех)))
Скоро компонент появиться на modstore.pro
Сейчас компонент скачать можно здесь
Если кому станет полезным компонент, то можно за донатить
Компонент представляет из себя полноценный набор классов для управления crontab заданиями, по мимо того что он умеет записывать крон задания напрямую в crontab (можно проверить это на modhost.pro) у него еще есть ряд на мой взгляд отличных преимуществ:
- Ведет логи запуска заданий
- Отслеживает и уведомляет администратора сайта если задание завершилось с ошибкой после n количества попыток запуска
- Возможность прочесть лог с ошибкой
- Имеет уже встроенный набор классов для создания новых заданий (новое задание создается как контроллер для RESTfuil)
- Позволяет запускать задание из админки точно так же как бы мы запускали его из под ssh пользователя
- Блокировка заданий на n количества времени из письма
В заметке опишу лишь базовые возможности компонента…
В настройка компонента есть параметр: crontabmanager_handler_class он принимает два класса:
CrontabManagerHandler — записывает задания в crontab
CrontabManagerHandlerFile — записывать задания в файл (которые нужно будет переносить в ручную)
класс CrontabManagerHandler может не работать на большинстве хостингов так как возможно много ограничений препятствовать этому.
Для полноценного теста компонент можно попробовать на modhost.pro, так как там разрешена запись задания напрямую в crontab из под веб пользователя.
Задания и контроллеры
Все контроллеры крон заданий хранятся в директории:
core/scheduler/Controllers/
Это задание запускает контроллер demo.php, путь к контроллеру
core/scheduler/Controllers/demo.phpВнимание!!! класс контроллера должен напрямую совпадать с именем файла контроллера
То есть ваше имя класса контроллере всегда должено начинаться с
CrontabController[ТУТ ПИШЕМ путь до файла относительно папки core/scheduler/Controllers/]Что такое контроллеры?
Если вы пользовались когда то RESTfuil то для вам не составит труда разобрать как работаю контроллеры. Создаются и запускаются контроллеры по тому же принципу.
Если чуть подробней: когда вы включаете контроллер то автоматически создается карта контроллеров c ссылками на их запуск:
Почему нужно устанавливать компонент на modhost.pro?
Основная проблема в то что на большинстве хостинго права на запись в crontab менеджер из под веб пользователя ограничены. У вас попросту не добавиться задание в crontab.
Для таких хостигов я предусмотрел возможно смены контролера записи заданий. То есть задание будет писать не в crontab а в обычный файл из которого можно скопировать список заданий и перенести в ручную их в crontab
Компонент очень мощный, и решает комплекс задач связанных с фоновыми заданиями.
Так как скоро новый город))) Решил приурочить публикацию компонента к этому празднику и сделать его бесплатным для всех)))
Скоро компонент появиться на modstore.pro
Сейчас компонент скачать можно здесь
Если кому станет полезным компонент, то можно за донатить
20 декабря 2019, 08:38
Поблагодарить автора
Отправить деньги
Комментарии: 19
@Андрей Степаненко,
Или имелось в виду, что редактировать автоматизированно (не руками в интерфейсе)?
Я просто засомневался, вдруг выпилили чего в новых версиях. На одном старом проекте обновляться собрались…
К пример сервера на ispmanager вообще не дают прав чтобы редактировать crontab даже под sshПривет, сорри за некропост, но в ISPmanager Планировщик всегда же был: yadi.sk/i/0aSW8LA6B9kJVw
Или имелось в виду, что редактировать автоматизированно (не руками в интерфейсе)?
Я просто засомневался, вдруг выпилили чего в новых версиях. На одном старом проекте обновляться собрались…
Обычно работают так — настраивают крон раз в минуту, ставят дополнения типа Scheduler и создают задания в админке. Чем этот вариант лучше?
Ну тут все просто, в отличии от Scheduler, в компоненте каждое задание это отдельно задание прописанное в кроне. а в Scheduler все вешается на одно задание.
А так же есть вот эти штуки: Есть уведомления о том что задание завершилось с ошибкой, ведутся логи запуска и завершения задания, и пишет в crontab на прямую.
В общем не стоит сравнивать компонент с какими то существующими. Аналогов для modx явно не найти.
В компоненте можно любое количество контроллеров создать и запускаться будут по отдельности.
В общем надо ставить пользоваться, я вот так простыми словами не опишу даже.
Могу сказать только:
у меня есть проекты где по 50 крон заданий, каждое задание может выполнять хоть час хоть одну минуту, вот и представь сколько будут выполнять задания через Scheduler
А так же есть вот эти штуки: Есть уведомления о том что задание завершилось с ошибкой, ведутся логи запуска и завершения задания, и пишет в crontab на прямую.
В общем не стоит сравнивать компонент с какими то существующими. Аналогов для modx явно не найти.
В компоненте можно любое количество контроллеров создать и запускаться будут по отдельности.
В общем надо ставить пользоваться, я вот так простыми словами не опишу даже.
Могу сказать только:
у меня есть проекты где по 50 крон заданий, каждое задание может выполнять хоть час хоть одну минуту, вот и представь сколько будут выполнять задания через Scheduler
Понял. Тут тебе виднее. Мне хватает одного крона )
Сам лично давно смотрю в сторону Horizon. Адаптировать к MODX с первого взгляда несложно. Сам бы это сделал, если бы был на пенсии )
Сам лично давно смотрю в сторону Horizon. Адаптировать к MODX с первого взгляда несложно. Сам бы это сделал, если бы был на пенсии )
Для нескольких крон заданий компонент наверное смысла ставить нету. Хотя опять же если не умеешь пользоваться crontab через ssh то этот компонент поможет составить список заданий. А потом просто скопировать их в crontab.
Вообще очень спасают уведомления на емайл. Когда отваливается какой то скрипт или сервис, тебя не заваливает сообщениями об ошибке. Так как есть лимит не удачных попыток. К примеру если 10 раз задание завершилось с ошибкой то только после 10 раза уйдёт уведомление и цикл будет повторятся пока администратор не предпримет какое то действие, или работа скрипа не восстановится.
Вообще очень спасают уведомления на емайл. Когда отваливается какой то скрипт или сервис, тебя не заваливает сообщениями об ошибке. Так как есть лимит не удачных попыток. К примеру если 10 раз задание завершилось с ошибкой то только после 10 раза уйдёт уведомление и цикл будет повторятся пока администратор не предпримет какое то действие, или работа скрипа не восстановится.
В общем это не только крон задания, а так же система уведомлений и готовый API с modx внутри.
Пример кода для создания нового задания
В modCrontabController еще куча всяких фич. Надо все описывать конечно)))
Пример кода для создания нового задания
<?php
/**
* Демонстрация контроллера
*/
class CrontabControllerDemo extends modCrontabController
{
public function run()
{
$this->modx->log(modX::LOG_LEVEL_ERROR, "Задание завершено", '', __METHOD__, __FILE__, __LINE__);
}
}В modCrontabController еще куча всяких фич. Надо все описывать конечно)))
Установил плагин — у него потрясающий функционал. С какими проблемами столкнулся:
1) мало документации.
2) Так и не понял разницу CrontabManagerHandlerFile и CrontabManagerHandler.
3) При активации и деактивации появляются ошибки и она становится невозможной (выполнил опытным путем удаляя задание через ispPanel)
4) когда все же все заработало увидел ряд ошибок:
1) мало документации.
2) Так и не понял разницу CrontabManagerHandlerFile и CrontabManagerHandler.
3) При активации и деактивации появляются ошибки и она становится невозможной (выполнил опытным путем удаляя задание через ispPanel)
4) когда все же все заработало увидел ряд ошибок:
PHP Fatal error: Can't use method return value in write context in /var/www/site.ru/core/components/crontabmanager/model/crontabmanager/crontabmanagertasklog.class.php on line 10
Сталкнулся с двумя особенностями…
1) После апдейта с 3.5.2 на 3.6 в табе «Расписание Крон» задания перестали отображаться. Сделал удаление полное компонента с удалением таблиц в БД, очистку кэша (коре/кэш), установил 3.6. Задание Демо появилось, изменил время запуска и задание пропало. Хотя если открыть Действия — Смотреть Кронтабс, то задание там вижу
2) Поставил время запуска 0 4 * * 1 (в 4 утра по понедельникам), задание в ручном режиме запускалось, а по расписанию не запустилось… в логе пусто. Время выполнения задания 25-30сек в тестовом запуске. Вроде не должно было до 120+сек растянуться…
скрин из админки:
prnt.sc/La7dX4_4xw4L
1) После апдейта с 3.5.2 на 3.6 в табе «Расписание Крон» задания перестали отображаться. Сделал удаление полное компонента с удалением таблиц в БД, очистку кэша (коре/кэш), установил 3.6. Задание Демо появилось, изменил время запуска и задание пропало. Хотя если открыть Действия — Смотреть Кронтабс, то задание там вижу
2) Поставил время запуска 0 4 * * 1 (в 4 утра по понедельникам), задание в ручном режиме запускалось, а по расписанию не запустилось… в логе пусто. Время выполнения задания 25-30сек в тестовом запуске. Вроде не должно было до 120+сек растянуться…
скрин из админки:
prnt.sc/La7dX4_4xw4L
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| CronTabManager | 3.7.0-beta от 03.12.2024 | 314 |
| Scheduler | 1.5.0-pl от 17.12.2023 | 139 |
30 декабря 2024, 20:33
если я его оборачиваю в отдельный formЭто же не логично, сортировка должна работать вместе с остальными параметрами фильтрации. Я же сказал используй ...
27 декабря 2024, 15:56
Ух, класс! Вот так работает:
$array = array(111, 112);
if(in_array($modx->controller->resource->get('id'), $array)) {
$modx->regC...
27 декабря 2024, 13:50
Огромнейшее спасибо! Работает.
26 декабря 2024, 12:43
А как вы в шаблоне письма вывели имя пользователя? У меня просто в шаблоне отрабатывает. А в письме нет.
[[$user.name]]
[[$us...
26 декабря 2024, 11:10
Слышу эту песню про программирование — уже с лет 20 точно.
Но пока «мы» даже сверстать макет не можем автоматически, чтобы можно было в продакшен о...
25 декабря 2024, 14:13
В итоге переписала сама. Не знаю можно ли вставлять сюда столько текста, так что чистый JS код, если кому надо, можно найти по ссылке
24 декабря 2024, 21:46
Это не косяк, это осознанное изменение. Я считаю, что нет смысла показывать «Форма содержит ошибки» и ещё сами ошибки. Однако само сообщение в ответе ...
23 декабря 2024, 18:04
Для версии 3 лучше конечно иметь типа minishop3.
Да для всего этого нужно свободное время конечно же.
