Magento 2: 500 Errore interno del server

10

Ho seguito i documenti di sviluppo Magento per sotto:

Se aggiungi un nuovo modello .html e poi lo modifichi, le modifiche non verranno applicate fino a quando non esegui le seguenti operazioni: elimina tutti i file nelle directory pub / static / frontend e var / view_preprocessing, quindi ricarica le pagine. È possibile eliminare i file manualmente o eseguire il comando grunt clean: nella CLI. Per i dettagli sull'uso di Grunt in Magento, consultare Installazione e configurazione di Grunt.

Tuttavia ora in modalità sviluppatore impostato tramite htaccess ottengo l'errore 500 del server interno tra i siti e gli URL di amministrazione. È un problema di memorizzazione nella cache se si cercano i file cancellati per il rendering?

magento2  php  error 
— Matthew McLennan
fonte
2
controlla il tuo registro errori.
— MagenX,
il server interno 500 è dovuto all'autorizzazione del file, basta dare 755 alla cartella e 644 al file
— Alam Zaib

Risposte:

12

in modalità sviluppatore i file vengono generati automaticamente quando richiesto e non trovato. Quindi questo non dovrebbe essere un problema.

Di fronte a un errore 500, la prima cosa da fare è cercare il registro degli errori del server web.

Quando si esegue su Apache, è possibile trovarlo principalmente in una di queste 2 posizioni:

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

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

— David Verholen
fonte
5

Prova a eseguire il seguente comando nella radice di Magento e prima di eseguire questo comando dare tutte le autorizzazioni alla directory di installazione

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

Su CentOS 7, ho disabilitato le impostazioni del firewall con il seguente comando:

$ setenforce 0

e questo è tutto. Il problema viene risolto. con RHEL 7 and CentOS 7SELinux rende il sistema più sicuro, ma pone molte sfide alle persone non Linux.

— Rajveer
fonte
2

Soluzione: errore interno del server !! Magento 2.2.2 Molto importante !! specialmente per WAMPserver in windows10

  1. Assicurati che LoadModule version_module modules / mod_version.so sia caricato da httpd.conf, questo errore causa un errore interno del server di Magento 2.2.2 e se la seguente impostazione ha "#", rimuovi "#"

LoadModule version_module modules / mod_version.so

  1. crea una nuova cartella e chiamala "statica" dopo / pub / assomiglia a questa: http: // localhost / magento222 / pub / static / fai clic con il pulsante destro del mouse sulla cartella "statica" e fai clic su proprietà per assicurarti che sia scrivibile.

  2. elimina il tuo vecchio database mysql per magento222 e creane uno nuovo per effettuare un'installazione pulita e sicura.

PS: ver. 2.2.2 non è una versione stabile.

— Simon Chang
fonte
2

Controllare prima .htaccess.possibilità di modulo non abilitato. Perché ho affrontato questo problema a causa del modulo mod_version, quindi l'ho abilitato da Apache e ora funziona.

Puoi anche verificare la sostituzione del tuo file .htaccess o rinominarlo per confermare l'emissione del file .htaccess.

Grazie

— Savoo
fonte
2
ho sostituito il file .htaccess e risolto il problema grazie
— Sagar Dobariya
1
  1. Potrebbe anche essere a causa di autorizzazioni di file errate.
  2. Assicurati di CHMOD a "user":"group" "magento install DIR"
— Runehm
fonte
1

Mi sono anche imbattuto nella stessa situazione in mattinata, ma grazie alla risposta @david.

Dopo un po 'di ricerche sulla directory dei log di Apache, sono venuto a sapere che Apache non ha il permesso di leggere la cartella app / etc / .

Quindi, dopo aver dato il permesso, tutto funziona bene.

— Deepanshu Jain
fonte
1
Per favore, dimmi il percorso.
— jafar pinjar,
Se sei in ambiente Linux, di solito sarà / var / log / apache2 o / var / log / httpd /
— Deepanshu Jain
1

Nel mio caso, è dovuto a problemi di proprietà. Stavo usando Ubuntu OS, quindi ho usato il seguente comando per correggere la proprietà.

sudo useradd magento

Ora associa questo utente magento al gruppo utenti del web server. In Ubuntu è di default www-data

sudo usermod -g www-data magento

Ora naviga nella directory del progetto Magento nel terminale ed esegui i seguenti comandi.

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

Una volta che questi comandi sono stati eseguiti correttamente, l'utente magento ha tutti i permessi necessari qualunque sia la configurazione di Magento.

Riavvia il server apache con il seguente comando

sudo systemctl restart apache2

— Mukesh Ojha
fonte
il tuo codice mi è costato perdere la proprietà della mia cartella publiv_html e in ogni caso, chiunque abbia il problema dovrebbe eseguire questo comando per ripristinare le possibilità: per i in 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; > fatto;
— The Dead Guy,
@TheDeadGuy, era un commento troppo vecchio. Mi sono scusato per questo. Ora ho modificato la mia risposta, prova con questo.
— Mukesh Ojha,
sei perdonato;)
— The Dead Guy
0

sembra aver bisogno solo di index.php

mostra errori php Mostra errori PHP

e dopo può risolvere

nel mio caso - era il permesso per dirs

— alex
fonte
0

Se stai usando Magento 2.2.4. Quindi prima vai alla directory dei log di 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

Secondo il registro, il problema principale è un file .htaccess. Non conosco il motivo esatto ma la seguente rimozione del codice dal file .htaccess funziona.

Rimuovi il codice tag del file.

<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: non so che in futuro potrebbero esserci problemi o meno. Ma mi aiuta.

— Shuvankar Paul
fonte
0

Lottato per un'ora e finalmente il problema è stato risolto dopo aver rimosso le impostazioni del proxy. Chiunque affronti questo problema, controlla le impostazioni del proxy.

— L-Board
fonte
0

Risolto fornendo le autorizzazioni appropriate per i file nella cartella principale di magento

— Neethu Mohandas
fonte
0

È un problema molto sofisticato.

Molte ragioni possibili possono accadere per questo. Meglio che andare a caso, eseguire il debug del problema.

se stai usando apache2 per andare su / var / log / apache2 e troverai error.log, altri lì troverai un motivo specifico per cui questo sta accadendo. E risolto da una ricerca su Internet.

Possibile problema:

  • Se copi file e database da un sito esistente e metti directoly sul nuovo server, allora potrebbe esserci qualche problema di copatibilità, per questo caricare una copia errata e provare a installarlo, troverai ciò che manca
  • Nella nuova versione di Magento, c'è una cartella speciale chiamata generata . Deve essere un permesso di scrittura.
  • Un altro motivo principale è l'autorizzazione generale del file. Assicurati che var, generato, fornitore, app / etc, pub / media e pub / static abbiano un accesso in scrittura adeguato.
— Shuvankar Paul
fonte
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.