Como posso parar Filezilla mudando meus quebras de linha?
-
23-08-2019 - |
Pergunta
Eu estou baixando um arquivo perl CGI de um servidor web Linux.
Tem quebras de linha Unix. I editá-lo em um PC Windows com um editor de texto decente (Geany) que preserva essas quebras de linha.
Eu, então, enviá-lo novamente com o Filezilla e tem quebras de linha DOS, que pará-lo de trabalho.
Eu sei que é Filezilla, não Geany porque mesmo se eu basta fazer o download e upload de re-lo, os repete problemas.
Filezilla me pede, a cada vez, se eu estou OK para carregar o arquivo local (3611) bytes e substituir o arquivo remoto (3753 bytes), ea diferença entre esses números é o número de linhas no meu arquivo. Mas quando eu fizer isso, o que está no servidor é 3753 bytes tudo de novo e não funciona.
Eu vou através de um servidor proxy, pode que ser um fator? A coisa realmente estranha é que eu fiz a mesma coisa em um PC diferente XP apenas no outro dia e foi bem. E de linha de comando FTP funciona bem também.
Solução
Em FileZilla 2.2.32, vá em Editar> Configurações> Configurações de transferência de arquivos> ASCII / Binário. Configurá-lo para sempre binária:., Que deve fazer o truque
Em FileZilla 3.5.0 a configuração está em Editar> Configurações> Transferências> Tipos de arquivo> tipo de transferência padrão> binário.
Outras dicas
modo de transferência O que FTP que você usa (binário ou ASCII?)? Não estou 100% de certeza, mas acho que se você forçar modo binário você não deve ter esse problema.
Os desenvolvedores do FileZilla parecem ter uma opinião muito exclusivo sobre como os arquivos desconhecido deve ser transferido por padrão.
relatório bug desde 2008. É claro, pode ajudar se mais as pessoas entrar e solicitar uma correção para esta falha.
O problema real foi com Filezilla FTP modo de transferência padrão cliente , por padrão é "Auto" . Siga abaixo passo para convertê-lo em "binário" .
Vá para o "Editar | Configurações ..."
Na nova janela, vá para "transferências | Tipos de Arquivo " e " tipo de transferência padrão" , selecione " binário ".