Добавление паразитных пустых строк в файлы при передаче их по FTP

[Zormax]

Сообщение от LARK Если ты это в винде делал, то скорее всего у тебя \n заменилось на \r\n, отсюда и больший размер.

текст_1\n
\n
текст_2\n
\n

меняем на:
текст_1\r\n
текст_2\r\n

По байтам не одно и тоже?

[LARK]

Zormax это уже смотреть сами файлы надо. Ты когда менял - регулярное выражение составлял?

[Zormax]

Сообщение от LARK Ты когда менял - регулярное выражение составлял?

ага. называется - руками
Вот и просил я тут чтоб мне дали образчик, я б его в хексе посмотрел.

[LARK]

Сообщение от Zormax Вот и просил я тут чтоб мне дали образчик, я б его в хексе посмотрел.

/modules/mylinks/index.php

[Zormax]

LARK увидел только то, что везде:
\r\r\n

но не \n\n как ты говоришь.

[Zormax]

LARK исправил несколько строк в нем, размер увеличился...

[LARK]

Сообщение от Zormax LARK увидел только то, что везде: \r\r\n

Да посмотрел, ты прав. А на самом сервере у него \r\n. В общем похоже sternman заливал файлы в бинарном режиме.

[Michael-XIII]

Ребят, объясните мне идиоту, как дополнительные переводы строк могут ТОРМОЗИТЬ сервер?

Я в вебе уже скоро как лет 12 пишу - первый раз об этом слышу - навернуть perl да, это может, но ЗАМЕДЛИТЬ?

Или в пути include их напихать разве что...

[Zormax]

Мих, не буду утверждать что на 100 тормозит при считывании файла, но вот на 99 уверен. Предположительно апачевский парсер имеет какие то правила при считывании файлов.
Разметка видел какая у них?
\r\r\n

[Zormax]

Сообщение от Michael-XIII но ЗАМЕДЛИТЬ?

правильнее выразиться - потратить больше процессорного времени на считывание файла