Comment corriger les erreurs de mise à jour et de publication de WordPress qui ont échoué

Avez – vous rencontré une erreur de mise à jour ou de publication lors de la mise à jour du contenu de votre site WordPress? Tu es au bon endroit. Voyons comment identifier les causes profondes de ces problèmes et comment les résoudre. Quelles sont les raisons pour lesquelles WordPress n’a pas mis à jour et publié les erreurs? Lorsque votre instance WordPress n’est pas en mesure de communiquer avec l’api WordPress rest (base de l’expérience WordPress Block Editing), vous pouvez rencontrer des erreurs de publication ou de mise à jour dans WordPress. Bien qu’il y ait de nombreuses raisons à cela, le plus évident et le plus simple est que vous avez perdu votre connexion Internet. Si vous perdez une connexion, vous pouvez rencontrer une erreur de publication. Une autre raison pour laquelle cela se produit est: les changements récents à l’URL du site tout service tiers qui empêche l’API d’invoquer le plug – in défaillant dans la plupart des cas, c’est une solution simple. Étape 1: vérifiez votre connexion Internet et enregistrez vos paramètres de lien permanent la cause la plus fréquente possible de cette erreur est que vous avez perdu votre connexion Internet. WordPress peut renvoyer cette erreur si vous perdez accidentellement votre connexion lors de la mise à jour d’un billet de blog. Si vous êtes sûr d’être connecté à Internet, ouvrez le message ou la page dans la vue Édition du nouvel onglet (ou assurez – vous de copier \/ enregistrer les modifications avant de quitter la page), puis essayez de mettre à jour le contenu à nouveau.
Une autre solution courante est de sauvegarder à nouveau les paramètres de liaison permanente du site (qui sont souvent perdus en raison de changements dans la configuration de l’hôte). Il y a deux façons très simples de le faire, et nous vous recommandons d’utiliser d’abord WP CLI: mettre à jour les paramètres à
R peut afficher ce qui suit: Dans le cas précédent, le message d’erreur exact était « la mise à jour de l’erreur a échoué. Message d’erreur: la réponse n’est pas une réponse json valide ». La raison de l’erreur est que le pare – feu de cloudflare empêche l’IP de l’utilisateur d’accéder à WP json.
Par conséquent, si le problème semble être que vous avez reçu un code d’état 403 (interdit) ou une erreur d’api rest de WP json, Assurez – vous que les mesures de sécurité que vous prenez (comme le pare – feu des applications Web, décrit ci – dessous) n’incluent pas involontairement l’accès à ces répertoires sur une liste noire, empêchant ainsi les utilisateurs de publier ou de mettre à jour du contenu sur le site WordPress. Étape 3: vérifier que le service pare – feu cloudflare web application est le plus grand réseau de diffusion de contenu (CDN), la protection DDOS, la sécurité internet et le fournisseur de services DNS au monde.
Nous sommes un grand fan de servebolt cloudflare, un partenaire d’optimisation de cloudflare qui fournit une meilleure connectivité réseau entre servebolt et cloudflare. Nous utilisons cloudflare Enterprise pour toutes les parties de notre infrastructure, y compris le CDN servebolt et les services de domaine accélérés. Si votre site utilise cloudflare, le service peut bloquer les appels de l’API rest. Si le filtre pare – feu est activé et cloudflare pense que votre adresse IP est suspecte, il bloque immédiatement toutes les demandes d’api rest qui peuvent entraîner des erreurs de mise à jour ou de publication dans la zone de gestion WordPress.
Dans ce cas, avant de procéder et d’ajouter votre adresse IP à la liste blanche en tant que réparation rapide, pour déterminer la raison pour laquelle votre adresse IP a été bloquée par votre propre WAF, vérifiez l’analyse du pare – feu de l’application Web pour voir quelles règles de pare – feu ont été activées. Étape 4: examen
Journal des erreurs PHP et activer le mode de débogage dans WordPress avant d’activer le débogage WP et de déboguer le système en utilisant WordPress, les utilisateurs de servebolt auront facilement accès au Journal des erreurs PHP. Par défaut, tous les sites fonctionnant sur le cloud servebolt génèrent deux journaux: ErrorLog et accesslog. Ceux – ci peuvent être bouclés dans le Répertoire racine du site dans le dossier \/ logs (c. – à – D. au même niveau que le répertoire \/ public). Le fichier ErrorLog contiendra des informations sur tout code qui génère des erreurs d’exécution qui fonctionne sur votre site (y compris les erreurs qui n’interrompent pas votre site et ne continuent pas à fonctionner silencieusement en arrière – plan, mais parfois). De plus, si cela ne fournit pas d’autres informations sur la source de l’erreur, vous pouvez activer le mode de débogage dans WordPress. Lorsque vous entrez en mode debug, WordPress enregistre automatiquement toutes les réponses PHP reçues dans un nouveau fichier appelé debug. Journal de bord
Ce nouveau fichier apparaîtra dans le Répertoire de contenu WP, donc vous n’avez qu’à le voir pour déterminer toute réponse côté serveur qui pourrait causer des problèmes. Pour accéder au mode de débogage, ouvrez le fichier de configuration WP. Php, et ajouter la ligne suivante avant la dernière ligne: \/ \/ activer WP _ debug mode
Define (‘WP _ debug’, True);
Activer l’enregistrement de débogage dans le fichier \/ WP content \/ debug. Journal de bord
Define (‘WP _ debug Log’, True);
Évitez d’exposer les erreurs d’affichage sur le site de production (cette valeur par défaut est vraie si elle n’est pas déclarée)
Définir (‘WP _ debug Display’, false); Après avoir vu le fichier de débogage. Log, vous pouvez supprimer ce code du fichier de configuration WP. Php quitte le mode de débogage. Avec servebolt, vous pouvez accéder par défaut au Journal des erreurs PHP, y compris le Journal des erreurs et le Journal d’accès. En plus d’interroger les journaux lentement, il y a aussi
Contactez notre équipe de soutien sur demande. Cependant, le système de débogage WordPress est bien adapté pour identifier les erreurs afin que vous puissiez gérer des transactions stressantes tout en contrôlant la base de code. C’est évident, mais quand vous changez de profil WP. Php, faites attention et aidez à sauvegarder votre site. Les sites Web fonctionnant sur servebolt Cloud sont sauvegardés deux fois par jour: Nous effectuons des sauvegardes diurnes (3 jours de stockage) et nocturnes (30 jours de stockage). Vous pouvez également sauvegarder votre propre site WordPress. Pour récupérer les sauvegardes, il suffit de contacter notre équipe de support et nous Récupérons gratuitement les dernières sauvegardes. Étape 5: désactivez tous les plug – ins WordPress et vérifiez attentivement si vous soupçonnez que l’erreur est causée par un plug – in WordPress sur le site, vous pouvez choisir de désactiver tous les plug – ins et vérifier si cela résout le problème. Pour ce faire, il suffit d’aller au plug – in et de sélectionner le plug – in installé. Ensuite, il suffit de sélectionner tous les plug – ins et de les désactiver immédiatement en utilisant le menu déroulant actions par lots. Ensuite, retournez à l’écran et vérifiez si les erreurs de mise à jour ou de publication de WordPress sont toujours présentes. Sinon, vous saurez maintenant que c’est le plug – in en cours d’exécution sur votre site qui a causé l’erreur. La méthode d’identification de la violence à ce stade consiste à réactiver les plug – ins un par un et à vérifier si l’erreur se reproduit. De plus, en supprimant le processus, vous serez en mesure d’identifier le mauvais plug – in. Une fois le problème identifié, nous vous recommandons fortement de contacter l’auteur du plug – in, de l’informer et de lui fournir toutes les informations nécessaires au débogage, car cela les aidera à améliorer le produit pour vous (et tous les autres utilisateurs). Ce n’est certainement pas le cas.
Le débogage est préférable car il est évidemment assez ennuyeux et prend du temps. Solution temporaire: installation d’un plug – in d’éditeur classique (et non d’une solution) Le lancement de la version 5.0 de WordPress marque le lancement de l’éditeur Gutenberg, un concept que nous appelons aujourd’hui block. Bien qu’il ne s’agisse que d’une solution temporaire, passer de l’éditeur Gutenberg à l’éditeur classique peut vous permettre d’enregistrer et de mettre à jour vos messages. Note: il ne s’agit évidemment pas d’une solution et ne peut donc être utilisé qu’à titre temporaire. Pour passer de Gutenberg à Classic Editor, il suffit de télécharger le plug – in Classic Editor et de l’activer sur le site. Une fois activé, retournez au message (ou à la page) que vous éditez afin que vous puissiez le mettre à jour ou le publier à nouveau comme d’habitude. Étape 7: contactez notre équipe de support n’hésitez pas à contacter notre équipe de support si aucune des solutions ci – dessus n’est votre solution et si vous avez pris la sage décision d’héberger votre site WordPress sur servebolt Cloud. Nous pouvons y accéder par chat et e – mail, donc s’il vous plaît contactez – nous et notre équipe sera heureuse d’enquêter pour vous sur les causes de ce problème. Conclusion: toute erreur, en particulier celle qui vous empêche de sauvegarder votre travail ou de publier le nouveau contenu sur lequel vous travaillez, n’est pas ce que tout le monde veut. Par conséquent, malgré les solutions simples et temporaires, nous vous recommandons fortement d’identifier les causes profondes du problème afin de prendre des mesures pour s’assurer qu’il ne se reproduise plus. Intéressé par un hébergement plus rapide et empirique? Essayez le mode servebolt: extensibilité: dans le test de charge de travail réelle de l’utilisateur, servebolt fournit un temps de réponse moyen de 65 MS et un temps de réponse de 4