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

14 Min.
WordPress  Erreur

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 simple à utiliser que WordPress: Themes il plugins peut être installé et géré en quelques clics, sans nécessiter de connaissances techniques approfondies. Avec un Une part de marché de plus de 30 %. est WordPress 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 en cas de panne du système. Comme son nom l'indique déjà, avec la JSM, 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 plugins et thèmes sont-ils incompatibles ?

La première approche consiste à inverser ses récents changements. Pensez aux changements que vous avez apportés. Peut-être en avez-vous installé un nouveau plugin ou en avez-vous theme changé un ? Aussi des mises à jour de plugin set themes peut se sentir à cette mauvaise conduite.

Vous devez d'abord déterminer si l'erreur se produit sur toutes les pages ou seulement sur certaines. Par exemple, seule votre page de contact est-elle concernée ? Si vous venez d'inclure un formulaire de contact sur cette page, il est probable que le formulairePlugin de contact soit 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 !

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

define('WP_DEBUG',true) ;

define('WP_DEBUG_DISPLAY',true) ;

Si votre installation dispose déjà d'une entrée "WP_DEBUG", mais que celle-ci est réglée sur faux vous pouvez simplement fixer cette valeur à true et il suffit de placer la ligne suivante en dessous :

define('WP_DEBUG_DISPLAY',true) ;

Ensuite, lorsque vous retournerez à la page de votre problème, vous verrez les raisons correspondantes des erreurs au lieu de la page blanche. Les erreurs qui commencent par Fatal ou Parse Error sont généralement celles qui provoquent l'écran blanc de la mort.

Au fait : RAIDBOXES Vous pouvez facilement activer le journal de débogage en un clic dans vos BOXparamètres. Vous pouvez obtenir 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 crée une erreur à quelle position et pourquoi elle se produit. Pour illustration, j'ai un exemple pour vous dans mes bagages. Wous voyez ici les informations suivantes dans l'erreur d'analyse :

Journal de débogage

L'erreur se produit donc :

  • Dans le fichier /wp-content/Plugins/contact-form-7/wp-contact-form-7.php
  • À la ligne 12
  • Apparemment, il y a un signe inattendu, en l'occurrence un "
Pour les incompatibles plugins & theme sil existe les solutions suivantes :

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

Solution 2Si vous ne disposez pas d'une sauvegarde, vous n'avez pas d'autre choix que d'utiliser S/FTP pour supprimer le dossier du suspect plugins ou theme sle renommer. Cela le désactivera. Dans notre exemple, il s'agirait du dossier de la plugins “Contact Form 7”.

Si vous n'êtes pas sûr de savoir lequel Pluginest à l'origine de l'erreur, essayez ce qui suit : Renommez tous plugin les theme dossiers/dossiers un par un. Si l'erreur disparaît après le changement de nom d'un dossier, vous avez le coupable identifiés. En tant que RAIDBOXES client, vous pouvez aussi simplement utiliser le plugin et la theme gestion dans le tableau de bord du RB pour la désactivation. 

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 insuffisante

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 sur laquelle 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. Par exemple, il serait également possible d'imaginer "512M" pour 512MB.

Cependant, vous devez garder à l'esprit qu'une valeur trop élevée peut provoquer le crash complet de votre site. Par conséquent, vous ne devez augmenter votre limite de mémoire PHP que si votre tarif prévoit la quantité de mémoire appropriée. Si votre tarif comporte peu de RAM, vous devriez envisager d'augmenter votre tarif auprès de votre hébergeur.

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

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 : dépassement du délai maximal d'exécution de XX en XXX

Cela signifie que le temps d'exécution d'un script PHP a été dépassé. Cela se produit souvent lors de l'importation de nombreux produits WooCommerceou de l'exportation de données de commande.

Solution : Augmenter le temps d'exécution maximal. Une note à l'avance : normalement, la durée d'exécution spécifiée par l'hébergeur est suffisante. Pour éviter des temps de chargement inutilement longs et des problèmes, le temps d'exécution maximal ne doit être augmenté que dans des cas isolés (par exemple pour le téléchargement d'un gros fichier), puis diminué à nouveau.

RAIDBOXES Vous pouvez définir le temps d'exécution maximum pour le frontend et le backend séparément via les BOX-settings :

Temps d'exécution maximal

Avec d'autres hébergeurs, il suffit souvent de modifier le .htaccess via S/FTP et d'ajouter la ligne php_value max_execution_time 300 à insérer. Ici, le chiffre 300 représente le nombre maximum de secondes qu'un script peut durer. Dans ce cas, cinq minutes.

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

WordPress -Faute_SSL

Au plus tard depuis la Règlement de base sur la protection des données (RGPD) en mai 2018, un certificat SSL devrait être obligatoire pour vous. Ce n'est pas pour rien que la plupart des navigateurs donnent maintenant un avis d'alerte éteint, si une page web pas est livré crypté. Cela est d'autant plus ennuyeux si votre WordPress site comporte des erreurs SSL.

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éterminée. Si elle a expiré, une erreur SSL peut se produire.

SolutionLe moyen le plus simple est d'intégrer un certificat SSL sans runtime, que certains hébergeurs ainsi que RAIDBOXES livrent gratuitement et renouvellent automatiquement Si ce service n'est pas offert par votre hébergeur, vous devrez demander manuellement un renouvellement de certificat. La meilleure façon de procéder est de créer un rappel de rendez-vous et de contacter le fournisseur de votre certificat à temps pour le renouveler.

Cause 2 : domaine non encore inscrit 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 laborieux et compliqué, vous devez contacter votre hosting prestataire de services pour cela.

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

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.

Barre d'adresse HTTPS Navigateur

Analyse et solution des problèmes :

Vous devez d'abord vérifier si votre site comporte vraiment des erreurs de contenu mixte.

  1. Appuyez sur la touche F12 sur votre site web (sur le MAC CMD+F12) et la console du développeur s'ouvre. Les champs avec "Contenu mixte" apparaissent en bas de la "Console" sur fond jaune :
    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 l'activation, vous le trouverez Pluginsous "Outils" -> "Meilleure recherche - Remplacement".
    Dans le champ "Search for", entrez : http://
    et dans "Remplacer par" : https://
    Ensuite, vous sélectionnez tous les tableaux dans le champ "Tableau" et en bas de "Test", il doit y avoir une coche.
    Meilleure recherche Remplacer

    Cliquez maintenant sur "Lancer la recherche/remplacement" tout en bas
  4. Lorsque le test a trouvé des tableaux, vous pouvez décocher la case "Test" et lancer le vrai test.
  5. Une fois la vraie course terminée, vérifiez à nouveau sur la page si vous avez encore des erreurs de contenu mélangées (voir étape 1).
  6. Si des erreurs de contenu mixte se produisent encore, vérifiez le code source pour voir où les ressources sont encore incluses avec "http" au lieu de "https" et remplacezles 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 Pluginsavez un grand nombre d'entre eux qui communiquent 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 possibles et solutions 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 se connectant à 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 en cause. 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 tiers plugin ou theme.

Cause 1 : problème local

Les paramètres du navigateur ont été modifiés, un proxy a été activé, votre fournisseur d'accès internet a des problèmes, votre cache DNS local est obsolète et de nombreuses autres possibilités peuvent provoquer cette erreur.

Solution : Testez l'URL sur le site web http://www.isitdownrightnow.com/Si vous recevez le message 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 de l'état 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'un nouvel enregistrement 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 : Vous devez d'abord vérifier s'il existe un problème local. Videz votre cache d'ADN pour cela :

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 entrez et appuyez sur Entrée
  • Mac : Démarrez le terminal via le dock le Programmes > Services publics > Terminal

Ensuite, vous entrez les données suivantes :

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

Après cela, votre cache DNS local est vide 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, lancez le scan !

Vérification du DNS

Si l'enregistrement DNS est à jour sur tous les serveurs, vous devriez voir une coche verte partout et la même adresse IP. Cette IP devrait dans la plupart des cas pointer vers l'IP de votre serveur (exception : si un CDN est 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 existe différents IP, le serveur conserve l'ancienne entrée et n'a pas encore été mis à jour avec la nouvelle. La seule façon d'y parvenir est d'attendre et de voir.

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 boutiques en cours d'WooCommerceexécution génèrent de nombreuses requêtes vers le serveur, qui ne peuvent pas être mis en cache en raison de leur contenu 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. Il est également souvent utile de passer à une autre société d'hébergement dont l'architecture de serveur offre de meilleures performances. Vous pouvez utiliser votre WordPress site pour créer un Test de passage à RAIDBOXES ...à réaliser. Votre page en direct ne sera pas perturbée dans son fonctionnement, car vous obtenez un environnement entièrement propre avec votre 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 à zéro des 504 erreurs.

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

Les attaques DDOS et le trafic de SPAM peuvent faire planter votre site parce qu'ils génèrent tellement d'appels (non mis en cache) que votre serveur se bloque.

Solution : Pour filtrer de telles attaques, un CDN comme Cloudflarequi filtre l'accès à votre site web et bloque les robots spammeurs et les attaques. Dans des cas très persistants, vous pouvez bloquer l'accès à votre site web aux adresses IP des attaquants.

RAIDBOXES Vous pouvez le faire facilement grâce à vos BOXparamètres :

Blocage des IP_RAIDBOXES

Cause 5 : Problèmes avec plugin set themes

Dans certains cas, de très longues demandes en provenance plugin sou theme sà destination de la passerelle 504 peuvent entraîner des erreurs de time-out. Si vous venez plugin de faire une mise à jour theme ou si vous essayez de la désactiver en premier lieu.

Avec RAIDBOXES vous pouvez le faire via vos plugin/theme paramètres de votre BOX  même si vous ne pouvez plus entrer dans votre WordPress backend.

RAIDBOXES plugin et theme administration

Si vous n'avez pas accès à votre WordPress backend sur d'autres hébergeurs, vous pouvez vous connecter via S/FTP et stocker vos données dans le dossier ../wp-content/themes ou ../wp-contenu/Plugins recherchez le dossier correspondant theme/plugin et renommez le dossier. Cela désactive automatiquement l'élément correspondant.

Si vous n'êtes pas sûr de savoir lequel plugin ou theme à l'origine du problème, il faut d'abord passer à une norme theme 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.

Alors, essayez d'utiliser ceci Plugin à réinstaller. Si cela ne vous aide pas non plus, contactez le Plugin-fabricant.

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 à une 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 à une 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 un déménagement 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 en particulier !), vous devez faire une backup de votre site au préalable. Les clients de bei RAIDBOXEScréent simplement une sauvegarde manuelle dans leurs BOX backups. D'autres hébergeurs peuvent vous demander de sauvegarder localement l'ensemble du site, ou au moins les fichiers que vous modifiez.

Vous obtenez alors 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 de l'utilisateur MySQL (DB_PASSWORD)
  • MySQL Hostname (DB_HOST) [Ceci est le serveur].
  • Préfixe de table ($table_prefix) [principalement 'wp_']

En général, vous trouverez ces informations dans le tableau de bord de votre hébergeur. En général, toutes les informations ne sont pas nécessaires. Par exemple, vous n'avez besoin que RAIDBOXES 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 le fichier "wp-config.php" à partir du répertoire racine de votre WordPress installation via S/FTP, faites-en une copie locale en guise de backup et modifiez l'original avec, par exemple notepad++.

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

wp-config.php

Vous comparez ces informations avec celles que vous venez d'obtenir.

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 l'information est maintenant correcte, vous devriez pouvoir utiliser à nouveau votre site web normalement.

Cause 2 : base de données défectueuse

Une erreur s'est peut-être glissée dans votre base de données.

SolutionLa base de données de la Commission européenne sur les services d'information et de communication (TIC) WordPress peut éventuellement être réparée automatiquement. Pour ce faire, appelez DEINEURL.de/wp-admin Si vous voyez ici que votre base de données peut être réparée, ajoutez "/* C'est tout, arrêtez de modifier ! Bon blogage. */" la ligne suivante dans le wp-config.php :

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 la ligne de wp-config.php.

Cause 3 : problèmes avec votre hébergeur

Dans certaines circonstances, le serveur SQL est en panne et n'est pas disponible. Si nécessaire, un maximum est également atteint en ce qui concerne la taille de la base de données. Ou bien les ressources de votre hosting fournisseur sont épuisées.

Malheureusement, c'est souvent le cas de SharedHosting . Si un site utilise beaucoup de ressources, c'est bien sûr au détriment de votre site. C'est pourquoi nous vous recommandons toujours d'utiliser un Haute performanceHostingpour éviter de telles surcharges.

SolutionContactez votre hosting fournisseur ou consultez sa page d'état (si disponible) pour voir s'il y a actuellement des problèmes avec le serveur. Si nécessaire, demandez au fournisseur de vous montrer la charge du processeur 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 WordPress problème avez-vous le plus souvent rencontré jusqu'à présent ? Laissez-moi votre 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

Ecrire un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont marqués par * .