r uStasonixfile.txt состоит из 20-ти строк.
artasдля больших файлов не вариант
где вы увидели большие файлы?))

для больших я бы предложил другой вариант.
А как быть с большими текстовыми файлами используя только php (т.е. без system, exec и т.п) ?

r uphpzА как быть с большими текстовыми файлами используя только php (т.е. без system, exec и т.п) ?
читать построчно, писать блоками..
fopen(), fgets() fwrite()
Допустим есть текстовой файл и в нем 500 000 строк. Неужели для того, чтобы удалить первые 5 строк, нужно прочитать и записать последующие 499 995, которые вообще не никак не изменяются?

r uphpzДопустим есть текстовой файл и в нем 500 000 строк. Неужели для того, чтобы удалить первые 5 строк, нужно прочитать и записать последующие 499 995, которые вообще не никак не изменяются?
что в вашем понимании УДАЛИТЬ 5 строк?
если просто удалить информацию из строк и записать вместо неё пустые строки - то можно остальные и не перезаписывать.
а если нужно именно удалить, тоесть чтобы первой строкой стала пятая, второй шестая и т.д. то без перезаписи никак.
что есть файл? именованная область памяти. эта область начинается по вполне определенному адресу.
размер может меняться, а начало файла остается неизменным. если меняется адрес начала - то это уже другой файл.

или вы знаете другой способ?
В данном примере удалить строку значит именно удалить и сместить все последующие "вверх", а не как перезаписать строку пустым значением. Я прекрасно понимаю, что тут без перезаписи никак и в своем предыдущем вопросе обратил внимание на резонность построчного чтения всего файла. Как вариант, думаю будет быстрее прочитать первые (N+1)*1024 байт данных в буффер (N кол-во удаляемых строк), вычислить и установить смещение в файле на позицию с которой начинается (N+1) строка, и далее прочитать и записать оставшиеся данные.

r uв целом я согласен. если нужна экстримальная производительность, то конечно лучше заточить решение конкретно под задачу. и все же, построчно работать небудет? будет! остальное уже относится к оптимизации. совершенству нет предела.

но если модно цепляться к словам - то я тоже могу:
-почему именно 1024? у vkle вон в строке по "сто миллионов символов" лежит.
-вычисление смещения, придется делать вручную, а это тоже время.
-остальные N+1 часть файла же все равно придется читать и потом перезаписывать!
-чтоб проверить что быстрее - жду листинга вашего варианта. я свой привел еще вначале.
Ну так это у vkle перевод строки не работает, а в нормальных файлах все строки короче :-) Ну ладно, шутки шутками, а 1024 я по памяти взял: вроде fgets по дефолту 1024 символов или до перевода строки читает. Конец файла конечно читать и потом перезаписывать придется, но только не fgets, а либо блоками или, что еще лучще, за один раз (filesize()-$start_pos). Сравнивайте не ваш код, а вариант построчного чтения всего файла (fgets), о котором мы говорим.