Voici comment résoudre les 4 erreurs les plus courantes WordPress

Matthias Held Dernière mise à jour : 07.10.2020
14 Min.
WordPress  Erreur
Dernière mise à jour : 07.10.2020

En soutien, nous avons des milliers de conversations en ligne par mois et nous aidons nos clients chaque jour à signaler les erreurs et les problèmes liés à leur WordPress pages à résoudre. Dans notre article, nous vous montrerons, étape par étape, comment résoudre quatre des problèmes les plus importants WordPress j'ai corrigé l'erreur.

Aucun autre système de gestion de contenu (CMS) n'est aussi facile à utiliser que WordPress : Themes et Plugins peuvent être installés et gérés en quelques clics, sans nécessiter de grandes connaissances techniques. Avec un une part de marché de plus de 30 %. WordPress est pratiquement devenu le système d'exploitation de l'Internet.

En raison de la facilité d'utilisation, de la communauté active et des diverses possibilités d'individualisation de vos pages WordPress parfait pour le web d'aujourd'hui. La frustration est d'autant plus grande lorsque votre WordPress cause soudainement des problèmes. Mais pas de panique ! Aujourd'hui, je vais vous montrer comment faire quatre WordPress résout les erreurs rapidement, facilement et indépendamment.

Nos conseils pour résoudre les erreurs typiques WordPress

Afin de vous apporter le meilleur soutien possible pour le dépannage et de partager les connaissances acquises au cours de nos années d'expérience en matière de soutien, je vais vous expliquer les causes possibles et les solutions correspondantes pour quatre problèmes typiques WordPress d'aujourd'hui.

WordPress Erreur n°1 : Écran blanc de la mort

WordPress Faute : écran blanc de la mort

L'"écran blanc de la mort" (WSOD) est une analogie avec l'écran bleu de la mort, qui s'affiche dans Windows lors d'un plantage du système. Comme son nom l'indique, avec le WSOD, le site web, dans le frontend ou le backend (wp-admin), reste simplement blanc - sans message d'erreur ni informations supplémentaires.

Causes et solutions possibles pour l'écran blanc de la mort

Cause 1 : Incompatibilité plugin sou themes

L'erreur est très souvent causée par une combinaison erronée de plugin sou themes, par exemple :

  • A plugin n'est pas avec un autre plugin ou compatible avec celui qui est actif theme.
  • Un plugin/theme a été téléchargé deux fois via S/FTP dans des versions différentes.
  • On plugin/theme n'est pas utilisable avec la version PHP définie.

Par l'une de ces erreurs, il tombe WordPress en état de choc et provoque l'Écran blanc de la mort.

Voici comment résoudre les 4 erreurs les plus courantes WordPress
Analyse du problème : vos sites Plugins et Themes sont-ils incompatibles ?

La première approche consiste à défaire ses récents changements. Réfléchissez aux changements que vous avez apportés. Avez-vous peut-être installé un nouveau Plugin ou modifié un Theme ? Les mises à jour de Plugins et Themes peuvent également conduire à ces comportements.

Tout d'abord, vous devez déterminer si l'erreur se produit sur toutes les pages ou seulement sur certaines d'entre elles. Par exemple, seule votre page de contact est-elle concernée ? Si vous venez d'intégrer un formulaire de contact sur cette page, on peut en conclure que ce formulaire de contactPlugin est responsable du WSOD.

L'écran blanc de la mort apparaît-il sur toutes les URL de l'ensemble du frontend ? Elle peut alors le faire theme elle-même ou un plugin qui est intégré sur toutes les pages - par exemple un widget dans le pied de page, un curseur dans l'en-tête ou un plugin pour la navigation.

S'il reste blanc même en appelant le backend (yoursite.com/wp-admin), c'est très probablement cela theme ou une mauvaise configuration du serveur web.

Consultez votre journal de débogage !

Souvent, il est utile de consulter le fichier error.log de votre serveur ou le journal de débogage de WordPress lui-même (WP-DEBUG). Vous pouvez l'activer en modifiant le wp-config.php de votre installation WP et mettez /* C'est tout, arrêtez le montage ! Bon blogage. */ ajouter les lignes suivantes lignes :

define('WP_DEBUG',true) ;

define('WP_DEBUG_DISPLAY',true) ;

Si votre installation possède déjà une entrée "WP_DEBUG", mais qu'elle est réglée sur faux vous pouvez simplement fixer cette valeur à true et il suffit d'ajouter la ligne suivante en dessous :

define('WP_DEBUG_DISPLAY',true) ;

Ensuite, lorsque vous retournez à la page de votre problème, vous obtenez les raisons correspondantes des erreurs, au lieu de la page blanche. Les erreurs qui commencent par une erreur fatale ou une erreur d'analyse sont généralement celles qui provoquent l'écran blanc de la mort.

Au fait : Sur RAIDBOXES , vous pouvez activer le journal de débogage d'un simple clic dans vos paramètres BOX. Vous obtiendrez la sortie du journal de débogage sous le lien mentionné dans vos paramètres.

WP-Debug_RAIDBOXES

Vous pouvez maintenant voir exactement quel fichier génère une erreur à quel moment et pourquoi elle se produit. J'ai un exemple pour vous illustrer cela. Wvoici les informations suivantes dans l'erreur d'analyse :

Journal de débogage

L'erreur se produit donc :

  • Dans le dossier /wp-content/plugins /contact-form-7/wp-contact-form-7.php
  • À la ligne 12
  • Apparemment, il y a là un caractère inattendu, en l'occurrence un "<".
En cas d'incompatibilité Plugins & Themes , les solutions suivantes sont disponibles :

Solution 1 : Si vous le pouvez, restaurez une sauvegarde. Cela permettra simplement de rétablir votre installation WordPress dans l'état où elle se trouvait avant l'erreur.

Solution 2Si vous n'avez pas de sauvegarde, vous n'avez pas d'autre choix que de renommer le dossier du suspect Plugins ou Themes via S/FTP. Cela le désactivera. Dans notre exemple, il s'agirait du dossier du Plugins "Contact Form 7".

Si vous n'êtes pas sûr du site Plugin qui est à l'origine de l'erreur, essayez ce qui suit : Renommez tous les dossiers Plugin/Theme un par un. Si l'erreur disparaît après avoir renommé un dossier, vous avez identifié le coupable. identifiés. En tant que client de RAIDBOXES , vous pouvez aussi simplement utiliser la gestion Plugin et Theme dans le tableau de bord du RB pour désactiver.

Conseil : Souvent, le problème est simplement un dossier renommé theme, vous devriez donc vérifier l'orthographe correcte via S/FTP !

Voici comment résoudre les 4 erreurs les plus courantes WordPress

Cause 2 : erreur de serveur

1) Problème : limite de mémoire PHP trop faible

Le message d'erreur typique dans le fichier error.log est le suivant
"Erreur fatale : Taille mémoire autorisée de XXXX octets épuisée (tentative d'allocation de XXXX octets) dans..."

En outre, il peut y avoir une page blanche avec le message d'erreur Erreur de serveur interne apparaît.

Voici ce qui se passe ici :
Une tâche PHP consomme plus de mémoire que la valeur fixée par l'hébergeur ne le permet.

Solution : Dans ce cas, il suffit généralement d'ajouter la ligne suivante au fichier wp-config.php :

define('WP_MEMORY_LIMIT', '256M')

Le "256M" représente la quantité de mémoire vive à utiliser en Mo. On pourrait par exemple imaginer un "512M" pour 512MB.

Cependant, vous devez garder à l'esprit qu'une valeur trop élevée peut entraîner le blocage complet de votre site. Par conséquent, vous ne devez augmenter votre limite de mémoire PHP que si votre tarif prévoit la RAM correspondante. Si votre plan est faible en RAM, vous devriez envisager de le mettre à niveau avec votre hébergeur.

2) Problème : dépassement du délai d'exécution maximum

Lors de l'installation d'importations ou d'exportations de données plus importantes WordPress themes ou plugins de plus grande envergure - l'erreur suivante peut se produire, qui est généralement affichée dans le backend :

Erreur fatale : le délai d'exécution maximal de XX est dépassé en XXX

Cela signifie que le temps d'exécution d'un script PHP est dépassé. Cela se produit souvent aussi lors de l'importation de nombreux produits sur WooCommerce ou de l'exportation de données de commande.

Solution : Augmenter le temps d'exécution maximal. Une note préalable : Normalement, la durée d'exécution spécifiée par l'hébergeur est suffisante. Pour éviter des temps de chargement et des problèmes inutilement longs, le temps d'exécution maximal ne devrait être augmenté que dans des cas individuels (par exemple pour un téléchargement de fichier important) et ensuite diminué à nouveau.

Sur le site RAIDBOXES , vous pouvez définir le temps d'exécution maximum pour le frontend et le backend séparément via les paramètres de BOX:

Délai d'exécution maximum

Avec d'autres hôtes, il suffit souvent de modifier le .htaccess via S/FTP et d'ajouter la ligne php_value max_execution_time 300 là. Ici, le chiffre 300 correspond aux secondes maximales qu'un scénario peut durer. Dans ce cas, 5 minutes.

WordPress Erreur n°2 : Problèmes avec le SSL

WordPress -Error_SSL

Au plus tard depuis l'entrée en vigueur de la Règlement général sur la protection des données (RGPD) en mai 2018, un certificat SSL devrait être indispensable pour vous. Ce n'est pas pour rien que la plupart des navigateurs donnent maintenant un message d'avertissement si un site web pas n'est pas livré crypté. C'est d'autant plus ennuyeux lorsque des erreurs SSL se produisent sur votre page WordPress .

Causes et solutions possibles des problèmes liés au SSL

Cause 1 : le certificat n'est plus à jour

Au plus tard avec le certificats gratuits de Let's Encrypt cette erreur devrait appartenir au passé. Toutefois, certains types de certificats ont une durée d'exécution. Si ce dernier a expiré, une erreur SSL peut se produire.

SolutionLa solution la plus simple est l'intégration d'un certificat SSL sans runtime, que certains hébergeurs fournissent également RAIDBOXES gratuitement et le renouveler automatiquement. Si ce service n'est pas offert par votre hébergeur, vous devez renouveler manuellement le certificat. Pour ce faire, il est préférable de créer un rappel de délai et de contacter le fournisseur de votre certificat à temps pour le renouveler.

Cause 2 : domaine non encore enregistré sur le certificat

Lorsqu'un certificat SSL est émis, vous spécifiez les domaines auxquels ce certificat doit s'appliquer. Une entrée possible pourrait être http://domain.fr. Si une redirection à partir de http://www.domain.fr ou mise en place par la suite, ce domaine n'a pas de SSL et une erreur est affichée.

SolutionLe nouveau domaine doit être ajouté au certificat SSL, puis renouvelé. Comme il s'agit d'un processus assez long et compliqué, vous devez contacter votre fournisseur d'hébergement à cet effet.

Sur RAIDBOXES , il suffit de désactiver et de réactiver le SSL dans les paramètres de BOX après avoir ajouté les domaines supplémentaires.

Cause 3 : erreur de contenu mixte

Si elle est configurée en WordPress SSL, l'adresse http:// dans la base de données doit être remplacée par https:// par défaut. Cela se RAIDBOXES fait automatiquement lors de la mise en place du SSL. Dans environ 5 à 10% des cas, il peut encore arriver que des ressources soient chargées via HTTP. Cela peut être le cas avec des images codées en dur ou des fichiers CSS/JS, par exemple. Dans Chrome, l'URL est alors grise et non verte.

Ligne d'adresse HTTPS Navigateur

Analyse et solution des problèmes :

Tout d'abord, vous devez vérifier si votre site comporte effectivement des erreurs de contenu mixte.

  1. Appuyez sur la touche F12 de votre site web (sur MAC CMD+F12) et la console du développeur s'ouvrira. Au bas de la "Console" apparaissent des champs surlignés en jaune avec "Contenu mixte" :
    Erreur de contenu mixte
  2. Faites maintenant une backup de votre page. Vous pouvez le faire en créant RAIDBOXES simplement une backup dans vos BOX backups dans le tableau de bord.
  3. Installez le Plugin Meilleure recherche Remplacer. Après activation, vous trouverez le site Plugin sous "Tools" -> "Better Search Replace".
    Dans le champ "Search for", entrez : http://
    et dans "Remplacer par" : https://
    Sélectionnez ensuite toutes les tables dans le champ de la table et cochez la case "Test run ?
    Meilleure recherche Remplacer

    Cliquez maintenant sur "Démarrer la recherche/remplacement" en bas de la page
  4. Lorsque le test a trouvé des tableaux, vous pouvez décocher "Test" et lancer la vraie course.
  5. Une fois le vrai cycle terminé, vérifiez à nouveau la page pour voir si vous avez encore des erreurs de contenu mélangées (voir étape 1).
  6. Si vous obtenez encore des erreurs de contenu mixte, vérifiez le code source pour voir où les ressources sont encore incluses avec "http" au lieu de "https" et remplacez-les en conséquence.

WordPress Erreur n°3 : 504 Délai d'attente de la passerelle

WordPress Temps d'inactivité de la passerelle de défaut

Une erreur de temporisation de la passerelle 504 peut être assez courante si vous avez un grand nombre de Plugins qui communiquent également avec des services externes. Le message d'erreur signifie qu'un processus PHP prend plus de 30 secondes.

En tant que propriétaire d'un site web, l'erreur est souvent directement liée à un problème sur le serveur. Cependant, ce n'est pas toujours le cas.

Causes et solutions possibles pour le dépassement du délai de la passerelle 504

Une erreur de temporisation de la passerelle 504 se produit lorsqu'un serveur faisant office de passerelle, c'est-à-dire le serveur qui se connecte à un autre serveur, ne peut pas atteindre cet autre serveur dans un délai déterminé.

Cette erreur peut être causée par divers éléments. Il peut s'agir de votre réseau local, de votre navigateur, de votre fournisseur d'accès à Internet (FAI), de votre serveur web ou même d'un tiersPlugin ou Theme.

Cause 1 : problème local

Les paramètres du navigateur ont changé, un proxy a été activé, votre FAI a des problèmes, votre cache DNS local n'est pas à jour, et bien d'autres possibilités peuvent provoquer cette erreur.

Solution : Testez l'URL sur le site web http://www.isitdownrightnow.com/. Si vous recevez un message indiquant que le site est en ligne ("YourUrl.com" est UP et joignable), il y a un problème local.

Vérification de l'état du serveur_Up

Mais si le résultat du test est "DeineUrl.de" est BAS, cela indique un problème avec votre DNS, votre serveur web ou un WordPress plugin ou theme

Vérification du statut du serveur_Down

Cause 2 : problèmes de DNS

Le DNS (Domain Name System) est responsable de la conversion de votre URL (comme raidboxes.fr) en une IP (par exemple 94.130.145.82).

Dans le cas d'une nouvelle inscription ou d'un transfert de domaine, il peut s'écouler un certain temps avant que tous les ordinateurs, les serveurs DNS et les fournisseurs n'aient reconnu l'ajustement. Cela peut prendre jusqu'à 24 heures.

Solution : Tout d'abord, vous devez vérifier s'il existe un problème local. Pour ce faire, videz votre cache DNS :

Pour vider le cache DNS de votre appareil, ouvrez d'abord votre ligne de commande comme suit.

  • Windows : Appuyez sur [Win-Key + R], ici cmd et appuyez sur Enter
  • Mac : Terminal de lancement depuis le quai de Demandes > Services publics > Terminal

Ensuite, vous entrez les données suivantes :

  • Windows : ipconfig /flushdns
  • Mac : dscacheutil -flushcache

Après cela, votre cache DNS local est vidé et vous pouvez réessayer.

Si l'erreur persiste, voyez ce que d'autres serveurs dans le monde ont à dire à ce sujet. Pour ce faire, rendez-vous sur www.whatsmydns.net et entrez l'URL dans la ligne de recherche (Note : Veuillez vous assurer que "A" est sélectionné dans le deuxième champ de sélection afin que seul l'enregistrement A soit vérifié. Il est responsable de la résolution correcte du nom de domaine à l'adresse IP. Alors commencez le scan !

Vérification du DNS

Si l'enregistrement DNS est à jour sur tous les serveurs, vous devriez voir une coche verte et la même adresse IP partout. Dans la plupart des cas, cette IP doit pointer vers l'IP de votre serveur (exception : si un CDN est connecté en amont).

Si des erreurs sont affichées sous la forme d'un "X" rouge, ce serveur n'a pas encore la bonne entrée. S'il y a des IP différentes, le serveur a toujours l'ancienne entrée et n'a pas encore été mis à jour avec la nouvelle. Dans ce cas, la seule chose qui aide est d'attendre.

Cause 3 : Problème de serveur (par exemple, performance ou hébergeur)

Les sites web à forte fréquentation et les sites de commerce électronique tels que les magasins qui exploitent WooCommerce génèrent de nombreuses requêtes au serveur, qui, en raison de leur contenu, ne peuvent être mis en cache. et donc entraîner une charge élevée du serveur - jusqu'à l'effondrement du serveur.

Solution : Si les performances de votre pack d'hébergement ne sont pas suffisantes pour votre site web, vous devrez peut-être le mettre à niveau. Par ailleurs, il est souvent utile de passer à un autre hébergeur dont l'architecture du serveur offre de meilleures performances. Vous pouvez faire un essai gratuit en vous rendant sur WordPress avec votre site web. test move to RAIDBOXES gratuitement. Votre site en direct ne sera pas perturbé dans son fonctionnement, car vous obtenez un environnement complètement séparé avec sa propre URL, qui n'est pas indexée par les moteurs de recherche. Dans plus de 80 % des cas, on constate une augmentation significative des performances et une réduction de 504 erreurs à 0.

Cause 4 : Spam pour le trafic, attaques DDOS, attaques de bot

Les attaques DDOS et le trafic de SPAM peuvent faire planter votre site en générant tellement de hits (non mis en cache) que votre serveur se bloque.

Solution : Pour filtrer de telles attaques, il est souvent utile d'utiliser un CDN. Cloudflarequi filtre l'accès à votre site web et bloque les robots spammeurs et les attaques. Dans les cas très persistants, vous pouvez exclure (bloquer) les adresses IP des attaquants de l'accès à votre site web.

Sur RAIDBOXES , vous pouvez le faire facilement via vos paramètres BOX:

Boîtes à images de blocage IP

Cause 5 : Problèmes avec plugin set themes

Dans certains cas, de très longues demandes provenant de Plugins ou Themes peuvent entraîner des erreurs de temporisation de la passerelle 504. Si vous venez de mettre à jour Theme ou Plugin , essayez d'abord de le désactiver.

Pour RAIDBOXES , vous pouvez le faire via vos paramètres Plugin/Theme de votre BOX - même si vous ne pouvez plus accéder à votre backend WordPress .

RAIDBOXES plugin et theme administration

Si vous n'avez pas accès à votre backend WordPress sur d'autres hôtes, vous pouvez vous connecter via S/FTP et ouvrir le dossier .. /wp-content/themes ou .. /wp-content/plugins recherchez le Theme/Plugin correspondant et renommez le dossier. Cela désactivera automatiquement l'élément correspondant.

Si vous n'êtes pas sûr du site Plugin ou Theme à l'origine du problème, passez d'abord à un site standardTheme comme vingt-sept.

Si cela résout le problème, c'est très probablement dû à theme ou à une connexion de theme et plugins. Pour ce faire, contactez le fabricant de l'appareil themes. Si ce n'est pas le cas, désactivez tous les plugins et les réactiver petit à petit jusqu'à ce que vous ayez identifié le "problème plugin" correspondant.

Essayez ensuite de réinstaller ce Plugin . Si cela ne vous aide pas non plus, contactez le fabricant Plugin.

WordPress Erreur n°4 : Erreur lors de l'établissement d'une connexion à la base de données

Erreur lors de l'établissement d'une connexion à la base de données

L'erreur "Establishing a Database Connection" est une super-GAU parmi les WordPress erreurs. Le message d'erreur signifie que votre serveur n'a plus accès à la base de données ou ne peut plus l'atteindre.

Votre WordPress base de données contient presque toutes les informations dont votre site a besoin pour fonctionner correctement. Non seulement le contenu de vos pages et de vos messages, mais aussi les informations de connexion de vos utilisateurs et plugin leurs theme paramètres sont stockés dans la base de données.

Seules les images, plugin les theme fichiers et les WordPress fichiers de base de données ne sont pas stockés dans la base de données mais dans le système de fichiers de votre site web, auquel vous pouvez accéder par exemple via S/FTP.

Causes et solutions possibles pour Erreur lors de l'établissement d'une connexion à la base de données

Si votre site reste blanc et que seul le message d'erreur "Error Establishing a Database Connection" apparaît, votre site ne peut pas se connecter à votre base de données ou les informations nécessaires sont manquantes ou incorrectes. Dans la plupart des cas, vous ne pourrez pas vous connecter au WordPress backend dans ce cas.

Cause 1 : données incorrectes dans wp-config.php

En général, ce sont simplement des informations incorrectes sur la connexion à la base de données qui provoquent l'erreur. Cette erreur se produit souvent après une migration vers un nouveau serveur ou un nouvel hébergeur et est assez facile à corriger :

SolutionPour toutes les erreurs liées au système (et celle-ci est particulièrement importante !), vous devez créer une sauvegarde de votre site au préalable. Les clients de RAIDBOXES créent simplement une sauvegarde manuelle dans leurs sauvegardes BOX. Avec d'autres hébergeurs, vous devrez peut-être sauvegarder l'ensemble du site ou au moins les fichiers que vous modifiez localement.

Obtenez maintenant les informations nécessaires pour vous connecter à la base de données. C'est le cas :

  • Nom de la base de données (DB_NAME)
  • Nom d'utilisateur MySQL (DB_USER)
  • Mot de passe utilisateur MySQL (DB_PASSWORD)
  • Nom d'hôte MySQL (DB_HOST) [C'est le serveur].
  • Préfixe de table ($table_prefix) [principalement 'wp_']

En général, vous pouvez trouver ces informations dans le tableau de bord de votre hébergeur. La plupart du temps, toutes les informations ne sont pas nécessaires. Sur RAIDBOXES , par exemple, vous n'avez besoin que du préfixe du tableau, car les autres entrées sont automatiquement lues et contrôlées.

Si vous disposez des informations nécessaires, téléchargez via S/FTP le fichier "wp-config.php" dans le répertoire principal de votre installation WordPress , faites-en une copie locale comme sauvegarde et modifiez l'original par exemple avec Bloc-notes.

Vous y trouverez les lignes suivantes (remarque : $table_prefix ne sera pas là dans tous les cas) :

wp-config.php

Vous faites correspondre ces informations avec celles que vous venez de recevoir.

Enregistrez ces modifications et rechargez le fichier dans le répertoire racine de votre serveur (écrasez le fichier original, vous avez une backup locale).

Si les informations sont maintenant correctes, vous devriez pouvoir à nouveau utiliser votre site web normalement.

Cause 2 : base de données incorrecte

Il se peut qu'il y ait eu une erreur dans votre base de données.

Solution WordPress peut être en mesure de réparer la base de données automatiquement. Pour ce faire, rendez-vous sur DEINEURL.de/wp-admin. Si vous voyez ici que votre base de données peut être réparée, ajoutez directement avant "/* C'est tout, arrêtez l'édition ! Bon blogage. */" ajoutez la ligne suivante à votre WP-Config :

define('WP_ALLOW_REPAIR',true) ;

Appelez ensuite exemple.fr/wp-admin/maint/repair.php.

Si cela résout vos problèmes, n'oubliez pas de supprimer à nouveau la ligne de wp-config.php.

Cause 3 : problèmes avec votre hébergeur

Dans certaines circonstances, le serveur SQL est actuellement hors service et n'est pas accessible. Il est également possible qu'une taille maximale de la base de données ait été atteinte. Ou bien les ressources de votre fournisseur d'hébergement sont épuisées.

Malheureusement, cela arrive souvent avec l'hébergement partagé. Parce que vous y partagez un serveur avec de nombreux autres sites web. Si une page consomme beaucoup de ressources, c'est bien sûr au détriment de votre site. C'est pourquoi nous recommandons toujours d'utiliser un hébergement performant spécialement adapté à WordPress . Hébergement haute performanceafin de ne pas en arriver à de telles surcharges.

SolutionContactez votre fournisseur d'hébergement ou consultez sa page d'état (si disponible) pour voir s'il y a des problèmes avec le serveur en ce moment. Si nécessaire, demandez au fournisseur de vous montrer la charge CPU et passez à un autre serveur si la charge est trop élevée. Si cela n'apporte aucune amélioration, vous devriez envisager de passer à un autre hébergeur.

Conclusion

Tout le monde WordPress l'utilisateur connaît la pointe de panique lorsque vous vous asseyez soudainement devant un écran blanc ou lorsque vous ne pouvez pas entrer dans WordPress backend peut se connecter. L'important est de garder la tête froide, d'aller systématiquement au fond des choses et de prendre ensuite les mesures appropriées pour résoudre le problème. J'espère que cet article vous aidera à l'avenir à analyser et à résoudre ces problèmes typiques de la WordPress peuvent supporter des erreurs.

Quel problème WordPress as-tu le plus souvent rencontré jusqu'à présent ? Laissez-moi ton avis dans les commentaires.

Matthias est le Chaos Calmer de RAIDBOXES. En tant que développeur de thèmes et de plugins, orateur aux WordCamps et contributeur actif de la communauté, il est régulièrement présent aux WordCamps et à d'autres événements sur le thème de WordPress. Il est toujours prêt pour un casse-croûte. Quand il n'est pas dans les parages, il a des chats sur les genoux.

Articles connexes

Commentaires sur cet article

C
Claud

Merci pour le tuto , mais j'ai un autre problème que j'arrive pas à le résoudre. En effet j'essaye d'ajouter le code html de Google mais lorsque je valide rien ne s'affiche le code n'est pas lu par wordpress malgré que j'ai suivi à la lettre les instructions

Laisse un commentaire

Ton adresse électronique ne sera pas publiée. Les champs obligatoires sont marqués d'un *.