Tem o site pronto no seu computador, tem o FileZilla ligado, e agora é só arrastar. Quase. Há três decisões que se tomam antes de arrastar e que decidem se o site abre à primeira ou se passa a tarde a perguntar porquê.
1. A pasta certa, que não é sempre a mesma
| O que tem |
Onde vai |
| O domínio principal da conta |
public_html . É a raiz do site. |
| Um domínio adicional |
A pasta própria que o cPanel criou quando o acrescentou. O nome dela está escrito na lista de domínios do cPanel: vá lá ver em vez de adivinhar. |
| Um subdomínio |
Também tem pasta própria, criada no momento em que o subdomínio foi feito. |
| Qualquer coisa fora disto |
Não é publicado. Fica no servidor, ocupa espaço, e nunca aparece na internet. É a causa número um de «enviei tudo e o site não mudou». |
2. O conteúdo da pasta, e não a pasta
Se o site está numa pasta chamada, digamos, o-meu-site, abra essa pasta e envie o que está lá dentro. Se arrastar a pasta inteira, fica com o site em public_html/o-meu-site/ e o endereço passa a ter esse pedaço a mais no fim. O site funciona, mas no sítio errado, e a correcção depois dá mais trabalho do que fazer bem à primeira.
O ficheiro de entrada, chamado index.html ou index.php, tem de ficar directamente dentro de public_html. Se está uma pasta abaixo, o visitante vê uma lista de ficheiros em vez do site: está explicado em a listagem Index of.
|
Se ficar lá um index.html velho ao lado do index.php novo, só um dos dois é mostrado, e pode não ser o que espera. É a explicação de quase todos os casos de «instalei e continuo a ver a página antiga». Apague ou mude o nome ao que não quer, e não deixe os dois.
|
3. Muitos ficheiros pequenos: comprima primeiro
O FTP abre uma conversa por cada ficheiro. Com dez ficheiros não se nota; com dez mil, a conversa demora mais do que os dados. Um site em WordPress ou numa loja tem facilmente dezenas de milhares de ficheiros minúsculos.
| 1 |
No seu computador, comprima tudo num único ficheiro zip.
|
|
| 2 |
Envie esse ficheiro por FTP. Um ficheiro grande sobe muito mais depressa do que mil pequenos com o mesmo peso.
|
|
| 3 |
Descomprima no servidor, pelo gestor de ficheiros do cPanel: seleccione o zip e escolha Extract.
|
|
| 4 |
Apague o zip depois de confirmar que ficou tudo. Deixado lá, ocupa espaço e conta para os limites da conta.
|
|
|
Este atalho também poupa inodes. Cada ficheiro conta para um limite de número de ficheiros, e não só de espaço. Se nunca ouviu falar disto, vale a pena: os limites que não vêm no anúncio.
|
Enviar por cima de um site que já existe
É a situação mais delicada, porque se está a substituir alguma coisa que está a funcionar.
| 1 |
Faça uma cópia antes. Do site inteiro e da base de dados. Se tem o painel à mão, restaurar com o JetBackup explica onde estão.
|
|
| 2 |
Escolha o que fazer com os ficheiros repetidos. O FileZilla pergunta, e tem a opção de aplicar a resposta a toda a fila. Substituir se for mais recente serve na maioria dos casos; Substituir sempre serve quando quer mesmo deitar fora o que lá está.
|
|
| 3 |
Não apague a pasta inteira antes de enviar a nova. Se o envio falhar a meio, fica sem as duas. Envie por cima e limpe depois.
|
|
| 4 |
Cuidado com os ficheiros escondidos. O .htaccess não aparece por omissão e é muitas vezes o que faz o site funcionar. No menu Servidor há a opção de forçar a mostrar ficheiros escondidos: ligue-a.
|
|
Depois de enviar: os três controlos
| 1 |
O separador das transferências falhadas está vazio? Se não estiver, clique com o botão direito e volte a pôr na fila. Um ficheiro que falhou é uma página que não vai abrir.
|
|
| 2 |
As permissões estão normais? Pastas a 755 e ficheiros a 644 é o que funciona aqui. Se enviou de um computador com regras diferentes, confirme.
|
|
Se alguma coisa se recusar a subir, ou se subir e não aparecer, a lista dos erros com os números está em erros comuns no FTP.
PRODUTO RECOMENDADO Alojamento de sites com cPanel Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 600,00 MT/mês Ver planos |
Português
English
