Назад | Перейти на главную страницу

FTP - передача файлов ascii в двоичном формате - это плохо?

У нас есть локальный сервер разработки, на котором мы разрабатываем веб-сайты. Чтобы запустить веб-сайт в прямом эфире, он отправляется по FTP (SSH / SFTP / Rsync, к сожалению, не вариант) на наш веб-хост.

Я хочу запустить несколько скриптов, которые сравнивают / сравнивают сайты на сервере разработки с сайтами на сервере веб-хостинга. Это довольно просто, однако во время передачи по FTP я использовал автоматический (в отличие от Ascii или двоичного) режима.

В конце концов, все файлы (* .php, * .html и т. Д.) Имеют разные размеры файлов, чем на локальном сервере разработки. После некоторого исследования я думаю, что это потому, что он преобразует \n к \r\n во время передачи. В следствии, diff увидеть, что файлы разные, при сравнении каталогов, даже если их содержимое действительно одинаковое.

Я обнаружил, что если я настрою FTP для передачи всего как двоичного, то разницы в размере файлов не будет.

Что мне интересно, есть ли какой-либо потенциальный вред, который может возникнуть при передаче всего в двоичном режиме, даже файлов ASCII? Что может пойти не так с этим подходом? И если ничего не может пойти не так, тогда в чем смысл режима ASCII?

При использовании режима ASCII ожидается, что принимающая сторона преобразует текст ASCII в формат, совместимый с его операционной системой, например. (как вы заметили) \ n можно преобразовать в \ r \ n и т. д. Передача в двоичном режиме - это байт для байтовой копии файла из источника в место назначения, перевод не допускается и не ожидается.

Если ваши файлы запускаются / отображаются правильно при передаче в двоичном режиме, то для вас нет никаких недостатков.