Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: Под Cron'ом некоректная работа скрипта
Форумы портала PHP.SU » Серверное администрирование » Администрирование *nix » Под Cron'ом некоректная работа скрипта

Страниц (1): [1]
 

1. createl - 12 Мая, 2013 - 09:41:23 - перейти к сообщению
Запускаю кроном файл-скрипт
PHP:
скопировать код в буфер обмена
  1. 52 11 * * * /usr/bin/php /var/virt/prdozor/full_scan_autochel.php >/var/virt/cronspeaker/ACfull.htm 2>/var/virt/cronspeaker/cron2

в котором происходит, инклудами и прочими средствами, подключение других файлов со скриптами. Все как у всех. Работает. Но проект находится в разработке, и часто приходится что то дописывать. Обновление происходит простой заменой старых файлов на новые. И тут происходит совсем непонятное. full_scan_autochel.php подключает старые файлы, хотя в директории уже давно новые. Я даже удалял инклудимый файл, а он все равно подключается. Перезагрузка не помогает. Скриптом подключаются новые файлы, только если в full_scan_autochel.php меняешь имя файла, и создаешь новый, с его содержимым. К сведению, /usr/bin/php /var/virt/prdozor/full_scan_auto chel.php если запустить в терминале, все работает как задумано. Такое поведение вызывает недоумение. Каким образом происходит подключение файлов со старым содержимым, и вообще для чего это и как это прекратить? Прошу поделиться вашими соображениями по этому поводу, потому что своих мыслей на этот счет не нашлось
2. DeepVarvar - 12 Мая, 2013 - 12:33:35 - перейти к сообщению
Есть мысль clearstatcache()
3. createl - 12 Мая, 2013 - 12:58:16 - перейти к сообщению
Похоже дело опять в моей глупости Радость . А если точнее, то в относительных путях. Чтобы было проще и меньше ошибаться все относительные пути для всех скриптов были прописаны в определяемые константы, выводимые из одного единственного начального пути в загрузчике. Но в ходе разработки понадобилась надстройка до загрузчика. Она подключала загрузчик по относительному пути, который зависит уже от точки запуска скрипта. Насколько я понял, при запуске из крона это обычно домашняя директория юзвера ОС. И все бы, возможно, обошлось простой ошибкой, если бы я когда то нечаяно в бермудскую файло-помойку под название домашний каталог не распаковал, так же по ошибке, эти самые рабочие файлы проекта. Этот набор факторов породил любопытную неисправность, когда вся работа происходила там где и должна была происходить, а код для скриптов брался из "мусорки", которая разумеется не обновлялась со всеми вытекающими...

 

Powered by ExBB FM 1.0 RC1