Estou usando o Magento 2.0.4 e sempre que clico em Conteúdo> Elementos> Blocos, recebo a seguinte mensagem de erro: "Atenção, algo deu errado."
Não há mais informações e, depois de clicar em OK, ele acessa a página CMS Blocks com o círculo de carregamento e nunca para de carregar. Consigo clicar no Add New Block
botão e criar e salvar um novo bloco, mas esses blocos recém-criados / salvos não são exibidos na página Blocos porque nunca são totalmente carregados.
Informações de instalação da plataforma relevantes (podem ser editadas com mais, se necessário): Magento versão 2.0.4, PHP versão 5.6.20
Navegadores que testei esse problema em: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110
Esta é uma instalação do Magento diretamente do site magentocommerce, e não qualquer tipo de download do github. Após a atualização do Magento 2.0.2 para o Magento 2.0.4, eu já limpei tudo, excluí o conteúdo estático e executei o comando para reimplementar o conteúdo estático.
Por favor, deixe-me saber o que estou perdendo aqui. Isso é um problema de permissões no back-end em algum lugar? , um problema de codificação, um problema conhecido ou o que está acontecendo? Parece que não estou recebendo essa mensagem de erro quando clico em qualquer outra coisa no Painel do administrador (por exemplo, Páginas, Temas, Widgets e mais, todos são carregados corretamente e não geram nenhuma mensagem de erro).
Respostas:
Você deve verificar a
var/logs
pasta para ver se algo deu errado e também os logs do servidor.Para mim, o problema estava relacionado a este https://github.com/magento/magento2/issues/5418 .
Entrei na tabela db cataloginventory_stock_item e exclua duplicatas e o problema desapareceu.
Se isso não resolver, você pode tentar:
1) cd
pub/static
e executefind . -depth -name .htaccess -prune -o -delete
2) cd na pasta raiz e execute
rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/
3) correr
php bin/magento setup:static-content:deploy
Se isso não resolver, você pode usar a opção radical para reinstalar:
1) exclua a pasta do fornecedor
rm -rf vendor/*
e também ocomposer.lock
arquivo na raiz.2) correr
composer install
fonte
Acabamos de depurar exatamente o mesmo problema. Quando você vê o
mensagem, ele gerará um relatório de erro
var/report
com mais detalhes sobre o que deu errado. Eu recomendo que você exclua todos os relatórios desse diretório e atualize a página no seu back-end. Isso deve gerar um único relatório com mais detalhes.No meu caso, alguns
page_id's
da tabelacms_page
não tinham um correspondentepage_id
nocms_page_store
qual resultou o seguinte erro:Consegui contornar isso adicionando o caminho
page_id's
& ausentestore_id's
.fonte
Com base em [ https://github.com/magento/magento2/issues/6602 ], você pode:
fonte
Se isso ajuda alguém, resolvi esse problema desativando o módulo de relatório PHP NewRelic.
O site foi ativado para SSL, com cabeçalhos HSTS, e o código de rastreamento javascript que o módulo estava tentando injetar era de um terminal não SSL. Depois que todas as fontes não SSL foram removidas, a página Blocos foi carregada com satisfação.
Não houve erros relatados em var / reports var / log / exception.log ou var / log / debug.log.
Estranho que nenhuma outra página de administração do Magento parecesse ser afetada por isso, possivelmente o erro gerado pelo javascript em linha que não foi injetado também estava interrompendo a chamada ajax do Magento.
Puramente conjectura, mas depois que o NewRelic foi desativado, a página carrega perfeitamente
fonte
A solução mais simples e fácil é, como mencionado pelo @Helal, apenas para acessar o banco de dados e excluir todas as entradas na tabela ui_bookmark.
Crie um backup do seu banco de dados para poder restaurá-lo se algo der errado.
Não tenho informações adicionais sobre por que essa é a solução. Eu tentei a solução de banco de dados conforme mencionado e funcionou. Talvez alguém possa explicar a razão por trás disso?
fonte
No meu caso, eram permissões nas notificações
fonte
Eu tenho uma solução simples para isso.
fonte
Eu tive o erro "Algo deu errado" no Magento 2.1 ao visualizar uma página de edição do produto. No meu caso, uma pesquisa pela mensagem de erro descobriu que ela foi gerada quando uma resposta AJAX falhou, então usei as ferramentas de desenvolvimento do Chrome para encontrar a resposta AJAX específica que estava falhando. Essa resposta tinha um código de erro 500, o que me permitiu procurar no log de erros httpd (não nos logs do magento) para descobrir que havia um erro de PHP (no meu caso, causado pelo criador de perfil Magento - desabilitar o criador do erro) vá embora).
Suas condições de erro podem variar, mas esperamos que esse processo ajude a encontrar a causa.
fonte
Para Magento CE 2.0.15, você pode verificar o arquivo:
Linha 110 ~ 112:
Espero que isso seja útil.
fonte