проблема записи логов в файл (php)

[mr.celt]

Вот у меня тут проблемка произошла...
На удаленном линуксовом серваке нахождится php-скрипт, который пишет логи в файл, находящийся рядом. Вот код скрипта:


$text = date('H-i-s')."\n";
$file = fopen("logs.txt","a");
fwrite($file, $text);
fclose($file);

Скрипт наипростейший,) Он стабильно работал на протяжении года. Раз в неделю я логи удалял, т.е. файл логов принимал нулевой размер. 3 дня назад логи перестали записываться в пустой файл и спокойно попадают в него, когда размер файла логов не нулевой.
Права на файл с логами - 666. В чем причина такого изменения?

[qW1zer]

$text = date('H-i-s');
$file = fopen("logs.txt","a");
fwrite($file, "$text\n");
fclose($file);

Попробуй так или

$text = date('H-i-s');
$file = fopen("logs.txt","a");
fwrite($file, "$text"\n);
fclose($file);

Так

[Pashkela]

2 qW1zer:

Второй вариант некорректный, \n не может быть за пределами кавычек

2 mr.celt:

Попробуй прежде чем писать в файл, проверять его на доступность:


$text = date('H-i-s')."\n";
$file = fopen("logs.txt","a");
if ($file) fwrite($file, $text . "\r\n"); #<-----
fclose($file);

[qW1zer]

Pashkela
Спасибо за информацию!
А вот про доступность,разве нельзя просто открыть файл с права a+ и если файла нет,он будет создан!Или я не прав?

[Pashkela]

http://php.net/manual/en/function.fopen.php


'a' Open for writing only; place the file pointer at the end of the file. If the file does not exist, attempt to create it.
'a+' Open for reading and writing; place the file pointer at the end of the file. If the file does not exist, attempt to create it.


+ просто открывает еще и на чтение, доступность тут не причем. Если файл не существует, то создаться и при а и при а+

Доступностью в данном случае названа проверка того, что файл открылся на запись:

$file = fopen("logs.txt","a");
if ($file) ...

PS: Успел открыться (создаться), прежде чем в него начали что-то писать. Актуально при большом потоке логируемых данных, да и вообще так правильней делать

[b3]

Зачем так много строк? И кстати насчет прав, а разве не 777 права нада для записи в файл?

<?php
file_put_contents('logs.txt',date('H-i-s')."\r\n",FILE_APPEND);
?>

[Pashkela]

даже 644 достаточно

PS: Вообще иметь на хосте что-либо 755 или 777 чревато

[Deathdreams]

b3

Твой вариант не на любой случай жизни расчитан.
В PHP4 нету функции file_put_contents, поэтому вариант пашкелы тут более уместен.

[m0Hze]

b3

Твой вариант не на любой случай жизни расчитан.
В PHP4 нету функции file_put_contents, поэтому вариант пашкелы тут более уместен.
За 2 года сайто строительства,встреча php4 всего 2-3 раза.

[d_x]

Во варианте от Pashkela если файл не может быть открыт, то fclose вывалит warning. Плюс блочить доступ на запись к файлу неплохо, если в лог активно записи добавляются несколькими процессами.

$text = date('H-i-s')."\n";
$file = fopen('logs.txt','a');
if ($file)
{
flock($file,LOCK_EX);
fwrite($file, $text);
flock($file,LOCK_UN);
fclose($file);
}

[cyanoвый]

ну или использовать функцию file_put_contents (http://ru2.php.net/manual/en/function.file-get-contents.php) и не париться с fopen/flock

[m0Hze]

ну или использовать функцию file_put_contents (http://ru2.php.net/manual/en/function.file-get-contents.php) и не париться с fopen/flock
...
Зачем так много строк? И кстати насчет прав, а разве не 777 права нада для записи в файл?

<?php
file_put_contents('logs.txt',date('H-i-s')."\r\n",FILE_APPEND);
?>

...
b3

Твой вариант не на любой случай жизни расчитан.
В PHP4 нету функции file_put_contents, поэтому вариант пашкелы тут более уместен.
Учимся читать

[mr.celt]

Попробуй прежде чем писать в файл, проверять его на доступность:


У меня более интересный случай.) Расскажу как я изголялся в своих проверках:
1. при открытии fopen дескриптор получаю, т.е.
$file = fopen("text.txt", 'a');
if ($file) ... проверку прохожу

2. проверял на доступность записи функцией is_writeable - файл доступен на запись

3. использовал flock для блокирования файла - блокировать удавалось

4. как известно функция fwrite и ее псевдоним fputs возвращает количество записанных байтов, так вот если записывать в пустой файл, количество байтов = 0, а при не пустом файле = количеству записываемых (с функцией file_put_contents аналогичное происходит). Вот такая хрень...

Ключевой момент в том, что удается записывать в непустой файл!
Как это объяснить? Может какие настройки в интерпретаторе изменились или вообще на серваке? Но за свою практику впервые с таким сталкиваюсь. На локальном серваке такой же скрипт пишет в пустой файл без проблем.

[m0Hze]

У меня более интересный случай.) Расскажу как я изголялся в своих проверках:
1. при открытии fopen дескриптор получаю, т.е.
$file = fopen("text.txt", 'a');
if ($file) ... проверку прохожу

2. проверял на доступность записи функцией is_writeable - файл доступен на запись

3. использовал flock для блокирования файла - блокировать удавалось

4. как известно функция fwrite и ее псевдоним fputs возвращает количество записанных байтов, так вот если записывать в пустой файл, количество байтов = 0, а при не пустом файле = количеству записываемых (с функцией file_put_contents аналогичное происходит). Вот такая хрень...

Ключевой момент в том, что удается записывать в непустой файл!
Как это объяснить? Может какие настройки в интерпретаторе изменились или вообще на серваке? Но за свою практику впервые с таким сталкиваюсь. На локальном серваке такой же скрипт пишет в пустой файл без проблем.
предлогаю войти в 21 век широким шагоми перейти на БД,например на mysql.

[mr.celt]

предлогаю войти в 21 век широким шагоми перейти на БД,например на mysql.
)) Да, спасибо, подумаю над этим. Но если серьезно, когда подкидываешь свои скрипты в чужой домен для... так сказать доп.функции не хочется еще встраиваться в его базу. Черева-то будет.

[rushter]

Самый правильный вариант от d_x,т.к при частых обращениях фаил просто будет чиститься.

[betakley]

а чем error_log не устраивает? эффект вроде как тотже.

[mr.celt]

а чем error_log не устраивает? эффект вроде как тотже.
Ну не в моем случае, логи пишутся в специальном формате и error_log не катит.... спустя 5 часов..

Не поверите, проблема решилась при помощи перезагрузки сервера :)
Видно за 300 дней аптайма что-то слетело.
Спасибо всем за обсуждалово.