Strange Cron Trouble

belbek

Новичок
Strange Cron Trouble

Есть php-файл, в строковой переменной которого
формируется javascript. Ну, например,

$var = "<script type='javascript'>
bla bla bla
</script>";

И этот джава-скрит пишется в txt or js файл(пробовал оба варианта)
обычным образом

$handle = fopen(file.txt, 'w');
echo fwrite($handle, $var);
fclose($handle);

так вот, если я запускаю файл php-файл вручную то все ок. запись в файл происходит echo fwrite выдает количество записанных байт.

Но, блин делая это(запуская .php-файл)через Сpanel c CronJobs через определенный интервал времени Fwrite продолжает выдавать количество якобы записанных байтов, но на самом деле никакой записи в файл не происходит.
Права на txt - 777.

В чем может быть проблема?
 

belbek

Новичок
Дак, крон видит и запускает файл судя по тому что выдает fwrite
А может, fwrite не стоит доверять?
 

partizan

Новичок
-~{}~ 10.08.07 18:25:

Автор оригинала: belbek
Дак, крон видит и запускает файл судя по тому что выдает fwrite
А может, fwrite не стоит доверять?
Имелось ввиду проверить путь не к фалу, кторый запускается, а путь к файлу "file.txt" - когда скрипт запускается кроном - путь другой.
Указывай абсолютный путь (путь к папке, где находиться этот файл можно посмотреть в переменной $_SERVER['DOCUMENT_ROOT'])



Кстати, если ты этот файл потом собираешся подключать к скриптам <script src="..."> - то в самом файле теги <script></script> не нужны.

И зачем вообще писать его кроном, не проще герить его скриптом, уже когда броузер пытается загрузить?
 

phprus

Moderator
Команда форума
partizan
И зачем вообще писать его кроном, не проще герить его скриптом, уже когда броузер пытается загрузить?
Не проще. Статику сервер отдает гораздо быстрее, чем выполняет php-код, так что если js файл меняется только раз в некоторый промежуток времени, то гораздо эффективнее генерировать его по крону, так как это существенно уменьшит нагрузку на сервер.
 
Сверху