таки да. действия ТС не похожи на семантику a=append. зачем лишний раз запутывать библиотеку php ? обещал добавлять данные - вот и добавляй.
я сейчас проверил "c+" - отлично работает. а "a+" действительно необъяснимо глючит. где-то у них еще внутри буферизируется что-то.
<?php function write($dat){ $fopen=fopen("111.dat","c+"); flock($fopen,LOCK_EX); # Блокируем файл $file=fread($fopen,50000000); /* Читаем 50 Mb из файла */ if(strlen($file)>=1){ $file=explode("\n",$file); }else{ $file[0]=""; } # Если денные есть превращаем их в массив $count=count($file); if($count!="0"){ array_unshift($file,$dat); }else{ $file[0]=$dat; } # Если массив пустой создаем первый элемент иначе цепляем элемент в начало массива $file=trim(implode("\n",$file)); # Массив превращаем в строку ftruncate($fopen,0); # Очищаем файл fseek($fopen, 0); fwrite($fopen,$file); # Записываем в файл fflush($fopen); flock($fopen,LOCK_UN); # Разблокируем fclose($fopen); # Закрываем } for($kr=0;$kr<1000;$kr++){ write(time()); } ?>
еще вот интересно, что в комментах к функции flock в документации некто pentek_imre at mailbox dot hu http://ru.php.net/manual/en/function.flock.php описывает сценарий race condition, но по-моему он гонит. он тоже сделал открытие файла в "a+" и точно так же его проглючило.
мой вариант по выполняемым операция идентичен оригинальной логике и ТС и Пентека того, но в режиме "c+" ничего не глючит.
Andreyka,
ok.
какие именно устройства для хранения данных используемые в бизнесе, умеют объединяться в единую файловую систему и работать дублируя друг друга ?
То есть, купили ДВА ящика, набили винтами, воткнули в одну сеть, примонтировали общую файловую систему к каждому вебсерверу. И это все заработало легко и приятно.
Не требуя для эксплуатации специально обученного персонала.
Дублируя информацию друг на друге.
Не создавая недопустимых задержек.
Эти все требования к хранилищу вытекают из моего вольного определения "энтерпрайзная коробка с винтами" и требований ТС к системе хранения.
Ink-developer, а остальные 2 случая кто будет читать? да мало ли по какой причине ему захочется вернуть меньше байт. В документации так же не написано, что есть гарантия на то что файл полностью считается за один вызов.
http://php.net/manual/en/function.fread.php
не ровно length bytes, а именно ДО. так же и с fwrite.
обычно код с использованием fread/fwrite оборачивается в цикл. тут и разбираться не нужно - сразу видно потенциальную ошибку.
И эта ошибка может быть причиной наблюдаемого эффекта. А может и не быть.
я абсолютно точно знаю, что такое использование fread и fwrite неправильное. это становится очевидно после прочтения документации.
влияет ли это или нет на описанную тобой проблему - мне думать лень.
ну это ты так думаешь, что 50 мб. на самом деле читаем не более 50 мб. формально даже для большого файла функция в праве вернуть 1 байт.
та же фигня и с fwrite(). он может не захотеть и не записать указанный размер.
используй базу данных и все будет хорошо.
landan, какой-то вопрос не по сути.
Ну да, если у тебя на рабочем ПК скорость отдачи высокая, то тебе будет легче заливать видео на свой сервер.
И что дальше?
Andreyka, я уже давно подозреваю, что вы - бот : на знакомые слова реагируете рекламой, а сути вопроса не улавливаете.
Andreyka, мне то зачем ? просто ссылку дай на конкретные модели оборудования в подтверждение своих слов.
Raistlin, ну это уж каждому по возможностям. ты же не напишешь это бесплатно и специально для ТС. memcache к тому очищается при перезапуске и его размер ограничен
