Résoudre les problèmes
Elementor affiche une erreur 500 à l'enregistrement
Lors de l'enregistrement de modifications avec Elementor, le message Server Error (500 error) peut apparaître. Le code 500 confirme une erreur interne pendant la requête, mais n'indique pas à lui seul si la mémoire a été épuisée, si PHP a échoué ou si un autre composant est intervenu.
1. Identifiez la requête qui échoue
Ouvrez les outils du navigateur, enregistrez une fois et repérez dans Réseau la requête qui renvoie 500. Notez son URL, son heure et sa réponse. Évitez plusieurs tentatives d'affilée pour ne pas mélanger les journaux.
Consultez le journal PHP de cette même heure. Si vous n'en avez pas, activez temporairement le journal de débogage privé ; n'affichez pas les erreurs aux visiteurs et n'ajoutez pas de directives php_value sans savoir si le serveur les accepte.
2. Agissez selon la première erreur
Par exemple, le journal peut indiquer :
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 233472 bytes) in wp-includes/wp-db.php on line 2022
Dans cet exemple, la mémoire a bien été épuisée. Vérifiez la limite effective de PHP, la quantité demandée et le composant qui apparaît dans la trace. wp-db.php peut être l'endroit où la mémoire s'est épuisée sans être à l'origine de toute la consommation.
Ce n'est qu'ensuite qu'il faut ajuster WP_MEMORY_LIMIT ou WP_MAX_MEMORY_LIMIT, dans le maximum autorisé par memory_limit, avec la plus petite valeur suffisante. Si la limite est déjà adaptée, l'augmenter à répétition jusqu'à 512 Mo peut masquer une requête, un widget ou une extension défectueux sans le corriger.
Si la première erreur identifie un plugin ou une extension d'Elementor, mettez-le à jour et refaites le test sans ce composant en staging. S'il n'y a pas d'erreur PHP, consultez le journal du serveur et tout événement de sécurité à la même heure et sur le même chemin.
3. Vérifiez
Enregistrez la même page et confirmez que la requête ne renvoie plus 500 et qu'aucune nouvelle erreur n'apparaît dans le journal. Vérifiez la page publique, rétablissez les composants isolés et désactivez le débogage. Si le problème persiste, transmettez à l'assistance l'heure, l'URL, la réponse et la première erreur fatale, pas seulement une capture de l'avertissement d'Elementor.
Préserver le travail de l'éditeur
Avant de recharger ou de fermer l'éditeur, conservez les modifications que vous pouvez exporter ou copier et vérifiez s'il existe une révision enregistrée. Un message d'erreur à la réception de la réponse ne prouve pas que le serveur n'a rien enregistré : consultez la dernière révision et la page publiée avant de répéter l'opération.
Si vous testez le mode sans échec d'Elementor, gardez à l'esprit qu'il isole l'environnement de l'éditeur ; cela n'équivaut pas à désactiver tous les composants pour les visiteurs. Vérifiez séparément l'enregistrement et la page publique, avec la même combinaison d'Elementor, de Pro et d'extensions.
Cela peut aussi vous aider
- Un site créé avec Elementor n'affiche pas correctement les images ou les styles Réparez les images et le CSS d'Elementor qui pointent encore vers l'ancien domaine en remplaçant l'U...
- Comment résoudre l'erreur cURL 60 de certificat SSL dans WordPress Comment diagnostiquer et résoudre l'erreur cURL 60 de WordPress sans désactiver la vérification des...
- Des erreurs 404 sur des fichiers statiques ralentissent la navigation Repérez les ressources statiques absentes qui déclenchent PHP et consomment du CPU, servez-les comme...
- Diagnostiquer les erreurs cryptographiques de Sodium dans WordPress Distinguez l'absence de l'extension Sodium d'un argument invalide dans sodium_compat avant de modifi...
Quelque chose cloche ou a changé ? Racontez-nous et nous le vérifions.