A impressão de exceção está desativada por padrão por motivos de segurança [fechado]

15

Tentei configurar meu magento para minha hospedagem. Então, criei um novo banco de dados e importei meu arquivo sql e alterei as configurações no local.xml para o banco de dados. mas agora a impressão de exceções está desativada por padrão por motivos de segurança.

Danny Boevéé
fonte
você procurou em var / report o número que ele lhe deu?
precisa saber é o seguinte
Veja var / report / report_number para obter informações adicionais sobre o que deu errado.
Evgeni Ivanov 31/01
Você poderia dar mais informações, como o conteúdo do log. Está movendo um site existente para um novo servidor? Em caso afirmativo, verifique se você está seguindo estas diretrizes para mover um site Magento: islbd.com/resources/item/…
Evgeni Ivanov
possível duplicata de Fundamentos para a depuração de uma loja de Magento
Fabian Blechschmidt

Respostas:

14

Renomeie o local.xml.sample em / errors para local.xml e você poderá ver o erro e todo o rastreamento da pilha.

Cuidado: Isso pode causar um furo no loop de segurança, se usado em um servidor de produção. Revise-o assim que o erro for resolvido.

PS: Para ser ainda mais seguro. Restrinja o acesso magento apenas ao seu IP enquanto a impressão de exceção estiver ativada

mosiac
fonte
Poste a mensagem de erro que você vê agora para obter mais ajuda.
mosiac 31/01
Rastreios de pilha que podem ser vistos de maneira aberta são uma violação de segurança, especialmente quando um que envolve acesso ao banco de dados explode suas credenciais de administrador para que o mundo veja. Não é tão difícil ativar o cliente SCP / SFTP e ler os arquivos.
Fiasco Labs
Obrigado por adicionar o cuidado e a sugestão de bloqueio de IP. Algumas pessoas publicaram stactraces com informações confidenciais no MagentoCommerce.com. Ocasionalmente, os rastreamentos da pilha podem ter credenciais de login, mesmo que isso não deva acontecer. Com o uso de determinadas palavras-chave, você pode GoogleHack todos os sites Magento que ativaram a exibição pública ou ainda estão executando as versões antigas que exibiam suas roupas sujas para o mundo.
Fiasco Labs
A chave de registro do Mage "_singleton / Wiser_Search_Model_Observer" já existe Rastreamento: # 0 /Applications/MAMP/htdocs/in/app/Mage.php(223): Mage :: throwException ('Mage registry k ...') # 1 / Aplicativos /MAMP/htdocs/in/app/Mage.php(477): Mage :: register ('_ singleton / Wise ...', false) # 2 /Applications/MAMP/htdocs/in/includes/src/__default.php (22147): Mage :: getSingleton ('Wiser_Search_Mo ...') # 3 /Applications/MAMP/htdocs/in/app/Mage.php(448): Mage_Core_Model_App-> dispatchEvent ('controller_acti ...', matriz) # 4 /Applications/MAMP/htdocs/in/includes/src/__default.php(14381):
Jithin U. Ahmed
7

A impressão de exceção está desativada por padrão por motivos de segurança

Esta é uma página notificando que ocorreu uma falha tão ruim que o Magento não pode ser executado e está tentando falar sobre isso. Por ser um rastreamento de pilha que pode notificar partes indesejadas que seu site está tão mal configurado que pode ser invadido, o rastreamento de pilha que o gerou não é exibido.

O número que aparece nessa página toda vez que o Magento exibe é o nome de um arquivo .

Abra seu cliente SCP / SFTP, navegue até o diretório do servidor var/report, classifique pela data de criação do arquivo e comece a ler os arquivos mais recentes lá.

Ao pedir ajuda, você pode postar o rastreamento da pilha dos erros mais recentes que impedem a execução do site Magento, para que possamos oferecer uma ajuda útil.

Fiasco Labs
fonte
5

Eu também peguei esse problema, apenas pesquisei no Google e encontrei a solução aqui , você pode fazer o seguinte:

  1. Localize o diretório raiz onde seu Magento está instalado. Procure o diretório "erros".

  2. Mude o nome do arquivo local.xml.sampleparalocal.xml

  3. Recarregue a página onde mostra a mensagem de erro, você verá uma lista completa de mensagens de erro - O objetivo da renomeação local.xmlé permitir que a mensagem de erro completa seja exibida.

  4. Agora, localize magento_directory/lib/Zend/Cache/Backend/File.phpe procure:

    protected $ _options = array ('cache_dir' => 'null', Substitua por: protected $ _options = array ('cache_dir' => 'tmp /' E salve o arquivo.

  5. Agora, vá para o diretório raiz do Magento e crie um novo diretório com o nome "tmp".

  6. Atualize a página de erro e veja se o problema foi resolvido. Espero que isto ajude

Jorge
fonte
1

Se você estiver recebendo um erro 404, tente colocar o /index.phpseu nome de domínio. Se isso o levar à página inicial, o problema é que você esqueceu de copiar o .htaccessarquivo (fácil de fazer), mod_rewritenão está instalado ou AllowOverridenão está definido no seu arquivo de configuração do Apache. (Suponho que você esteja executando o Apache, é claro)

dan__baker
fonte
O /index.php também é dado um erro 404
Danny Boevéé
1

Na pasta de erro local.xml.sample existe, altere o nome para local.xml lib / Zend / Cache / Backend / File.php altere o cache dir = null para tmp

Chandra Bhushan
fonte
1

Aqui está a solução:

  • Navegue para a pasta "erros".
  • Altere local.xml.sample para local.xml
  • Agora você deve ver uma nova lista de erros malucos em toda a página do Magento - tudo bem.
  • Abra o magento / lib / Zend / Cache / Backend / File.php e procure:

    protected $_options = array(
    'cache_dir' => 'null',
  • Altere para:

    protected $_options = array(
    'cache_dir' => 'tmp/',
  • Salve isso.
  • Agora, o passo final é criar uma pasta tmp na pasta raiz do Magento.
  • É isso aí.
mrumair.com
fonte
1

A solução fácil e 100% funcional é renomear arquivo de cache .

Na pasta raiz do Magento var / cache

Em seguida, renomear nome de arquivo de cache , e atualizar o seu site.

Randhir Yadav
fonte
sua resposta não está funcionando.
Prashant Tapase
Alterar o nome do arquivo de local.xml.sample para local.xml novamente verificar o que é erro está mostrando, se ainda incapaz de resolver, por favor me envie o seu erro log i irá verificar do meu lado @ Prashant Tapase.
Randhir Yadav