ti-enxame.com

Joomla: Administrador em branco após o login

Estou enfrentando um problema ao tentar migrar uma instalação do Joomla para um servidor diferente. Antes de tudo, deixe-me dizer que copiei todos os arquivos do servidor antigo para o novo e migrei o banco de dados do Joomla para um servidor diferente.

Atualizei o configuration.php para refletir as alterações no servidor MySQL.

Ao carregar o site, aparentemente funciona bem: conecta-se ao DB e permite todas as operações. No entanto, ao tentar acessar o painel de administração do Joomla, e após o login bem-sucedido, uma tela vazia é exibida. Não há como entrar no back-end.

Eu configurei o arquivo configuration.php para ativar o relatório de erros:

public $error_reporting = 'maximum';
public $debug = 1;

Além disso, apresentei a próxima linha no arquivo administrator/index.php:

error_reporting(E_ALL);

Apesar de tudo isso, nenhum erro aparece no log do Apache2 (/var/log/Apache2/error.log) nem nos logs do Joomla (/var/www/logs/error.php).

Tentei desabilitar manualmente algumas extensões no banco de dados e, na verdade, descobri que desabilitar a extensão 'Jomsocial Update' permite inserir o back-end, embora o site de administração Jomsocial não possa ser acessado (uma página em branco aparece mais uma vez).

Para mim, o mais estranho é o fato de não haver nenhum erro nos logs.

O servidor antigo e o novo têm a mesma versão do Apache (2.2.22). No entanto, o servidor antigo possui a PHP v5.4.6, enquanto o novo servidor possui a PHP v5.3.10. Também tentei instalar o PHP v5.4.28 a partir de um repositório não oficial, mas também falhou.

Você sabe o que pode estar acontecendo? Muito obrigado pelo seu apoio.

1
baldo

Depois de trabalhar nisso o dia inteiro, finalmente cheguei à solução. É só que o php5-curl não foi instalado. Tão simples e estúpido quanto parece.

Então, o que estava acontecendo com maior probabilidade é que o plug-in Jomsocial/Jomsocial Update exigia curl para exibir seus sites de administração. Eu acho que o Jomsocial Update era executado toda vez que o administrador entrava no painel do administrador, e é por isso que desativá-lo impedia a tela em branco da morte (enquanto o site de administração do Jomsocial não estava acessível de qualquer maneira).

Ainda assim, estou confuso sobre a maneira de apresentar a solução: isso aconteceu comigo em outros cenários, mas você geralmente encontra a solução porque os logs são bastante explícitos ao imprimir que curl_init () não está definido. Como isso pode ser confuso, para que absolutamente nada foi registrado nos logs?

Bem, na verdade, muito bagunçado. Enquanto escrevia essas palavras, tive a sensação do que poderia estar acontecendo. Sim, as chamadas curl_init () são precedidas pelo operador '@', que silencia erros mesmo quando o log E_ALL é definido. Não sei se esse é um estilo de codificação comum, mas, no que diz respeito à depuração, isso tudo transforma um inferno.

Enfim, essa é a resposta para quem pode ter o mesmo problema.

Saudações!

3
baldo

Sou Anthony, eu corro este site que tem o JomSocial como um componente da comunidade para meus membros. Certamente, estou aqui para tentar ajudar alguém que possa ter um problema como o meu, já que o meu é tão único que naveguei por toda a Internet e não conseguia nem ver uma razão para ver minha tela da Morte. Vou dizer como entrei no problema.

  1. Tenho o hábito de fazer backup de meus sites on-line e recarregá-los no meu host local apenas para ter 100% de certeza de que tenho um backup totalmente funcional. Eu faço isso usando o assistente de backup no Cpanel do meu domínio.
  2. Então fiz o backup e, depois que todos os arquivos estiverem offline (meu banco de dados e arquivo HTML público),. = Extrai meus arquivos, colei o site no meu host local, restaurei o banco de dados e tentei acessar o site. Com certeza, conheci uma tela branca, algo que nunca conheci.
  3. Para encurtar a história, depois de duas horas de tentativas e falhas, verifiquei todas as pastas que foram extraídas. Para minha decepção, meu arquivo não extraiu a pasta "Componentes", então copiei-a manualmente do site em que originalmente havia usado. faça o upload do que está on-line, eu não tinha instalado um componente extra desde a hospedagem do site, por isso tinha certeza de que todos os componentes necessários estavam presentes nessa pasta {Mas eu estava imaginando que não tinha certeza se funcionaria ou não} , colei na pasta que contém o restante do meu site no meu host local e, a partir daí, pude fazer login no back-end do meu site Joomla, Cache limpo e cache expirado limpo e, com certeza, meu site carregado exatamente como está online.
  4. Portanto, meu conselho simples: antes de verificar o que está causando o WSOD, depois de migrar seu site para outro host, faça uma verificação manual para garantir que todos os seus arquivos e pastas estejam presentes, eu fiz isso depois de receber um desafio real para descobrir o que é errado com o meu site. Estou surpreso que este conselho não tenha aparecido em nenhum lugar em todos os lugares que pesquisei on-line!
0
Anthony Kerry