Erro 404 página não encontrada – site de Staging redireciona para o site em produção após clonagem ou migração

Ativar definições de permalinks com nome de post no site de Staging

Por defeito, o WP Staging define os permalinks como tipo plain, por isso mudar esta definição resolve frequentemente quaisquer problemas de redirecionamento.

Ler mais: Como ativar permalinks WordPress.

Usar URLs absolutos em vez de relativos.

Verifica a estrutura do link que redireciona para o site em produção.

O WP Staging não consegue fazer search & replace em links relativos, por isso precisa de links absolutos no teu site para fazer um search & replace automático.

Por exemplo:​

Link que funciona: https://domain.com/path-to-page
Link que não funciona: /path-to-page

​Para resolver, tens três opções:

• A. Cria um novo site de Staging e usa um subdomínio. Assim, os links relativos não têm efeitos colaterais e vão funcionar como esperado.
• B. Usa URLs absolutos em vez de links relativos.
  Converte todos os links relativos em absolutos. Faz isto primeiro no site em produção e depois clona novamente, ou altera os links do site de Staging após a criação.
• ​C. Ignora os links relativos que não funcionam e abre as páginas do admin se quiseres editá-las.
  ​
  A forma recomendada é a opção `A` ou `B`, pois torna o trabalho no site de Staging muito mais direto do que abrir todas as páginas para edição a partir do admin.

Remover ou editar o .htaccess

O que se segue só é válido se o teu site usar o servidor Apache!

Quando crias um clone do teu site para uma subpasta, o WP Staging remove o .htaccess no site clonado.

A razão é que o WordPress usa o .htaccess que está na pasta raiz do teu site em produção. Se um dos teus Plugins recriar o ficheiro `.htaccess` no site de Staging, esse ficheiro pode sobrepor-se às regras de reescrita, resultando em permalinks que não funcionam no site de Staging.

Se for esse o caso, renomeia o `.htaccess` localizado no site de Staging para algo como `.htaccess-disabled` e tenta novamente aceder ao site de Staging. Podes usar o teu cliente FTP, file manager do cPanel ou um Plugin de gestor de ficheiros instalado no teu site em produção para renomear o ficheiro.

Definições .htaccess do Bitnami

Se usas o WordPress numa instância Bitnami, precisas de tomar passos extra.

Os permalinks com nome de post não são suportados de origem em instâncias WordPress Bitnami, porque o Bitnami não usa .htaccess na pasta raiz do site. Ignora qualquer ficheiro .htaccess aí.

O Bitnami não usa o ficheiro .htaccess padrão na raiz do teu site; em vez disso, todas as configurações .htaccess são adicionadas a um ficheiro chamado: /opt/bitnami/apps/APPNAME/conf/htaccess.conf.

Por isso, se queres que os permalinks funcionem, vais ter de modificar o htaccess.conf

Vai a esse ficheiro e adiciona o seguinte:

<Directory /opt/bitnami/apps/wordpress/htdocs/STAGING>
 <IfModule mod_rewrite.c>
 RewriteEngine On
 RewriteBase /STAGING/
 RewriteRule ^index\.php$ - [L]
 RewriteCond %{REQUEST_FILENAME} !-f
 RewriteCond %{REQUEST_FILENAME} !-d
 RewriteRule . /STAGING/index.php [L]
 </IfModule>
 </Directory>

Outra opção é manter os permalinks no estado plain. Assim não precisas de alterar o htaccess.conf de todo.

Ajustar o nginx.conf se o teu site usa o servidor Nginx

Se receberes um erro 404 página não encontrada e o servidor web do teu site for Nginx, vais ter de ajustar o nginx.conf do teu servidor.

Nesse caso, segue este artigo para o fazer!

Clonar para um subdomínio

Se não conseguires resolver o problema de redirecionamento, podes clonar o teu site WordPress para um subdomínio e outra pasta usando a opção de caminho e hostname personalizados do WP STAGING  | PRO:

Escrevemos um guia detalhado sobre como clonar o teu site WordPress para outro subdomínio:
https://wp-staging.com/docs/create-a-staging-site-clone-wordpress/#Clone_to_a_Subdomain

Uso de Plugins de idiomas como WPML ou Polylang

Se usas um Plugin de idiomas como o Polylang ou WPML que adiciona um slug de idioma ao URL, por exemplo, https:// example.com/en/page1
vais ter de ativar os permalinks com nome de post no teu site de Staging.

Caso contrário, esta pode ser outra razão para o redirecionamento de links para produção.

Desativar Plugins de segurança e login no site de Staging

Cria um novo site de Staging e desativa todos estes Plugins excluindo as pastas dos Plugins do processo de clonagem:

• Plugins de segurança como Wordfence, iThemes Security, Cerber, WP Spamshield, etc.
• Plugins de cache como W3 Total, WP Rocket, etc.
• Plugins de idiomas como WPML, Polylang (ou ativa os permalinks no site de Staging)
• Plugins de redirecionamento ou “Hide my Login”

Imagina que já criaste um site de Staging e precisas de desativar esses Plugins de segurança. Nesse caso, podes desativar Plugins específicos renomeando a pasta do Plugin via FTP ou qualquer Plugin de gestor de ficheiros.

Por exemplo, podes desativar o Plugin WP Spamshield renomeando a pasta do Plugin stagingsite/wp-content/plugins/wp-spamshield para outra coisa.

Desativar Plugins de redirecionamento no site de Staging

Alguns Plugins podem causar redirecionamentos, como Plugins específicos de redirecionamento, Plugins de membros ou Plugins SSL que redirecionam para HTTPS quando abres o site a partir de um endpoint HTTP.

Alguns exemplos desses Plugins são:

• Simple SSL
• Redirect
• Ultimate Member

Se usas um destes Plugins no teu site de Staging, cria um novo site de Staging mas exclui esse Plugin do processo de clonagem.

Em alternativa, podes desativar o Plugin que causa o redirecionamento no teu site de Staging renomeando a pasta do Plugin para outra coisa como
/wp-content/plugins/plugin-name-disabled. Inicia sessão no teu site de Staging com FTP e renomeia a pasta do Plugin em questão para outra coisa.

Continua a redirecionar para o site em produção?

Se isto não resolver, abre um ticket de suporte e ajudamos-te a resolver o problema de redirecionamento.