как php script запускать через cron

[andreik99]

Подскажите как правильно настроить запуск php script через cron

[edyan]

crontab -e

откроется ваш редактор файлов(скорее всего nano) и в конец файла добавить строку:

*/1 * * * * php /tmp/a.php > /dev/null 2>&1
где

• */1 * * * * это расписание (в данном случае каждую минуту)
• php /tmp/a.php это запуск вашего скрипта.
• > /dev/null 2>&1 означает, что все что скрипт выдает на стандартный вывод, а также ошибки, будет направлено в небытие, иначе получите все это по емайлу. В принципе эта часть необязательна.

добавляем пустую строку

[alexander.pronin]

"php /tmp/a.php это запуск вашего скрипта."

Можно и так
"/tmp/a.php это запуск вашего скрипта", если скрипт имеет вначале, что-то типа
#! /usr/bin/php5
 

[edyan]

"php /tmp/a.php это запуск вашего скрипта."

Можно и так
"/tmp/a.php это запуск вашего скрипта", если скрипт имеет вначале, что-то типа
#! /usr/bin/php5

извиняюсь за некропостинг, но не могу молчать
да, ваше решение будет работать, но пока соблюдены определенные условия: /usr/bin/php5 существует и самое важное: для скрипта надо установить флаг исполняемости. Пока это один файл, то не беда, но когда их более 50, и разработчиков более 5, каждый из которых имеет собственные представления что должно стоять в первой строке, то это уже неустойчивое решение, имеющее склонность к падению. У нас на работе был подобный случай: все скрипты исполняемые, и путь к пхп прописан в них. Горе-амин решает обновить версию пхп, скачивает исходники, конфигурирует и компилирует с какими-то параметрами, и делает make install и удаляет старый пхп через пакетный менеджер. Пхп устанавливается неизвестно куда, и все задания крон не могут исполниться, вобщем полный факап. Но если бы запуск скриптов написали изначально правильно, то одной проблемой было бы меньше. Кстати бывало, что и бит исполняемости забывали установить, но это решили через svn.

[Yurror]

Продолжаю адский оффтоп (ибо это всё вопросы администрирования а никак не разработки ПО)

1) Адимна, который сносит php установленный пакетом надо слать нахрен ибо профнепригоден по определению
2) Разработчиков которые сами что-то кладут на продакшн серваки надо бить по голове ибо это заботы админа (если он сам туда всё положит ничего не сломается ибо каждая строчка в crontab или еще где будет им лично написана и набирая make install он жопой будет чуять объём работ по откатыванию этого всего назад в рабочее состояние)
3) разработчиков которые пишут софт который требует самых последних версий php, которые не вошли в LTS дистрибутивы в качестве официальных пакетов или обновлений должны бить по голове их проджект-менеджеры по просьбе админа ибо нехрен всякое непроверенное Г пихать в продакшн и отлынивать от работы
4) проджект-менеджер должен всем этим зоопарком управлять и занть когда пнуть программистов чтобы не пытались на RHEL4 воткнуть php5.3, а когда пнуть админа чтобы тот перестал втыкать в ITCrowds и наконец обновил RHEL4 до RHEL6

Остальное вам аукнется "не по детски", потом будете сами писать подобные инструкции.
edyan, уже аукнулось, но не сильно... будет хуже. начинайте работать над распределением ролей в проекте.

[alexander.pronin]

извиняюсь за некропостинг, но не могу молчать

Ломать всегда легче, особенно если за это никакой ответственности не нести.
Я не сторонник больших разборок, но в данном случае надо разобраться, кто виноват. Это будет полезно для дела.