Будьте певні, що заплановані завдання справді виконалися.

Резервні копії, листи, імпорт, заплановані публікації: велика частина роботи вашого сайту відбувається у фоні за розкладом. LayerAssist перевіряє, що ці завдання виконуються, з’ясовує, чому якесь не виконалося, і запускає його знову.

Коротко

  • У чатіУ чаті він перелічує ваші завдання cron, читає їхні журнали, перевіряє планувальник WordPress і фонові процеси та виправляє завдання, яке не виконується.
  • АвтоматизаціяЯк ваша власна автоматизація він може щоранку перевіряти, що нічні завдання виконалися, – наприклад, що є свіжа резервна копія, – і повідомляти, якщо якесь не виконалося.
  • Вбудований моніторЯкщо ваш обробник черги працює як служба, вбудований монітор служби попередить вас, щойно він зупиниться.
  • Поки недоступноВбудованого монітора типу «heartbeat» для завдань cron поки немає.

Фонові завдання відмовляють без жодного звуку

Завдання cron і черги працюють, коли ніхто не дивиться: нічні резервні копії, листи з рахунками, імпорт товарів, очищення кешу, заплановані публікації. Коли якесь із них зупиняється, жодної сторінки з помилкою не з’являється – робота просто не виконується.

Дізнаєтеся ви про це пізніше й найнеприємнішим чином: потрібній резервній копії три місяці, клієнти не отримали рахунків, ранкова публікація так і не вийшла.

Ознаки того, що заплановане завдання не виконується

  • Резервні копії перестали з’являтися або старші, ніж мають бути
  • Заплановані записи показують «Пропущено розклад»
  • Щоденні листи чи вивантаження припинилися
  • Черга росте, а завдання так і лишаються «в очікуванні»

Чому зупиняються завдання cron і черги

Планувальник WordPress працює лише під час відвідувань

WP-Cron спрацьовує, коли хтось заходить на сайт. На малопосіщуваному сайті чи за кешем заплановані завдання виконуються пізно або не виконуються взагалі.

Неправильний шлях або оточення

Завдання, яке працює під час ручного запуску, за розкладом падає через іншу версію PHP, відсутній шлях або переміщений скрипт.

Процес обробника зупинився

Обробники черг мають працювати постійно. Після збою, розгортання чи перезавантаження їх ніхто не запускає знову.

Завдання, що падають або накопичуються

Одне завдання, що збоїть, блокування, яке ніколи не знімається, або завдання, що триває довше за свій інтервал, блокують усе, що йде за ним.

Як LayerAssist підтримує роботу фонових завдань

Він перевіряє розклад, журнали й результат: те, що завдання мало створити.

Перелічує, що заплановано

Він читає crontab сервера, завдання cron у панелі хостингу й заплановані події WordPress та пояснює кожну з них.

Перевіряє, що завдання справді виконалося

Він шукає докази: запис у журналі, свіжий файл резервної копії, надісланий лист, спорожнілу чергу.

З’ясовує, чому якесь не спрацювало

Він запускає команду завдання так само, як cron, читає помилку, а потім виправляє шлях, версію PHP чи права доступу.

Налаштовує все як слід

Він може замінити WP-Cron справжнім cron сервера, налаштувати обробники, що перезапускаються самі, і додати журналювання, щоб збої залишали слід.

Приклад: резервні копії, що тихо перестали створюватися

  1. Ви

    Можете перевірити, чи працюють наші нічні резервні копії? Здається, на них ніхто не дивився вже кілька місяців.

  2. Що він перевіряє

    • Crontab: резервна копія запланована щоночі о 02:00
    • Найсвіжіший файл резервної копії: 74 дні
    • Журнал cron: завдання падає з помилкою «mysqldump: command not found»
    • Причина: оновлення сервера перемістило утиліту, а завдання все ще використовує старий шлях
  3. Що він змінює

    Виправив шлях у скрипті резервного копіювання, запустив його один раз і налаштував лист у разі збою

  4. LayerAssist

    Ваші резервні копії не створювалися 74 дні: оновлення сервера перемістило утиліту бази даних, яку використовує скрипт. Я виправив шлях і щойно зробив резервну копію; вона завершилася, файл на місці. Якщо хочете, я можу щоранку перевіряти, що є свіжа копія.

Що ви отримуєте

  • Доказ, що завдання виконалися, а не лише що їх заплановано
  • Збої помічено наступного ранку, а не за кілька місяців
  • Заплановані завдання WordPress, що виконуються вчасно
  • Обробники черг, що повертаються після збою

Реальні ситуації

Магазин на WooCommerce із застряглими діями

Тисячі запланованих дій висять в очікуванні, а листи йдуть із запізненням. LayerAssist знаходить дію, що збоїть, розганяє чергу й налаштовує справжній cron.

Застосунок на Laravel із чергою

Після розгортання обробник черги більше не запустився. LayerAssist ставить його під supervisor, щоб він перезапускався сам, і пропонує монітор служби.

Новинний сайт із запланованими статтями

Статті, заплановані на 6:00, виходять опівдні: через кеш WP-Cron спрацьовував, лише коли кеш спливав. Cron на сервері розв’язує проблему.

Як перевірити завдання cron з LayerAssist

  1. Підключіть сервер або хостинг

    SSH дає повну картину; панель хостингу теж показує свої завдання cron.

  2. Попросіть перевірку

    У чаті: «Чи виконуються наші заплановані завдання?» або «Чому не пройшов нічний імпорт?»

  3. Дайте йому виправити завдання

    Він знаходить причину, усуває її й один раз запускає завдання, щоб довести, що воно працює.

  4. Зробіть це ранковою перевіркою

    Попросіть щоденну перевірку як власну автоматизацію й додайте монітор служби для обробників черг, що працюють як служба.

Запитання про моніторинг завдань cron

Cron – це власний планувальник сервера, він спрацьовує точно за часом. WP-Cron – планувальник, вбудований у WordPress, і він спрацьовує лише тоді, коли хтось заходить на сайт. Для надійного розкладу LayerAssist може запускати WP-Cron зі справжнього cron сервера.

Далі: Оновлення WordPress

Від 9 $ на місяць · 14 днів, щоб передумати

Наступного разу, коли щось зламається, ви знатимете, до кого звернутися.

Додайте свій сайт і поставте перше запитання вже сьогодні. Не підійшло? Скасуйте протягом 14 днів і поверніть перший платіж за вирахуванням лише використаної роботи ШІ.

7 днів безкоштовно · Банківська картка не потрібна · Технічні знання не потрібні.