крон не следует, колотят инструкции сценария для отправки почты условно

Почему Вы не пытаетесь переименовать файлы. Переименуйте оба файла, добавьте некоторый префикс и попробуйте еще раз. Это может избавиться от любого дефектного redirect/inode беспорядка (возможно).

Удостоверьтесь, что ни одно из кэширования не включено. Проверьте свои модули в Apache и разгрузите любой модуль кэширования. Удостоверьтесь, что расширение APC в PHP не загружается (phpinfo)

Попытайтесь использовать svn checkout вместо svn export. Начните тестировать и когда Вы замечаете, что ошибочное поведение делает svn stat видеть, изменилось ли что-нибудь. Технически не должно быть никакого различия между checkout и export за исключением того, что checkout более полезно, поскольку это позволяет на месте обновления. Но с checkout Вы хотите иметь что-то как следующее в Вашей конфигурации vhost.

<LocationMatch "\.svn.*">
 Order deny,allow
 Deny from all
</LocationMatch>

Наконец, что не менее важно, запустите с новой конфигурации HTTP. Резервная конфигурация и переустанавливает Ваши пакеты Apache/PHP. Это должно генерировать конфигурацию по умолчанию. Затем добавьте, что простая конфигурация изменяется, чтобы смочь служить файлам PHP. После того как Вы видите, что оба файла без проблемы начинают тестировать на Вашу проблему. Затем постепенно начинайте добавлять части конфигурации от своей сохраненной конфигурации, пока она не начнет перестать работать. Последняя часть, которую Вы добавили, - то, что вызывает ее.

1
задан 31 January 2013 в 05:55
1 ответ

Вы должны понимать, что cron не просто отбрасывает вывод, сгенерированный заданием. Если задание cron генерирует вывод, который иначе не обрабатывается (например, отправляя его кому-нибудь по почте, или помещая его в файл, или каким-либо другим способом), этот вывод будет отправлен по электронной почте, как описано в переменной MAILTO. Если вы не хотите, чтобы это произошло, вам нужно убедиться, что результат не может выпасть после завершения вашей работы; вот почему очень часто можно увидеть записи crontab, которые говорят, например,

*/5 * * * *     munin /usr/bin/munin-cron >& /dev/null

Этот терминал > & / dev / null должен сказать cron, чтобы он отбросил любой вывод, который иначе не обрабатывается исполняемым файлом / скриптом, являющимся бег.

1
ответ дан 4 December 2019 в 00:48

Теги

Похожие вопросы