Dépannage du site Adobe Commerce

a. OUI - Si vous avez coché Adobe Magento Status et qu’un problème s’est produit, ouvrez un ticket d’assistance pour plus d’informations.
b. NO - Si vous avez coché Adobe Magento Status et qu’il n’y a pas de problème, passez à l’ étape 2.

a. OUI - Si vous avez coché État Fastly et qu’un problème s’est produit, ouvrez un ticket d’assistance pour plus d’informations.
b. NO - Si vous avez coché Fastly Status et qu’il n’y a pas de problème, passez à l’ Étape 3.

Pour vérifier les codes d’erreur dans Firefox : cliquez sur l’icône Open Menu > Web Developer > Toggle Tools > Network > All filter > Status column. Pour vérifier les codes d’erreur dans Chrome : cliquez sur l’icône Ouvrir le menu > Plus d’outils > Outils de développement > Onglet Réseau > Filtre All > Colonne État.

a. OUI - Ouvrez un ticket d’assistance pour plus d’informations.
b. NO - Passez à Étape 4.

a. Code d’erreur 500 - Vérifier le journal de /var/log/platform/. Si ces données ne vous présentent pas le problème, vous pouvez ouvrir un ticket d’assistance et inclure les informations de dépannage dont vous disposez jusqu’à présent pour plus d’informations.

b. Code d’erreur 503 - Vérifier le journal de var/reports. Si ces données ne vous présentent pas le problème, vous pouvez ouvrir un ticket d’assistance et inclure les informations de dépannage dont vous disposez jusqu’à présent pour plus d’informations.

c. Code d’erreur 404 - Exécutez la requête suivante : SELECT f.flag_data->>'$.current_version' as flag_version, (su.id IS NOT NULL) as update_exists FROM flag f LEFT JOIN staging_update su ON su.id = f.flag_data->>'$.current_version' WHERE flag_code = 'staging'; Si la requête renvoie une table, où la valeur update_exists est "0", reportez-vous à l’article Erreur 404 sur toutes les pages, storefront et Admin, en raison d’un problème d’évaluation de contenu. Dans tous les autres cas, passez à l'étape 5.

d. Autres codes d’erreur - Passez à l’ étape 5.

a. OUI - Passez à la procédure Vérification des attaques DDOS de l’interface de ligne de commande.
b. NO - Vérifiez les journaux de /var/log/exception.log et /var/log/deploy.log, et si ces données ne vous présentent pas le problème, passez à l'étape 6.

a. OUI - Passez à l’étape 13.
b. NO - Passez à l’ étape 7.

a. OUI - Passez à la procédure de vérification d’Elasticsearch.
b. NO - Passez à Étape 8.

a. OUI - Poursuivez en vérifiant que les requêtes et les processus lents prennent trop de temps dans MySQL et en vérifiant la structure de vos requêtes dans ce tutoriel sur les requêtes MySQL.
b. NO - Passez à Étape 9.

a. OUI - Continuez avec la consultation de l'article Vérification du contenu statique .
b. NO - Passez à l’ étape 10.

a. OUI - Continuez avec le service de conseil Erreurs et solutions fatales PHP courantes.
b. NO - Passez à l'étape 11.

a. OUI - Passez à la vérification que Redis est en cours d’exécution et pour la résolution des problèmes de Redis.
b. NO - Passez à l'étape 12.

a. OUI - Si votre index est verrouillé par un autre processus, consultez L'index est verrouillé par un autre processus. Si vous rencontrez d’autres erreurs de l’indexeur, ouvrez un ticket d’assistance pour plus d’informations.
b. NO - Ouvrez un ticket d’assistance pour plus d’informations.

a. OUI - Passez à la Aide générale de dépannage des modules personnalisés.
b. NO - Passez à l'étape 14.

a. OUI - Continuez en vérifiant votre erreur MySQL dans cette référence de message d’erreur du serveur MySQL.
b. NO - Passez à l’ étape 15.

a. OUI - Passez à la consultation L’application d’un correctif réduit votre site.
b. NO - Passez à l'étape 16.

a. OUI - Continuez en vérifiant votre erreur MySQL dans cette référence de message d’erreur du serveur MySQL.
b. NO - Passez à l'étape 17.

a. OUI - Poursuivez la vérification des verrous morts MySQL dans cet article Deadlocks in MySQL .
b. NO - Ouvrez un ticket d’assistance pour plus d’informations.