Как сделать крон задачу php
Запуск PHP скрипта по расписанию cron. Когда не всё так ясно
В этой статье я расскажу о некоторых тонкостях запуска php-скриптов на хостингах, незнание которых может попортить немало нервов и начинающим программистам, и мастерам средней руки.
Причина написания статьи: проблемы с запуском скриптов на хостингах с разными настройками. А поскольку настройки могут быть разными, информация приводимая для общих случаев могут не подходить и приводить в заблуждения.
Немного теории по этим ссылкам: тут и тут, для тех хочет освежить память.
Случай первый
В настройках операционной системы не указаны пути по умолчанию. Как следствие следующая команда в cron не будет выполнена.
Правильной командой будет второй вариант, где мы пропишем полный путь до интерпретатора php.
Есть ещё несколько способов запуска php скрипта описанных здесь. Интересным будет здесь то, что php скрипт запускается как файл с командами для консоли и тут можно написать целую тучу команд и описать всевозможные варианты на любой вкус. Код выглядит так.
В команде для выполнения в cron прописывается путь к скрипту и только. В скрипте ставятся символы #!, а дальше просто пишем нужные нам команды на языке bash.
Случай второй
Выполнение скрипта при запросе из браузера приводит к выводу страницы в браузер. А при выполнении скрипта через cron приводит к выводу текста страницы в командную строку. Тут может быть несколько вариантов. Система может быть настроена на сохранение результатов вывода в консоль в виде файла. Причем файл этот может размешаться не в самом типичном месте. Постепенно это может забить всё пространство на диске. Часто под сайт дают место в 1 Гигабайт, 500 мегабайт. И даже встречались хостинги с 50 и 10 мегабайт под сайт.
Как вариант, вывод может быть перенаправлен на почтовый ящик, который заботливый хостер ненавязчиво подарил вам и прописал в настройках хостинга как email по умолчанию. При каждом выполнении скрипта весь текст, выводящийся в консоль, будет оформлен в письмо. Проблемы могут начаться неожиданно. Если задание cron выполняется часто, а у почты хостинга прописано ограничение на количество писем в день, почта просто ляжет (заблокируется провайдером как потенциальный спамер). И как неприятные последствия вы получите отказ в регистрации пользователей, уведомление пользователей и д.р., что подвязано на почту.
Решение старо как мир. Нужно сделать перенаправление вывода из консоли в пустоту. Делается это добавлением команды в конце команды крона.
Иногда админы хостинга берут на себя обязанность ненавязчиво поставить их за пользователя. Тут тоже может быть подводный камень.
Случай третий
Ситуация проста. Нужно отладить скрипт, запускаемый планировщиком. Можно попытаться сделать это средствами php, заставлять скрипт писать логии и т.п. Но есть способ куда проще, нужно перенаправить вывод в файл. Команда проста, дополнительный параметр к нашей команде:
Её надо добавить в конце команды:
Знак «>» указывает системе о перенаправлении вывода. Далее имя файла. В нашем случае указан абсолютный путь. Этот пример не составляет труда найти в интернете. Но тут нас может поджидать неприятность, вытекающая из второго случая. Заботливый хостер автоматически добавляет перенаправление вывода в конце нашей строки. И иногда маскирует это. В итоге получается команда вида:
В итоге вывод снова перенаправлен в пустоту и выходной файл будет пуст. Тут хостеру можно указать на его ошибку, что он уж слишком перехитрил с настройками. А можно сразу воспользоваться костылём. После команды перенаправления в файл закончить команду символами &&. Эти два символа используются в командной строке для объединения нескольких команд в одной строке. Они дают командной строке понять, что команда окончена и дальше идет следующая команда. К ней и применяется перенаправление в пустоту. В итоге и перенаправление в пустоту осталось и лог файл записан верно. Пример команды:
Случай четвёртый
Первое, что находишь в интернете по этой проблеме – совет прописать в кроне команду смены директории:
Но в каких-то случаях это не помогает. Выход есть. Один из них взять всё в свои руки и задать недостающее окружение для работы скрипта. Информации про это в интернете уже больше.
Иногда просто хватает вписать следующий код в начале скрипта и пути снова становятся рабочими.
Как видите, всё прописано функциями и утруждаться настройками не надо.
Создание сайта на WordPress
Что как и почему в WordPress
Задания Cron на выполнение php-скриптов
Задания Cron
Каждый пользователь системы может добавлять свои задания, указывая, в какое время и какие скрипты нужно выполнять от его имени. Задания могут выполняться, например, раз в день, раз в месяц, раз в год.. На вашем хостинге могут действовать ограничения на общее количество заданий и на то, как часто может выполняться задание (Например, не чаще 1 раза в 10 минут и не более 10 cron-заданий).
Задание (таблица crontab) включает 6 разделов, разделяемых пробелами или табуляцией.
команда задает скрипт, который нужно выполнять, например, скрипт на Perl или на php. Если команда передает текст в стандартный вывод, этот текст отправляется на e-mail пользователя, но стандартный вывод можно перенаправить в /dev/null:
Права доступа
На скрипт рекомендуется выставить права доступа 755 (права на исполнение).
Добавление задания Cron в ISPmanager
В ISPmanager параметры выполнения для крона задаются в отдельных полях формы.
*** Полный путь до скрипта включает путь к корневой директории сервера, который можно узнать, выполнив в браузере:
или задать вручную (экспертный режим)
Добавление задания Cron в cPanel
В cPanel войдите в «Дополнительно», «Задания Cron» и заполните форму добавления задания.
Особенности выполнения php-скрипта в задании Cron
В команде необходимо указать путь к php (может отличаться для разных хостингов), например, /usr/bin/php, затем пробел и полный путь к файлу скрипта:
Задания Cron на выполнение php-скриптов : 14 комментариев
А как подавить отсылку на емайл сообщений крона?
команда >/dev/null 2>&1
Доброго времени.
У вас отличный блог, странно, почему я на него раньше не попадал.
Столкнулся, не в первый раз уже, с работой cron в вордпресс.
В свое время, вырубил его функционал в wp-config, потому что при обращении к wp-cron.php с хостинга возвращает 404.
Покурив интернет, выяснил, что это происходит когда в hosts на хостинге прописано 127.0.0.1 localhost, а wordpress-у нужно, в данном случае, чтоб был прописан адрес моего блога. Хостинг виртуальный, провайдер что-либо делать отказался. Ну я отключил. А сейчас решил поставить wp super cache, но сия зверюга натыкаясь на 404 ставиться не хочет.
Не подскажете, где бы его чего почитать более-менее толковое про этот чертов функционал? Второй раз за месяц по интернету прохожусь с этими вопросами, но такое ощущение, что это или заговор, или я не там ищу.
Хочу отпинать или вордпресс, чтоб дергался крон сервера хостинга, либо научить кэширующий плагин работать с внешним кроном.
Благодарю.
Спасибо пост реально очень помог
Скрипты могут не работать из-за указания расширения в названии файла
Уууу полегчало, оказывается что так просто 🙂
Описано легко и понятно. Только у Вас получается, что в неделе 8 дней (от 0 до 7)
Поправьте, плз, а то чайники запутаются. 🙂
День недели может быть задан числом от 0 до 7, причем 0 и 7 соответствуют воскресенью.
Здравствуйте, у меня такой вопрос, куда вписывать путь к файлу PHP? хотелось бы по подробнее.
Можно ли отправить резервную копию на e-mail? (именно копию, а не отчёт). Если да, то как?
Если это статья для новичков, то совершенно не понятно куда писать команды этому крону типа:
0 0 * * * /usr/bin/php /home/логин/public_html/myscript.php
Просто в консоли вводишь последовательно команды.
echo «0 0 * * * /usr/bin/php /home/логин/public_html/myscript.php» | crontab
service cron reload
>> т.к. веб-сервер Apache не участвует в работе
A Nginx участвует?
А IIS?
ИТ База знаний
Полезно
— Онлайн генератор устойчивых паролей
— Онлайн калькулятор подсетей
— Руководство администратора FreePBX на русском языке
— Руководство администратора Cisco UCM/CME на русском языке
— Руководство администратора по Linux/Unix
Навигация
Серверные решения
Телефония
FreePBX и Asterisk
Настройка программных телефонов
Корпоративные сети
Протоколы и стандарты
Популярное и похожее
Курс по сетям
Руководство по команде grep в Linux
15 примеров команды PING для диагностики сети
15 примеров CURL в Linux
Управление пакетами Red Hat
Установка и базовая настройка CentOS 7
Поднимаем NFS сервер на Ubuntu
Еженедельный дайджест
Время планировать задачи
Например, вы можете установить задание cron для автоматизации повторяющихся задач, таких как резервное копирование баз данных или данных, обновление системы последними обновлениями безопасности, проверка использования дискового пространства, отправка электронных писем, перезагрузка сервера и так далее. В некоторых приложениях, таких как Drupal или Magento, для выполнения определенных задач требуются задания cron.
Задания cron могут быть запланированы по минуте, часу, дню месяца, месяцу, дню недели или любой их комбинации.
Что такое файл Crontab
Crontab (таблица cron) представляет собой текстовый файл, который определяет расписание заданий cron. Существует два типа файлов crontab. Общесистемные файлы crontab и отдельные пользовательские файлы crontab.
/etc/crontab и файлы в каталоге /etc/cron.d являются общесистемными файлами crontab, которые могут редактировать только системные администраторы.
В большинстве дистрибутивов Linux вы также можете помещать скрипты в каталоги /etc/cron.
Синтаксис Crontab и операторы
Каждая строка в пользовательском файле crontab содержит шесть полей, разделенных пробелом, за которым следует команда для запуска.
Первые пять полей могут содержать одно или несколько значений, разделенных запятой или диапазон значений, разделенных дефисом.
Общесистемные файлы Crontab
Предопределенные макросы
Существует несколько специальных макросов расписания Cron, используемых для определения общих интервалов. Вы можете использовать эти ярлыки вместо указания даты в пять столбцов.
Команда Crontab
Команда crontab позволяет установить или открыть файл crontab для редактирования. Вы можете использовать команду crontab для просмотра, добавления, удаления или изменения заданий cron, используя следующие параметры:
Переменные Crontab
Демон cron автоматически устанавливает несколько переменных окружения.
Ограничения Crontab
Примеры Cron заданий
Ниже приведены некоторые примеры заданий cron, которые покажут вам, как запланировать выполнение задачи на разные периоды времени.
Полезно?
Почему?
😪 Мы тщательно прорабатываем каждый фидбек и отвечаем по итогам анализа. Напишите, пожалуйста, как мы сможем улучшить эту статью.
😍 Полезные IT – статьи от экспертов раз в неделю у вас в почте. Укажите свою дату рождения и мы не забудем поздравить вас.
Как запускать cron чаще, чем раз в минуту при помощи PHP
Классический конфиг — файл с записями cron jobs в операционной системе Linux, выглядит следующим образом:
Первые пять параметров означают время выполнения этой задачи, а шестой — сама команда, которую необходимо запустить. Параметры времени — это: минуты, часы, дни, месяцы и день недели. Причем все числа должны быть представлены в виде целых чисел либо в виде специального синтаксиса.
В итоге, минимально возможный интервал запуска команды — это один раз в минуту.
Для многих задач выполнение команды нужно намного чаще, например раз в 10 секунд. Для некоторых задач по автоматизации бизнес процессов максимально допустимая задержка часто составляет не более чем 1-1.5 секунды.
Разумеется, классический cron для этого не подходит — его нужно усовершенствовать.
Ниже представлена пошаговая реализация по созданию дополнительного функционала (на языке PHP) к классическому cron на Linux с применением дополнительной защиты от повторного запуска процессов.
Постановка задачи и настройка cron
Для примера будем использовать следующую задачу:
Итак, cron настроим в его максимальном виде, т.е. раз в минуту:
Выполнение одного цикла
Изначально следует определиться, с какой частотой мы будем запрашивать новые задачи в базе данных — в зависимости от этого будет меняться количество циклов и логический сон (функция sleep )
В текущем примере используется шаг равный 10 секундам. Следовательно количество циклов 60 / 10 = 6. Итого, общий код выглядит следующим образом:
Уточнение: в данном примере используется шаг равный 10 секундам, который может обеспечить минимальный интервал выполнения скрипта один раз в 10 секунд. Соответственно, для более частого выполнения следует изменить количество циклов и «время на сон».
Как избежать повторного выполнения задачи
В представленном виде есть одна неопределенность, а именно — повторное выполнение задачи в случае, если она уже начата. Это становится особенно актуально, если задача «сложная» и требует несколько секунд на ее реализацию.
Таким образом создается проблема повторного выполнения:
Но мы не будем нагружать базу данных: исходя из моего тестирования, MYSQL может принять запрос, но обработать его не сразу. Различие даже в 0.5 секунд может привести к повторному выполнению — что категорически не подходит.
Также в данном случае речь идет всего лишь про статусы задач, поэтому лучше будем использовать файловую систему сервера.
Основная модель проверки строится при помощи flock — функции, которая ставит и снимает блокировку с файла.
В исполнении PHP работу функции можно представить следующим образом:
Результат
Общий вид всего цикла выглядит следующим образом:
Таким образом, подобный алгоритм позволяет запускать цикличное выполнение обработки задач и не беспокоится, что задача будет обработана более одного раза.
И теперь достаточно просто запускать этот код через cron каждую минуту, а он в свою очередь, будет запускать более мелкие циклы уже внутри себя.
Управление заданиями Cron с помощью PHP
CronTab, или «Cron Table», является системным процессом / демоном Linux, который облегчает планирование повторяющихся задач, облегчая нашу повседневную рутину.
В этом уроке мы создадим динамический класс PHP, который, используя безопасное соединение, предоставляет нам средства для манипулирования cronTab!
Премиум Варианты
Или вы можете нанять разработчика PHP на Envato Studio, чтобы создать что-то специально для вас. Будь то быстрое исправление или создание приложения с нуля, один из экспертов сможет вам помочь.
Справочная информация — обзор Crontab
Посмотрим правде в глаза, возможность планировать задачи для запуска в фоновом режиме просто замечательно! От резервного копирования базы данных SQL, извлечения / отправки электронных писем до выполнения задач по очистке, анализа производительности или даже перехвата RSS-каналов задания cron являются фантастическими!
Хотя на первый взгляд синтаксис планирования новой работы может показаться устрашающим, понять его на самом деле довольно просто, если разбить его. Задание cron всегда будет иметь пять столбцов, каждый из которых представляет хронологический «оператор», за которым следует полный путь и команда для выполнения:
Каждый из хронологических столбцов имеет конкретное отношение к графику задачи. Они заключаются в следующем:
Так, например, если бы вы хотели запланировать задачу на 12 часов утра в первый день каждого месяца, это выглядело бы примерно так:
Если бы мы хотели запланировать выполнение задачи каждую субботу в 8:30, мы бы написали ее следующим образом
Существует также ряд операторов, которые можно использовать для дальнейшей настройки расписания:
По умолчанию cronTab будет отправлять уведомление по электронной почте при выполнении запланированной задачи.
Кроме того, если мы перенаправляем стандартный вывод на нулевое устройство, мы, вероятно, захотим перенаправить и стандартные ошибки. Мы можем сделать это, просто перенаправив стандартные ошибки туда, где стандартный вывод уже перенаправлен, на нулевое устройство!
Шаг 1 — План
Чтобы управлять cronTab с помощью PHP, нам понадобится возможность выполнять команды на удаленном сервере как пользователь, чей cronTab мы редактируем. К счастью, PHP предоставляет нам простой способ сделать это через библиотеку SSH2. Вы можете или не можете установить эту библиотеку, так что если вы этого не сделаете, вы захотите установить ее:
Мы начнем наш класс с объявления четырех свойств, каждое из которых будет приватным:
Наш класс должен иметь возможность подключаться и аутентифицироваться как соответствующий пользователь, чтобы выполнять команды и иметь доступ к cronTab этого пользователя. Таким образом, мы установим соединение SSH2 и аутентифицируем его в самом конструкторе.
Конечно, нам также понадобится способ создавать и удалять задания cron. Поэтому мы определим append_cronjob() и remove_cronjob() соответственно.
В случае, если мы удалили единственный / последний cronjob, нам понадобится возможность удалить весь cronTab, а не пытаться создать пустой cronTab. Мы будем использовать метод remove_crontab() для этого.
Наконец, мы создадим два вспомогательных метода для нашего класса. Первый из этих методов, который будет возвращать логическое значение, просто проверит наличие временного файла cron. Последний будет использоваться для отображения сообщений об ошибках в случае возникновения ошибки. Мы crontab_file_exists() эти методы crontab_file_exists() и error_message() соответственно.