Dans ce cours nous allons creuser un peu et voir comment est organisé WordPress au niveau de ses fichiers et dossiers, afin de mieux comprendre comment il fonctionne.
Sommaire du cours
L’objectif pour le moment n’est pas de vous faire devenir un super expert dans le coeur de WordPress, mais simplement creuser un peu pour comprendre comment fonctionne le CMS. Cela vous aidera à mieux appréhender la suite de la formation.
L’organisation des fichiers de WordPress
Jetons un oeil à notre dossier WordPress afin de voir ce qu’il y a dedans.
On remarque 3 dossiers : wp-content
, wp-includes
et wp-admin
ainsi que plusieurs fichiers. On reviendra sur chaque dossier juste après, mais attardons-nous d’abord sur les fichiers.
index.php
est la racine de WordPress, dès qu’une requête arrive sur le serveur, c’est ce fichier qui est lancé en premier (c’est une convention de tout serveur PHP).
Donc à chaque page que vous exécutez, c’est ici que tout commence pour WordPress.
wp-config.php
est le fichier de configuration de WordPress, c’est ici que sont enregistrés entre autres les identifiants de connexion à la base de données. On va d’ailleurs en reparler plus en détails dans les 2 prochains cours car ce fichier est d’une importance capitale pour le bon fonctionnement du site.
On retrouve également wp-config-sample.php
. Ce fichier sert en fait de modèle à la création du wp-config.php
lors de l’installation de WordPress. Ce fichier est copié-collé, puis WordPress remplit les informations manquantes avec ce que l’utilisateur a renseigné lors des différentes étapes.
wp-login.php
est le fichier qui permet d’établir la connexion avec l’interface d’admin, mais en réalité on y accède plutôt en ajoutant /wp-admin/
à la fin de l’URL de notre site. Mais il est bon de savoir que du coup, c’est ce fichier qui est exécuté. wp-signup.php
est la page qui exécute le code permettant d’afficher un formulaire de création de compte, pour les sites qui permettent une inscription.
Les autres fichiers n’ont pas trop d’importance pour le moment. Jetons maintenant un oeil aux dossiers :
Le dossier wp-includes
Ce dossier contient le coeur de WordPress. La plupart de ses fonctionnalités (hormis l’admin) se trouvent réparties dans ces centaines de fichiers. Tout ce qui existe dans WordPress se trouve ici quelque part :
- la gestion des articles ;
- des commentaires ;
- des catégories ;
- des utilisateurs ;
- des menus ;
- le système d’e-mails ;
- le système de gestion des langues ;
- le système de gestion des rôles utilisateur ;
- L’API Rest ;
- la WP Query ;
- et bien d’autres…
Il n’est pas nécessaire de creuser plus loin pour le moment. Il n’y a que très peu d’intérêt à trainer ici, à part pour apprendre le fonctionnement de WordPress en profondeur. Là aussi, vous ne devriez modifier aucun fichier.
Le dossier wp-admin
Ce dossier contient tout le code de l’interface d’administration du site. C’est d’ailleurs pour cela que l’on va à l’adresse exemple.site/wp-admin/
pour s’y connecter.
Si on regarde le contenu du dossier en détails, on retrouve chaque page de l’interface d’administration : options.php, profile.php, update.php, users.php, post.php
…
Chaque page correspond à une page de l’admin. D’ailleurs on le remarque quand on regarde le champ adresse du navigateur :
Remarquez dans la barre d’adresse : l’URL se finit par wp-admin/post-new.php
!
Le dossier wp-content
Ce dossier est beaucoup plus intéressant car c’est dans celui-ci que beaucoup de choses se passent. Quand on regarde on voit plusieurs sous-dossiers :
On retrouve :
themes
;plugins
;uploads
;mu-plugins
(pas toujours présent);upgrade
(pas présent sur une nouvelle installation).
Cette fois tous ces dossiers sont destinés à avoir un contenu susceptible de bouger ou d’être modifié dans le temps !
Les thèmes
Le dossier /wp-content/themes/
est destiné à recevoir le ou les thèmes de notre site : plusieurs thèmes peuvent être installés mais un seul sera actif. Lorsque vous installez un thème, il faudra le placer dans ce dossier, puis depuis l’admin WordPress aller dans Apparence > Thèmes
et l’activer.
D’ailleurs vous trouverez les trois derniers thèmes par défaut de WordPress qui portent des noms d’année (twentynineteen = 2019). Une fois votre thème ajouté et activé, vous pourrez supprimez ces thèmes.
Les extensions
Les extensions sont installées dans le dossier /wp-content/plugins/
.
Comme pour les thèmes il existe 2 moyens : soit télécharger l’extension depuis le répertoire officiel, en passant directement par l’admin via le menu Extensions
. Soit en plaçant le dossier de l’extension dans ce dossier dans le cas des thèmes et extensions payants (qui du coup ne peuvent pas se trouver sur le répertoire officiel WordPress).
Votre bibliothèque de médias
Tous les médias importés depuis l’interface d’administration se retrouvent dans le dossier wp-content/uploads/
: photos, vidéos, documents PDF, bref tout ce que vous avez de listé dans l’admin sous le menu Médias
. On retrouve pour les photos la version originale ainsi que toutes les versions intermédiaires générées par le CMS lors de l’import. Nous verrons un peu plus tard dans la formation comment gérer et créer nos propres formats d’images.
Les fichiers sont automatiquement organisés en dossiers par année puis par mois pour avoir par exemple /wp-content/uploads/2018/01/
.
A noter que c’est rangé par rapport à la date de l’article dans lequel apparait le média. Donc si vous importez en janvier 2019 une image affichée dans un article de mai 2017, alors l’image sera stockée dans uploads/2017/05
.
Normalement vous n’avez jamais à mettre manuellement ici un fichier sans passer par l’interface d’administration (sinon il ne sera pas visible dans la médiathèque).
MU-plugins
Mu-Plugins
veut dire Must Use Plugins (Extensions Impérativement utilisées). C’est un dossier très spécial qui nous permet de mettre du code qui sera forcément exécuté à chaque lancement de WordPress. Contrairement à un traditionnel plugin, on ne les trouve pas sur le répertoire officiel des extensions.
Ce sont des codes très particuliers qui servent par exemple aux hébergeurs pour ajouter des sécurités ou des configurations au site sans avoir à modifier le coeur de WordPress ou toucher à votre thème.
En réalité vous ne pouvez pas y mettre de « vraies » extensions, mais simplement des bouts de codes PHP.
Vous pourriez par exemple glisser ici un code qui empêche votre client de désactiver une extension critique ou de changer de thème au risque de tout casser.
Upgrades
Ici rien de bien intéressant pour nous, c’est simplement un dossier provisoire dont se sert WordPress pour télécharger les mises à jour avant de les appliquer.
Languages
Ce dossier va stocker les différentes langues de l’interface d’administration et certains thèmes et extensions, même si en général ces derniers gardent leurs traductions dans leur dossiers respectifs. Mais l’avantage de placer une traduction ici est que vous pouvez du coup modifier les chaines traduites sans qu’elles se fassent écraser lors de la prochaine mise à jour.
L’organisation de la base de données
Rappel : accéder à la base de données d’un site WordPress
Et si on allait faire maintenant un petit tour du côté de la base de données ? Depuis Local il suffit d’aller dans l’onglet Database et de cliquer sur Adminer ou Sequel.
Sur WAMP ou MAMP rendez-vous sur http://localhost/PHPMyAdmin
.
Vous remarquerez, en affichant la base, que WordPress ne possède que 12 tables par défaut. Elles suffisent à faire fonctionner tout le CMS. Cependant certaines extensions viendront parfois ajouter leur propres tables supplémentaires, comme c’est le cas avec WooCommerce ou Gravity Forms.
Utilité de chaque table
On va rapidement les passer en revue histoire de comprendre leur utilité. Bien souvent il existe une table qui stocke des informations principales, et son équivalent metas
contenant des informations supplémentaires.
wp_users et wp_usermetas
Cette table stocke tous les utilisateurs du site, qu’ils soient administrateurs, auteurs, contributeurs, simples abonnés, clients WooCommerce…
La table contient le login, mot de passe crypté (on verra plus tard comment est généré le cryptage), l’e-mail, la date d’inscription…
La table wp_usermeta
contient les informations supplémentaires de chaque utilisateur, représentées sous forme de clés – valeurs :
En fait on retrouve principalement les options que vous pouvez configurer depuis l’admin, Utilisateurs > Votre profil
.
Par exemple on voit que la clé rich_editing
est à true
pour l’utilisateur portant l’identifiant 1 : Cela correspond à l’option Désactiver l’éditeur visuel pour écrire de l’interface d’administration.
Quand vous développez une extension et que vous avez besoin de stocker des informations relatives à un utilisateur (par exemple qu’il est bon client), vous utiliserez cette table implicitement au travers de la fonction update_user_meta()
.
wp_options
Cette table contient toutes les options du site, dont notamment tout ce que l’on trouve dans le menu Réglages
de l’admin. On y croise par exemple l’adresse du site, le nombre d’articles à afficher par page, le nom du site et sa description…
Lorsque vous développez un thème ou une extension, vous pourrez stocker ses configurations dans cette table grâce à la fonction update_option()
.
wp_posts et wp_postmetas
C’est ici que sont stockées toutes les publications de WordPress. Que ce soient les articles, les pages, et même tout autre type de publication (CPT) que vous voudriez créer en plus (et on apprendra à le faire dans cette formation).
On y voit la date de publication, le titre de l’article, le contenu, le statut de publication (brouillon = draft, publish = publié…), le slug (le nom codé pour l’URL)…
Du côté de wp_postmeta
, on retrouve toute donnée additionnelle qui serait principalement stockée grâce aux Champs personnalisés.
On utilise principalement cette technique avec l’extension ACF (Advanced Custom Fields) qui est un outil indispensable aux développeurs. Bien entendu, tout ceci est au programme de la formation !
On y voit par exemple que, pour l’article portant l’identifiant 6, j’ai ajouté les champs note, date de sortie et difficulté.
wp_comments et wp_commentmeta
De la même manière que les autres tables, ici on stocke les commentaires du site ainsi que les metadonnées de ces commentaires. Ces tables ne sont utilisées que si vous activez les commentaires sur votre site.
Les metadonnées sont utilisées par les extensions généralement, comme Akismet, l’extension d’Automattic qui permet de filtrer les spams : pour chaque commentaire une donnée est ajoutée en indiquant si ce dernier est considéré comme spam ou pas.
wp_terms, wp_termmeta, wp_term_taxonomy et wp_term_relationship
Et enfin, les 4 dernières tables concernent les méthodes de classement de WordPress, appelées taxonomies. Les deux taxonomies présentes par défaut dans WordPress sont les catégories et les étiquettes (anciennement mot-clés). Mais il est possible d’en créer d’autres et on verra comment faire ça quand on abordera les Custom Post Types.
Sachez que chaque nouvelle catégorie ou étiquette ajoutée s’appelle un terme. Un terme appartient à une taxonomie.
La table wp_terms
contient tous les termes de taxonomies que vous avez créés. A ce niveau on ne peut pas savoir si un terme fait partie d’une catégorie ou plutôt d’une étiquette.
Dans cette capture vous ne savez pas que Marvel et Blizzard sont des étiquettes alors que les autres sont des catégories.
Il faudra alors se rendre dans wp_term_taxonomy
pour connaitre la taxonomie de chaque terme, ainsi que connaitre le nombre d’articles présents dans ce terme, qui est le parent et quelle est la description.
La table wp_term_relationship
a été introduite récemment et permet d’ancrer les relations entre termes et taxonomies afin que les requêtes à la base de données soient beaucoup plus performantes. Rien d’intéressant à voir ici donc.
Enfin wp_termmeta
permet, comme toujours, de pouvoir enregistrer des données supplémentaires pour chaque terme de taxonomie. Par exemple on peut imaginer d’ajouter une cote de popularité pour chaque catégorie.
Et enfin la table wp_links
est un vestige du passé et n’est plus aujourd’hui utilisée.
Comment connaitre l’identifiant d’un article ?
Si vous souhaitez connaitre l’identifiant d’un article quand vous êtes dans l’interface d’administration, il faut regarder dans l’URL. Allez éditer un article ou une page, et regardez la barre d’adresse :
Vous verrez le paramètre GET post=6
, c’est lui votre identifiant.
Vous pouvez maintenant afficher seulement les méta données de cet article depuis votre base. Pour cela j’utilise le filtre de Sequel (juste au-dessus des entrées) et indique que je ne veux que les lignes dont la colonne post_id
est égale à 6.
Cette technique pourra s’avérer pratique pour débuguer vos développements et vérifier le bon enregistrement de vos données.
Vous en savez à présent bien assez pour continuer sereinement ! Inutile pour le moment de plonger plus profondément dans la structure de WordPress. A ce point vous en savez déjà bien plus que la plupart des développeurs WordPress « occasionnels ».
Dans le prochain cours nous allons voir comment activer le mode Debug et gérer les erreurs PHP.
ZEGGAI
Le 6 novembre 2019
Simple et parfait ! Félicitation
Maxime BJ
Le 6 novembre 2019
Merci 🙂
Pauline
Le 9 décembre 2019
Merci, c’est pile le contenu que je cherche. Merci
apprentus
Le 12 février 2020
tout d’abord je vous félicite pour ton travail bien et claire. J’aimerai savoir s’il existe une façon de modifier le fichier function.php à partir du dashboard
Maxime BJ
Le 13 février 2020
Oui tu peux, mais c’est déconseillé. Il faut aller dans Apparence > Editeur de thème.
mom
Le 6 mars 2020
Bonjour, merci pour ces conseils détaillés et clairs. J’ai utilisé Local puis Duplicator (archive.zip + installer.php) puis Filezilla pour la création et la 1ère mise en ligne. Pourriez-vous m’indiquer quels fichiers sont modifiés (et doivent être uploadés) lorsque j’actualise le contenu de mon site en local, pour ne pas avoir à supprimer toute la base de données puis uploader de nouveau l’intégralité du site? MERCI beaucoup!
Maxime BJ
Le 6 mars 2020
C’est une très bonne question mais elle n’a pas de réponse simple hélas. Une fois un site en ligne, tu peux rappatrier les données en local (via Migrate DB Pro par exemple) mais je déconseille de faire l’inverse car toutes les tables sont susceptibles d’avoir été modifiées. Un écrasement signifierait sûrement une perte de donnée. Il faut donc travailler sur des données fictives en local, et reporter les paramètres et données à la main en ligne. Si ce sont des paramètres, les plugins proposent en général de les exporter / importer. Mais il n’y a plus de notion de synchronisation de données en direct. Il y a eu une tentative en ce sens avec versionpress mais le projet n’est plus très actif aujourd’hui.
Mom
Le 6 mars 2020
Merci de cette réponse rapide! Cela signifie que si je crée une nouvelle archive, il faudrait exporter uniquement les fichiers modifiés et l’index?
Ou au pire faire une mise à jour la nuit pour minimiser les conséquences de la « coupure » le temps de remplacer toute la BDD?
Encore merci!
Maxime BJ
Le 23 mars 2021
Le remplacement de données est quasi instantané donc tu n’as pas à prévoir de coupures, c’est le bon côté. Après il faut savoir choisir les données modifiées seulement. Ca dépend là encore du cas.
Garance
Le 17 mars 2020
Bonjour, J’essaye de retaper un site wordpress existant et veillissant, j’ai consulté cette page pour modifier mon wp-content car j’ai des soucis de sécurité. Cependant cela semble impossible via le dashboard, vous utilisez quel FTP ?
Maxime BJ
Le 17 mars 2020
Peu importe le FTP que tu utilises, normalement tu pourrais avoir accès aux fichiers sans souci via ce biais. Le souci doit venir de droits au niveau de l’hébergement, pas de WordPress.
Nicolas Boucher
Le 6 avril 2020
Bonjour, j’ai eu un problème avec un plugin qui a hacké mon blog. Si j’ai bien compris, WP gère les billets, mais ceux-ci sont stockés dans la base de donnée. Comme je n’ai plus accès à wp-admin, je me demande comment je pourrais les récupérer. Sinon, l’autre « idée » serait de juste réinstaller WP. (Et non, je n’ai pas de backup, c’est un autre débat haha). Merci beaucoup de votre aide. Nico
Maxime BJ
Le 6 avril 2020
Lors d’un piratage il faut partir du principe qu’autant la base que les fichiers ont été vérolés. Pour moi il n’y a qu’une chose à faire : partir d’une sauvegarde. Si tu es chez o2switch ils ont des sauvegardes via jetbackup, donc même si tu n’en as pas fait via WordPress (et updraft par exemple) il y a peut être un espoir.
Nicolas Boucher
Le 8 avril 2020
Non, mon hébergeur n’a pas de backup. Je pars aussi du principe que la base est vérolée, mais j’aurais quand même voulu tenter de récupérer. Mais merci beaucoup pour toutes les infos trouvées sur le site.
PERISSE
Le 29 avril 2020
Bonjour,
Suite à une mauvaise manipulation de permalien sur une page crée, je n’ai plus accès au site web WordPress. Comment puis je revenir en arrière ? corriger mon erreur ?
Merci d’avance pour votre aide
Maxime BJ
Le 29 avril 2020
Ce n’est pas vraiment le sujet de ce cours. De plus le changement de permalien d’une page ne peut pas casser l’accès à ton site. C’est sûrement dû à autre chose
Youssef
Le 25 janvier 2021
Cet article est super et très riche !
Moi je suis chez o2switch. j’ai importé mon catalogue produit depuis un fichier csv dans woocommerce, malheureusement quelques erreurs m’empêche d’avancer dans mon projet de création de site marchand.
Je compte supprimer tous les produits, mais ensuite comment nettoyer la base de données pour qu’il n’y ait plus aucune trace de ces produits (texte, image, permaliens, etc, etc…). J’ai cherché, y a tellement de dossier, que je nage… Je veux repartir sur une base seine et tenter de réimporter le catalogue.
Une petite aide serait très très appréciée 😉
Merci
Youssef
Maxime BJ
Le 25 janvier 2021
C’est une problématique plutôt complexe. Regarde du côté des extensions comme WP All Import qui permet de faire des imports plutôt poussés. Je ne sais pas si ça peut t’aider ou pas.
Youssef
Le 25 janvier 2021
Super, merci de ta réactivité Maxime 😉
Désolé si je reformule ma question, mais je n’ai pas compris ta réponse.
Tu sembles bien connaitre chaque dossier. Tu saurai peut etre me dire où vont se loger les fiches produit, dans la bdd, dossier wp-content…) ?
Ou peut etre que rien n’est stocké dans ces dossiers et qu’il suffit simplement de supprimer tous les produits depuis le back office de wordpress et la base redevient seine ?
Patrice Issartel
Le 13 février 2021
Article très intéressant, clair et bien structuré. Merci. Je n’ai toutefois pas trouvé la réponse à une de mes interrogations. J’ai découvert lors de la migration du site vers OVH que même avec un site très modeste on se retrouve avec une myriades de fichiers média générés automatiquement dans wp-content/uploads/ (taille et résolutions différentes pour les images notamment). à terme j’ai l’impression que cela va impacter la taille de l’espace d’hébergement. Est-il possible de faire le ménage ?
Merci d’avance pour vos réponses et conseils.
Patrice
Maxime BJ
Le 13 février 2021
J’en parle justement sur les cours sur les images et les tailles d’images un peu plus loin. C’est un fonctionnement nécessaire pour que WordPress distribue plusieurs tailles de chaque image au navigateur afin que ce dernier fasse le choix de celle la plus adapté en fonction de l’écran, afin d’optimiser les temps de chargement. Après, si tu prends un hébergeur comme o2switch, tu es illimité dans ton espace, donc tu t’en fiches. Tu devrais éviter OVH en tant qu’hébergeur.
Patrice
Le 14 février 2021
Quel est le problème avec OVH ?
Maxime BJ
Le 14 février 2021
Pannes régulières, service client inexistant, interface client peu pratique, offres qui deviennent obsolètes au bout de quelques années. OVH sont très bons sur le Cloud et les dédiés, mais ils ont délaissé les mutualisés. Ils sont assez réputés pour ces problèmes et c’est dommage. Mais je peux comprendre qu’ils se concentrent sur les offres qui leur rapporte le plus.
Arison
Le 19 février 2021
Bonsoir! Merci pour cet article très clair sinon pour le cas des annonces ils sont stocker ou la plupart du temps s il vous plait. Merci beaucoup!
Maxime BJ
Le 21 février 2021
Quelles annonces ?
Arison
Le 23 février 2021
Bonjour!
Dans les sites WordPress où on peut publier des annonces, quand on crée une catégorie d annonce normalement ce genre de table va ou s il vous plait? Il est placé ou? Ou ou est ce qu il est écrit?
Merci beaucoup,
Maxime BJ
Le 23 février 2021
D’accord ! Ce sera probablement géré par un Custom Post Type (j’en parle plus loin dans cette formation), et donc les données sont stockées dans la table wp_post pour les informations principales (titre, date de publication, auteur, contenu) et dans wp_postmeta pour les informations complémentaires (prix, lieu…).
Albert
Le 15 mars 2021
super article, merci! je suis tombé dessus pour une recherche précise mais je n’ai pas trouvé la réponse. Savez vous me dire ou se trouve la corbeille dans le FTP? (oui, je dois retrouve un produit mis en corbeille il y a plus de 30 jours…)
Maxime BJ
Le 23 mars 2021
Il me semble que tu confonds certains concepts. Si tu as supprimé un produit de ton site, c’est donc une donnée qui était présente dans la base de données. Tu ne trouveras donc pas cette information dans ton FTP. Il n’y a pas de corbeille dans la base cela dit. Tu devrais donc trouver une rubrique « corbeille » dans WordPress directement, dans la page qui liste les produits dans l’administration (en haut, dans les filtres).
eugboss
Le 23 avril 2021
Un super article.
merci ! je suis tombé dessus pour une recherche précise mais je n’ai pas trouvé la réponse.
Quelle table qui contient les textes bruites des fichiers des themes ou plugins ?
Maxime BJ
Le 23 avril 2021
Si j’ai bien compris ta question, ce doit être post et postmeta !
Arleme Johnson
Le 21 mai 2021
Bonjour ! Votre article est très intéressant
Je voulais vous demandé dans quel fichier se trouve la partie front d’un plugin car j’aimerai ajouter un bouton dans un plugin « atum »
Maxime BJ
Le 21 mai 2021
Ça dépend des extensions ! Mais bien souvent, il faudra utiliser un des hooks fournis pour modifier l’affichage, ou copier/coller le modèle dans ton thème (ou thème enfant). Pour le savoir, il faudra lire la documentation de l’extension.
Steave Ebode
Le 13 août 2021
Bonjour! Merci pour cet article très édifiant. Je voudrais en plus savoir comment modifier le code source d’un page qui présente des articles ou des catégories partculières.
Maxime BJ
Le 13 août 2021
C’est dans la suite de la formation Steave, il te suffit de la continuer.
Myriam DEMAINE
Le 13 septembre 2021
Bonjour Maxime,
Merci pour cet article très intéressant.
J’ai une question concernant le dossier /wp-content/themes/. J’utilise Oxygen builder et donc aucun thème. Est-ce que je peux supprimer tous les thèmes du dossier ou alors je dois en laisser un pour ne pas faire bugger WP ?
Merci par avance.
Maxime BJ
Le 13 septembre 2021
Je crois que c’est un peu particulier. Oxygen désactive complètement la gestion des thèmes donc à priori il n’y en a pas besoin. Mais sans Oxygen, WordPress ne fonctionnerait pas sans au minimum un thème. Tu peux laisser le thème par défaut le plus récent au cas où.
Christian RJ
Le 16 novembre 2021
Bonjour
Merci pour cet article.
Je me permet de poser une question pour laquelle j’aurais probablement une réponse ici. J’ai cherché en long en large et en travers une réponse, sans résultat. Je cherche où trouver la balise d’un CMS wordpress en vue de pouvoir y ajouter un id= »* » pour en récupérer le contenu que je pourrais utiliser par la suite dans du Javasript. Je ne vois pas dans quel fichier du thème ou autre je peux la trouver. Merci par avance de votre attention.
Maxime BJ
Le 16 novembre 2021
Ce n’est pas dans la base de données que tu trouveras cette information, mais dans les fichiers du thème. C’est justement l’objet de cette formation, je t’invite à la suivre depuis le début. Après, ça va dépendre de plusieurs choses. Si tu utilises un constructeur de page, tu pourras définir un id sans passer par le code par exemple. Du coup, il va m’être difficile de t’apporter une réponse précise.
Marc
Le 7 janvier 2022
Bonjour,
J’ai lu dans l’article « Vous remarquerez, en affichant la base, que WordPress ne possède que 12 bases par défaut. »
Il s’agit en fait de 12 tables.
Bravo et merci pour la qualité des ces cours
Maxime BJ
Le 10 janvier 2022
Merci beaucoup ! C’est corrigé !
Oliver
Le 14 juin 2022
Merci vraiment merci pour ce post. Je débute dans la programmation et ça m’a vraiment été utile. Votre contenu est de qualité !!
Ivann
Le 22 septembre 2022
Bonjour, j’ai un problème avec mes extensions avancées WP, j’ai un dossier maintenance.php qui s’est installé et je souhaiterai l’enlever. Comment faire ?
Maxime BJ
Le 22 septembre 2022
Tu devrais pouvoir supprimer le fichier depuis ton FTP sans souci, normalement !
Claudio
Le 3 novembre 2022
Bonjour, Merci pour votre article.
Mais je n’ai pas trouvé la réponse à ma question :
Comment écraser cet article :
https://www.neuchatel-echecs.ch/ance/ pour y mettre une autre page.
Car je ne trouve pas celle-ci dans Articles ou dans Pages du tableau de bord WordPress.
Merci par avance.
Claudio
Maxime BJ
Le 14 novembre 2022
Il te suffirait de supprimer cet article, et de créer une page portant le même slug d’URL à la place.
Fz
Le 4 janvier 2023
Bonsoir, pourriez-vous m’aider svp, j’ai un problème pour donner la main à une plateforme (à l’aide d’une extension) pour qu’elle puisse recevoir les commandes reçus sur mon site WordPress Woocommerce voici l’erreur » Erreur : Une erreur s’est produite lors de la requête et il est actuellement impossible d’envoyer les données client. « , merci d’avance.
Maxime BJ
Le 5 janvier 2023
Désolé, ce n’est pas le bon endroit pour poser ta question comme elle concerne de l’e-commerce et n’a pas de rapport avec la formation. Je t’invite à aller poser ta question sur le Slack WPFR par exemple.
Fz
Le 5 janvier 2023
D’accord merci bcp 🙂
naima
Le 17 mai 2023
Bonjour,
svp comment faire pour accéder à la BDD WordPress avec phpMyadmin sur le navigateur
Maxime BJ
Le 17 mai 2023
Si c’est en local, tu vas avoir le lien dans l’onglet Database de LocalWP. En ligne, ça va dépendre de ton hébergeur. Il faudra probablement te connecter à l’interface de gestion de ton site (cPanel chez o2switch et l’espace client chez OVH) pour trouver le lien vers ta base.
Christophe
Le 20 juillet 2023
Bonjour, lorsque je connecte je n’ai pas du toute cette structure…J’ai un CPT que j’aimerais supprimer de mon WordPress, mais je ne sais pas où le trouver dans la base de données
Maxime BJ
Le 20 juillet 2023
Ce n’est pas dans la base que tu trouveras ta réponse. Il faut trouver le code qui déclare le Custom Post Type et le supprimer de ton thème (ou désactiver l’extension qui l’a ajouté si ce n’est pas ton thème qui l’a ajouté).
Voici le cours correspondant : https://capitainewp.io/formations/developper-theme-wordpress/creer-cpt-theme/
Elisa
Le 9 octobre 2023
Merci pour le cours
Gilles
Le 9 juin 2024
Super !
Par contre la table wp_usermetas est vraiment difficile à exploiter et la wp_user un peu succincte !
Comment faire un « mix » exploitable avec EXCEL ?
Dans la même idée : où trouver les abonnés à la newsletter ?
Merci d’avance !!!
Maxime BJ
Le 18 juin 2024
Il faut utiliser une extension qui te permet d’exporter les données comme WP All Export. Il te permet de choisir les données à exporter dans un tableau. Mais ce n’est pas une bonne pratique de vouloir exporter les tables directement en excel : tu perdras la liaison entre les users et leurs metas.