FTP - Está transferindo arquivos ascii em binários uma coisa ruim?

2

Temos um servidor de desenvolvimento local no qual desenvolvemos sites. Para empurrar um site ao vivo é FTPed (SSH / SFTP / Rsync não é uma opção, infelizmente) para o nosso webhost.

Eu quero executar alguns scripts que comparam / distinguem sites no servidor de desenvolvimento versus os sites no servidor host da web. Isto é bastante simples, no entanto, durante as transferências FTP eu tenho usado o modo Auto (em oposição ao Ascii ou Binary).

No final, todos os arquivos (* .php, * .html, etc) são arquivos de tamanhos diferentes dos que estão no servidor de desenvolvimento local. Depois de alguma pesquisa, acho que isso acontece porque converte \n em \r\n durante a transferência. Como resultado, diff vê os arquivos como diferentes, ao fazer uma comparação de diretórios, mesmo que o conteúdo deles seja realmente o mesmo.

Descobri que, se eu definir o FTP para transferir tudo como binário, não haverá diferenças no tamanho do arquivo.

O que eu estou querendo saber, existe algum dano potencial que pode vir de transferir tudo no modo binário, mesmo arquivos ASCII? O que poderia dar errado com essa abordagem? E se nada pode dar errado, então qual é o objetivo do modo ASCII?

    
por Jake Wilson 08.12.2011 / 21:08

1 resposta

7

Quando se utiliza o modo ASCII, espera-se que a extremidade receptora converta o texto ASCII num formato que seja compat�el com o seu sistema operativo, e. (como você observou) \ n pode ser convertido para \ r \ n etc. Uma transferência de modo binário é um byte para cópia de byte do arquivo da origem para o destino, não sendo permitida ou esperada nenhuma tradução.

Se seus arquivos são executados / exibidos corretamente quando transferidos em modo binário, então não há desvantagem para você.

    
por 08.12.2011 / 21:27