У цій статті ви дізнаєтеся:
- Що таке CRON на вебхостингу і як він працює
- Як створити скрипт для запуску через CRON
- Як керувати завданнями CRON
- Типові проблеми
- Часті запитання
CRON на Webhostingу
CRON, який ви знайдете в адміністрації Webhosting, — це інструмент для повторюваного запуску завдань, заданих PHP-скриптом, що зберігається на Webhostingу.
CRON на Webhostingу — це значно спрощена й обмежена версія однойменного інструмента системи Linux. Він призначений для запуску PHP-скриптів, а не команд Bash.
Основні обмеження CRON на вебхостингу — це кількість завдань, які можна налаштувати для послуги, та мінімальний інтервал між запусками цих завдань.
- У базовому налаштуванні для вебхостингу можна задати до 3 різних завдань CRON, що запускаються з мінімальним інтервалом 1 година.
- За допомогою додаткової послуги CRON+ ви збільшите максимальну кількість завдань до 10, а мінімальний інтервал запуску — до 5 хвилин.
- У випадку вебхостингу WMS ⧉ кількість завдань CRON не обмежується, мінімальний інтервал становить 5 хвилин. Вам не потрібно активувати жодну платну додаткову послугу.
Інша важлива інформація:
- Через CRON можна викликати лише скрипти на конкретному Webhostingу. Не можна викликати інші URL-адреси, скрипти з іншого вебхостингу або запускати командний рядок.
- Система не надсилає сповіщень і не обробляє вивід далі.
- Ми не можемо на 100 % гарантувати, що скрипт запуститься точно в зазначену хвилину: за характером послуги сервер у ці моменти запускає багато скриптів одночасно, тому виконання може затриматися.
Скрипти для запуску через CRON
Усі дії, які має виконати скрипт, що запускається через CRON, радимо зібрати в одному PHP-файлі, який ви вкажете для CRON. Цей скрипт підпорядковується всім звичайним правилам і обмеженням PHP на вебхостингу — він працює так само, як якби ви запускали його в браузері.
PHP-скрипти, що запускаються через CRON, не можуть втручатися в налаштування PHP чи роботу операційної системи вебхостингу.
CRON дозволяє вказувати параметри скрипта в URL-адресі, наприклад cron.php?key=123456¶m=test. Радимо використовувати ці параметри, зокрема, для захисту від випадкового запуску скрипта ззовні, наприклад роботом, що індексує файли сайту.
Інша важлива інформація:
- Додайте до скрипта також систему блокувань, яка запобіжить шкоді у разі запізнілого або повторного запуску.
- Система не дозволяє використовувати HTTP-автентифікацію. Радимо вставити в URL секретний рядок, який скрипт перевірить, і лише після цього почне виконувати основну роботу.
- Не обмежуйте виконання скрипта конкретною IP-адресою — ми не можемо гарантувати, що вона не зміниться.
Керування завданнями CRON
Щоб перейти до інтерфейсу керування завданнями CRON, виконайте такі кроки:
- Увійдіть до клієнтської адміністрації ⧉.
- У верхньому меню виберіть Hosting services Webhosting або WMS.
- Виберіть послугу, для якої хочете налаштувати CRON.
- У лівому меню натисніть Cron.
У цьому інтерфейсі можна завдання CRON:
Створення завдання CRON
Форму для створення нового завдання CRON ви знайдете в інтерфейсі керування CRON під таблицею огляду. Вкажіть:
- Name. Можна задати будь-яку назву.
- Частоту та дати запуску. Доступні частоти (від 5 хвилин або 1 години до 12 годин) залежать від варіанта послуги CRON. Крім того, ви можете налаштувати дні та час запуску CRON і, за потреби, обмежити дати, протягом яких запуск відбуватиметься.
- PHP script URL, який має запускати CRON. Параметри додавайте безпосередньо до URL-адреси, наприклад
cron.php?parameter=value. Кілька параметрів розділяйте символом&.
Редагування та видалення завдання CRON
До інтерфейсу редагування завдання CRON можна перейти, натиснувши на значок олівця в лівій частині огляду завдань CRON.
Щоб видалити завдання CRON, натисніть на червоний хрестик у лівій частині огляду завдань CRON.
Якщо ви хочете лише призупинити завдання, не видаляючи його, відредагуйте його так, щоб поле Date to містило поточну дату. Видаливши це налаштування, ви відновите роботу завдання.
Типові проблеми
До типових проблем із CRON належать:
CRON не запускається
Проблема: CRON не запускає налаштований скрипт.
Причина: CRON призупинено або він викликає неіснуючий скрипт. Помилка також може бути в самому скрипті.
Рішення: Виконайте такі перевірки:
- В інтерфейсі керування завданнями CRON перевірте, що наступний запуск заплановано.
- У браузері переконайтеся, що після введення повної адреси разом із протоколом і параметрами скрипт запускається правильно.
Якщо скрипт правильно заплановано і в браузері він працює, але CRON його все одно не запускає, створіть тимчасовий FTP-доступ для Support за цією інструкцією і надішліть детальний опис проблеми через форму ⧉.
Не вдається задати потрібне налаштування
Проблема: Посібник до моєї програми вимагає налаштувати CRON, але скрипти згідно з інструкціями не вдається ввести у вашій адміністрації.
Причина: Застосунки під терміном CRON часто мають на увазі інструмент Linux, який викликає команди терміналу. Проте CRON на Webhostingу підтримує лише запуск PHP-файлів.
Рішення: Спробуйте досягти потрібних результатів за допомогою PHP-скрипта, який CRON може викликати.
Часті запитання
Що робити, якщо мені потрібно на вебхостингу більше ніж 3 завдання CRON?
Додаткова послуга CRON+ збільшує максимальну кількість завдань до 10, а мінімальний інтервал запуску — до 5 хвилин.
Як перейти до детальнішого налаштування CRON?
В інтерфейсі Webhosting детальніших налаштувань ми не надаємо. Проте умови можна вказати і в самому PHP-скрипті, який запускає CRON.
Що таке параметри?
Параметри в URL-адресі — це звичайні PHP-параметри типу GET.
Якщо в мене є CRON+, чи мають мої скрипти пріоритет над скриптами звичайних користувачів?
Ні, під час виклику скриптів у заданий час скрипти користувачів із CRON+ жодним чином не отримують переваги.