Erreur de serveur interne Magento 2: 500

J'ai suivi les documents de développement de Magento ci-dessous:

Si vous ajoutez un nouveau modèle .html, puis le modifiez, les modifications ne s'appliqueront que si vous effectuez les opérations suivantes: supprimez tous les fichiers des répertoires pub / static / frontend et var / view_preprocessing, puis rechargez les pages. Vous pouvez supprimer les fichiers manuellement ou exécuter la commande grunt clean: dans CLI. Pour plus de détails sur l'utilisation de Grunt dans Magento, voir Installation et configuration de Grunt.

Cependant, maintenant en mode développeur défini via htaccess, j'obtiens une erreur de serveur interne 500 sur le site et les URL d'administration. Est-ce un problème de mise en cache s'il recherche les fichiers effacés à restituer?

en mode développeur, les fichiers sont générés automatiquement lorsqu'ils sont demandés et introuvables. Cela ne devrait donc pas être un problème.

Face à une erreur 500, la première chose à faire est de rechercher le journal des erreurs de votre serveur Web.

Lors de l'exécution sur apache, il peut principalement être trouvé dans l'un de ces 2 emplacements:

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

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

Essayez d'exécuter la commande suivante dans la racine Magento et avant d'exécuter cette commande, donnez les autorisations complètes au répertoire d'installation

php bin/magento setup:static-content:deploy -f

Sur CentOS 7, j'ai désactivé les paramètres du pare-feu avec la commande suivante:

$ setenforce 0

et c'est tout. Le problème est résolu. avec RHEL 7 and CentOS 7, SELinux rend le système plus sécurisé mais il pose beaucoup de défis aux gens non Linux.

Lösung: Erreur interne de serveur!! Magento 2.2.2 très important !! en particulier pour WAMPserver dans windows10

1. Veuillez vous assurer que LoadModule version_module modules / mod_version.so est chargé à partir de httpd.conf, ce bogue provoque une erreur de serveur interne de Magento 2.2.2 et si le paramètre suivant a obtenu "#", veuillez supprimer "#"

LoadModule version_module modules / mod_version.so

2. créez un nouveau dossier et nommez-le "statique" après / pub / ressemble à ceci: http: // localhost / magento222 / pub / static / faites un clic droit sur le dossier "statique" et cliquez sur propriété pour vous assurer qu'il est accessible en écriture.

3. supprimez votre ancienne base de données mysql pour magento222 et créez-en une nouvelle pour effectuer une installation propre et sûre.

PS: Ver. 2.2.2 n'est pas une version stable.

Veuillez vérifier .htaccess first.possibility of module not enabled. Parce que j'ai rencontré ce problème à cause du module mod_version, je l'ai donc activé depuis apache et maintenant ça fonctionne.

Vous pouvez également vérifier en remplaçant votre fichier .htaccess ou le renommer pour confirmer le problème du fichier .htaccess.

Je vous remercie

1. Cela peut également être dû à des autorisations de fichier incorrectes.
2. Assurez-vous que vous CHMOD à "user":"group" "magento install DIR"

Je suis également tombé sur la même situation le matin mais grâce à la réponse @david.

Après quelques recherches sur le répertoire des journaux d'Apache, j'ai appris qu'apache n'avait pas l'autorisation de lire le dossier app / etc / .

Donc, après avoir donné la permission, tout fonctionne bien.

Dans mon cas, cela est dû aux problèmes de propriété. J'utilisais ubuntu os, j'ai donc utilisé la commande suivante pour corriger la propriété.

sudo useradd magento

Associez maintenant cet utilisateur magento au groupe d'utilisateurs du serveur Web. Dans Ubuntu, c'est par défaut www-data

sudo usermod -g www-data magento

Naviguez maintenant dans le répertoire du projet Magento dans le terminal et exécutez les commandes suivantes.

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

Une fois ces commandes exécutées avec succès, l'utilisateur de magento dispose de toutes les autorisations nécessaires quelle que soit la configuration de Magento requise.

Redémarrez le serveur apache à l'aide de la commande suivante

sudo systemctl restart apache2

semble avoir seulement besoin d'indexer.php

afficher les erreurs php Afficher les erreurs PHP

et après peut réparer

dans mon cas - était la permission de dirs

Si vous utilisez Magento 2.2.4. Ensuite, allez d'abord dans le répertoire des journaux Apache et

[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

Selon le journal, le problème principal est un fichier .htaccess. Je ne connais pas la raison exacte, mais la suppression du code suivant du fichier .htaccess fonctionne.

Supprimez le code de balise de fichier.

<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>

Remarque: je ne sais pas s'il peut y avoir un problème à l'avenir ou non. Mais ça m'aide.

Lutté pendant une heure et enfin le problème a été résolu après la suppression des paramètres de proxy. Quiconque est confronté à ce problème, vérifiez vos paramètres de proxy.

Résolu en accordant les autorisations de fichier appropriées au dossier racine de magento

C'est un problème très sophistiqué.

Beaucoup de raisons possibles peuvent se produire pour cela. Mieux que d'aller au hasard, déboguez le problème.

si vous utilisez apache2 pour aller dans / var / log / apache2 et que vous trouverez error.log, vous y trouverez une autre raison spécifique pour laquelle cela se produit. Et l'a résolu par une recherche sur Internet.

Problème possible:

• Si vous copiez des fichiers et une base de données à partir d'un site existant et mettez directoly sur le nouveau serveur, il peut y avoir un problème de compatibilité, pour cela téléchargez une copie freash et essayez de l'installer, vous trouverez ce qui manque
• Dans la nouvelle version de Magento, il existe un dossier spécial appelé généré . Cela doit être une autorisation d'écriture.
• Une autre raison principale est l'autorisation globale des fichiers. Assurez-vous que var, généré, fournisseur, application / etc, pub / media et pub / static ont un accès en écriture approprié.