Настроим задачи на cron

Cron нужен сайту, когда действие должно выполняться само: обмен с 1С, выгрузка товаров, очистка кэша, пересчёт наличия, рассылка уведомлений, резервное копирование. Настроим расписание и проверим, что задачи реально запускаются, а не только прописаны в панели.

Стоимость
от 1 000 ₽/час
Срок работ
от 3-х дней
Профессиональное
исполнение

Заказать оптимизацию Задать вопрос

Цены на настройку DNS-записей
на Wordpress, ModX, CMS MS и Битрикс

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

Заказать

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

Заказать

С какими CMS работаем

Настраиваем cron для сайтов на Битрикс, WordPress, CMS Made Simple, ModX и Laravel. У каждой системы свои агенты и служебные скрипты, поэтому не ставим «универсальную команду» без проверки проекта.

Зачем это нужно

Без расписания сайт ждёт, пока кто-то откроет страницу или нажмёт кнопку в админке. Каталог не обновится вовремя, письма зависнут в очереди, поиск не переиндексируется, отчёты не соберутся, бэкап пропустит ночь.

После переноса хостинга cron часто теряется. На старой площадке задачи жили годами, на новой панели их ещё нет. Снаружи сайт открывается, а служебные процессы уже не работают.

Что настраиваем

Смотрим, какие процессы должны идти по времени, и собираем для них расписание. Это может быть агент CMS, скрипт импорта, очистка служебных таблиц, постановка писем в очередь или запуск резервной копии.

Важно не только добавить строку в crontab. Нужны верный путь, пользователь, версия PHP и расписание без лишней частоты. Задача раз в минуту для тяжёлого импорта только перегрузит сервер. Слишком редкий запуск оставит каталог со вчерашними остатками.

Если задачи уже стоят, проверяем логи: стартуют ли они, чем завершаются и не падают ли из-за прав доступа, таймаута или старого пути после переезда.

Как работаем

Нужен доступ к хостингу или VDS и понимание, что именно должно выполняться. Сначала ищем встроенные агенты CMS и уже существующие cron-команды. Затем добавляем недостающие задания и делаем тестовый запуск вручную.

После настройки не оставляем задачу «на веру». Смотрим ближайший штатный запуск, проверяем результат на сайте и оставляем понятное описание: что стартует, как часто и куда смотреть, если снова остановится.

На одном сервере с несколькими сайтами cron не смешиваем. Каждому проекту — свои команды и свои пути.

Результат

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

Если скрипт нестабилен сам по себе, сначала скажем об этом. Cron не лечит сломанный обмен, он только запускает его вовремя.