![]() |
![]() |
Новайсе 14.03.2004 - 18:32 |
Заливаю сайт (с помощью SmartFTP1.0.979.1) первый раз в жизни. Когда лью в режиме Auto, на *.htm файлах он выбирает режим Ascii (на других типах файлов я не присматривался). Так вот, вроде, *.htm файлы получаются на сервере немного короче, чем у меня на винте. Подозреваю в этом режим Ascii, что это за режим делает с файлами? Или это мне показалось и меня глючит? :) |
cv 1 - 14.03.2004 - 21:38 | режим Ascii подойдет для всех пересылаемых текстовых файлов. В этом режиме идет контроль управляющих символов в передаваемой информации. режим Binary не контролирует эти символы и пересылает все как есть, в том числе и текстовые файлы, т.е. проследний более универсальный. |
Новайсе 2 - 15.03.2004 - 00:12 | Я думаю, надо поставить Binary навсегда, зачем мои файлы будет кто-то "контролировать". Выскажитесь, плиз, по поводу моего решения, может я что-то пропустил и есть какая-то радость от Ascii? |
nd 3 - 15.03.2004 - 00:37 | создай контрольные файлы разной длины и содержания, проведи эксперименты... |
Уверенный 4 - 15.03.2004 - 02:21 |
"В этом режиме идет контроль управляющих символов в передаваемой информации" - ты с модемами не спутал случайно? Короче файлы получаются из-за того, что при копировании на unix вместо "досовской" последовательности конца строки 0D0A подставляется один символ с кодом 0A. Файл получается короче на число байт, равное числу строк. В бинарном режиме копируется без этой подстановки. При копировании обратно в режиме ASCII файл снова увеличится. Вывод - бинарные файлы копируй в бинарном режиме, текстовые - в текстовом (ASCII). Если скопируешь бинарный в текстовом режиме - будет плохо :) |
mae 5 - 15.03.2004 - 05:52 | И наоборот... |
cv 6 - 15.03.2004 - 07:08 | Уверенный, а символы 0D0A случаем не являются управляющими? то что не печатается, но каким-то образом меняет исходный текст и есть управляющие символы, возврат коретки и перевод строки, табуляция, и прочие невидимые символы. Для модемов управляющими символами могут быть любые символы после префикса ESC, аналогично и для принтеров. |
Уверенный 7 - 15.03.2004 - 11:12 | Хмм.. Может ты и прав. Не подумал в таком контексте :) |
Новайсе 8 - 17.03.2004 - 12:08 | А если текстовые файлы заливать в бинарном режиме ничего плохого не будет или клиент при скачивании себе будет получать такие файлы с удвоением 0D? |
Уверенный 9 - 17.03.2004 - 15:24 | Не будет. |
наркоМан 10 - 18.03.2004 - 10:31 | будет, но для перловых скриптов... |
Уверенный 11 - 18.03.2004 - 10:44 | Начиная с какой-то версии, перл "понимает" досовые концы строк. У меня прокатывало пару раз. :) |
hotspa 12 - 21.03.2004 - 14:51 |
какой нафиг перл??? вы че??? в аски заливаются все документы, а в бинари - картинки а проще не ломать башку над этим, а использовать нормальный фтипишник |
Новайсе 13 - 21.03.2004 - 22:06 | Я стал ломать бошку над этим, так как часто обрывы при закачке происходят, стал для проверки сверять размеры файлов и тут выяснил такой сюрприз, что после Ascii они становятся меньше. Можно, конечно, в SmartFTP лог соединения с сервером поглядеть, но не очень удобно. Просто хочется быть уверенным, что все залилось нормально, не затрачивая на это слишком много усилий. |
hotspa 14 - 22.03.2004 - 05:15 | если очешь быть уверен, открой файл на серваке и сравни с локальным, файлы не могут стать просто так меньше или больше |
Новайсе 15 - 22.03.2004 - 16:05 | Не, это слишком уж неоптимизированный метод. А в списке файлов, который сообщает мне сервак по ftp текстовые файлы чуть меньше, чем у меня на диске. |