Erro interno do servidor Magento 2: 500

10

Segui os documentos de desenvolvimento do Magento abaixo:

Se você adicionar um novo modelo .html e o editar, as alterações não se aplicarão até que você faça o seguinte: exclua todos os arquivos nos diretórios pub / static / frontend e var / view_preprocessing e recarregue as páginas. Você pode excluir os arquivos manualmente ou executar o comando grunt clean: na CLI. Para detalhes sobre o uso do Grunt no Magento, consulte Instalando e configurando o Grunt.

No entanto, agora no modo de desenvolvedor definido via htaccess, recebo o Internal Server Error 500 nos sites e nos URLs de administrador. Esse é um problema de armazenamento em cache, se estiver procurando os arquivos limpos para renderização?

magento2  php  error 
— Matthew McLennan
fonte
2
verifique seu log de erros.
— MagenX
servidor interno 500 vem devido à permissão de arquivo, basta dar 755 para pasta e 644 para o arquivo
— Alam Zaib

Respostas:

11

no modo desenvolvedor, os arquivos são gerados automaticamente quando solicitados e não encontrados. Portanto, isso não deve ser um problema.

Ao enfrentar um erro 500, a primeira coisa que você deve fazer é procurar o log de erros do servidor da web.

Ao executar no apache, ele pode ser encontrado principalmente em um destes 2 locais:

/ var / log / httpd / -> centos, archlinux ...

/ var / log / apache2 / -> debian, ubuntu ...

— David Verholen
fonte
5

Tente executar o seguinte comando na raiz do Magento e, antes de executar este comando, forneça as permissões completas para o diretório de instalação

php bin/magento setup:static-content:deploy -f
— Gaurav Patel
fonte
2

No CentOS 7, desabilitei as configurações do firewall com o seguinte comando:

$ setenforce 0

e é isso. O problema foi resolvido. Com isso RHEL 7 and CentOS 7, o SELinux torna o sistema mais seguro, mas apresenta muitos desafios para as pessoas que não são Linux.

— Rajveer
fonte
2

Solução: Erro interno do servidor !! Magento 2.2.2 Muito importante !! especialmente para WAMPserver no windows10

  1. Certifique-se de que o LoadModule version_module modules / mod_version.so esteja carregado no httpd.conf. Esse bug causa erro interno do servidor do Magento 2.2.2 e, se a seguinte configuração tiver "#", pls remove "#"

Módulos LoadModule version_module / mod_version.so

  1. crie uma nova pasta e chame -a de "estática" depois de / pub / assim: http: // localhost / magento222 / pub / static / clique com o botão direito do mouse na pasta "estática" e clique em propriedade para verificar se é gravável.

  2. exclua seu banco de dados mysql antigo do magento222 e crie um novo para fazer uma instalação limpa e segura.

PS: Ver. 2.2.2 não é uma versão estável.

— Simon Chang
fonte
2

Por favor, verifique .htaccess first.possibility do módulo não ativado. Porque eu enfrentei esse problema por causa do módulo mod_version, então eu o habilitei no apache e agora está funcionando.

Você também pode verificar a substituição do arquivo .htaccess ou renomeá-lo para confirmar a emissão do arquivo .htaccess.

Obrigado

— Savoo
fonte
2
eu tenho substituir arquivo .htaccess e emitir graças resolvidos
— Sagar Dobariya
1
  1. Também pode ser por causa de permissões de arquivo incorretas.
  2. Certifique-se de que você CHMOD para "user":"group" "magento install DIR"
— Runehm
fonte
1

Também me deparei com a mesma situação de manhã, mas graças à resposta @david.

Após uma pequena pesquisa no diretório de log do Apache, soube que o apache não tem permissão para ler a pasta app / etc / .

Então, depois de dar permissão, tudo funciona bem.

— Deepanshu Jain
fonte
1
Por favor me diga o caminho.
— Jafar pinjar
Se você estiver no ambiente Linux, normalmente será / var / log / apache2 ou / var / log / httpd /
— Deepanshu Jain
1

No meu caso, é devido a problemas de propriedade. Eu estava usando o sistema operacional ubuntu, então usei o seguinte comando para corrigir a propriedade.

sudo useradd magento

Agora associe esse usuário magento ao grupo de usuários do servidor web. No ubuntu é por padrão www-data

sudo usermod -g www-data magento

Agora navegue no diretório do projeto Magento no terminal e execute os seguintes comandos.

sudo find var vendor pub/static pub/media app/etc -type f -exec chmod g+w {} \; sudo find var vendor pub/static pub/media app/etc -type d -exec chmod g+ws {} \; sudo chown -R magento:www-data . sudo chmod u+x bin/magento

Depois que esses comandos são executados com sucesso, o usuário do Magento tem permissão necessária, independentemente da configuração do Magento.

Reinicie o servidor apache pelo seguinte comando

sudo systemctl restart apache2

— Mukesh Ojha
fonte
seu código me custou perder a propriedade da minha pasta publiv_html e, por dentro, qualquer pessoa que tenha o problema deve executar este comando para reverter as opções: para i em cat /etc/trueuserdomains | awk '{print $2}' > do> chown $ i. $ i / home / $ i-R; > chown $ i.mail / home / $ i / etc -R; > chown $ i.nobody / home / $ i / public_html; > chmod 750 / home / $ i / public_html; > feito;
— The Dead Guy
@TheDeadGuy, era um comentário muito antigo. Pedi desculpas por isso. Agora eu editei minha resposta, tente com isso.
— Mukesh Ojha
você está perdoado;)
— The Dead Guy
0

parece precisar apenas index.php

mostre erros de php Mostrar erros de PHP

e depois pode consertar

no meu caso - foi permissão para dirs

— Alex
fonte
0

Se você estiver usando o Magento 2.2.4. Primeiro, vá para o diretório de log do Apache e

[Wed May 30 00:58:17.857269 2018] [core:alert] [pid 7184:tid 1244] [client 127.0.0.1:65528] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 00:58:42.568180 2018] [core:alert] [pid 7184:tid 1248] [client 127.0.0.1:49165] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 00:59:01.667499 2018] [core:alert] [pid 7184:tid 1252] [client 127.0.0.1:49169] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 01:00:04.655715 2018] [core:alert] [pid 7184:tid 1272] [client 127.0.0.1:49174] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration
[Wed May 30 01:00:35.151803 2018] [core:alert] [pid 7184:tid 1272] [client 127.0.0.1:49201] C:/Creation/wamp64/www/m2version/ms-live-version/.htaccess: Invalid command '<IfVersion', perhaps misspelled or defined by a module not included in the server configuration

Segundo o log, o principal problema é um arquivo .htaccess. Não sei o motivo exato, mas o seguinte código remover do arquivo .htaccess está funcionando.

Remova o código da tag do arquivo.

<Files composer.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files composer.lock>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .gitignore>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .htaccess>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .htaccess.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .php_cs.dist>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files .travis.yml>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files CHANGELOG.md>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files COPYING.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files Gruntfile.js>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files LICENSE.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files LICENSE_AFL.txt>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files nginx.conf.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files package.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files php.ini.sample>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files README.md>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files auth.json>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>
<Files magento_umask>
    <IfVersion < 2.4>
        order allow,deny
        deny from all
    </IfVersion>
    <IfVersion >= 2.4>
        Require all denied
    </IfVersion>
</Files>

Nota: Não sei se há problemas no futuro ou não. Mas isso me ajuda.

— Shuvankar Paul
fonte
0

Lutou por uma hora e finalmente o problema foi resolvido após a remoção das configurações de proxy. Quem enfrentar esse problema, verifique sua configuração de proxy.

— L-Board
fonte
0

É uma questão muito sofisticada.

Muito motivo possível pode acontecer para isso. Melhor do que ir aleatoriamente, depure o problema.

se você estiver usando o apache2 para ir para / var / log / apache2 e você encontrará error.log, outro encontrará uma razão específica para isso estar acontecendo. E resolveu isso através de uma pesquisa na internet.

Possível Problema:

  • Se você copiar arquivos e banco de dados do site existente e colocar o directoly no novo servidor, poderá haver algum problema de copatibilidade; para fazer o upload de uma cópia freash e tentar instalá-lo, você encontrará o que está faltando
  • Na nova versão do Magento, há uma pasta especial chamada gerada . Isso deve ser permissão de gravação.
  • Outro motivo principal é a permissão geral de arquivo. Certifique-se de que var, gerado, fornecedor, app / etc, pub / media e pub / static tenham acesso de gravação adequado.
— Shuvankar Paul
fonte
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.