Esta questão é uma cópia de um no StackOverflow , e foi recomendado que eu fizesse essa pergunta aqui. Minhas desculpas se o multi-post é indesejável.
Eu tenho um problema muito estranho com FTP que está incomodando as luzes do dia de vida fora de mim. Esta é a primeira vez que vi esse problema.
Quando eu carrego um arquivo, ele não sobrescreve o original, mas é renomeado como [arquivo original.ext] .1 (ou [arquivo] .2, se [arquivo] .1 já existir). Por exemplo, se style.css existir no servidor, e eu fizer o download e editá-lo, quando eu fizer o upload de volta para a posição, ele será “renomeado” como style.css.1 . Fazer a tentativa uma segunda vez produz um terceiro arquivo chamado style.css.2 .
Eu possuo meu próprio ferro, sobre o qual eu tenho o OpenSUSE 11.4 de 64 bits instalado (uma instalação relativamente recente, apenas configurada). Eu estou usando o ftpd puro e uso o painel de controle YAST para manipular as configurações. A configuração Umask (arquivos umask: umask dirs) em particular é definida como 000: 000 (a única configuração que dará ao arquivo enviado as mesmas permissões que os arquivos existentes). Eu tenho o acesso ftp Chrooted para todos, e para que o FTP acesse / srv / www /, eu usei as instruções em este site para montar / srv / www / inside / home / [usuário] / ftp / usando a operação de ligação. Ergo, o acesso FTP é chrooted para um usuário muito seguro, mas o usuário ainda tem acesso ao conteúdo em / srv / www /.
Eu também aproveitei para dar o conteúdo de / srv / www / as mesmas permissões e usuário: grupo como o próprio usuário (ou seja, não deve haver problemas com permissões).
Estou usando o WS_FTP Pro 2007 para acessar o site, assim como o Notepad ++ (via NppFTP), e ambos os clientes têm o mesmo problema: posso baixar arquivos muito bem, mas quando eu os carrego eles têm “. para eles (.1, .2, .3, etc.) em vez de sobrescrever o arquivo original. Esses novos arquivos têm as permissões IDENTICAL e a propriedade (user: group) como o arquivo original, por isso estou totalmente no escuro quanto ao motivo pelo qual o upload cria um novo arquivo em vez de sobrescrevê-lo.
Editado para adicionar: Eu já tentei vários clientes FTP diferentes, incluindo a funcionalidade FTP na linha de comando do Windows, com resultados finais idênticos.
Existem várias referências a um recurso "autorename" no pure-ftpd. É só uma questão de desligá-lo? link
E, embora as descrições dos nomes dos arquivos façam isso parecer menos provável, o cliente ftp está usando a opção STOU? link
Também pode haver alguma ajuda neste Q + A Como os servidores FTP lidam com a renomeação para um arquivo existente?
Tags ftp upload linux overwrite opensuse-11.4