Formation « Développer un thème WordPress sur-mesure (Classique) »

WordPress sous le capot : les fichiers du coeur et la base de données

Lecture : 10 minutes • 56

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.

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.

L’architecture des fichiers de WordPress à la racine

On remarque 3 dossiers : wp-contentwp-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 :

Attention

À part le fichier wp-config.php, vous ne devez pas modifier les autres fichiers du coeur. Vos modifications seraient perdues lors de la prochaine mise à jour. On verra que WordPress a pensé à tout et fournit une solution pour modifier son comportement par défaut, mais on verra cela plus tard dans la formation.

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

Les fichiers de l’administration de WordPress

Chaque page correspond à une page de l’admin. D’ailleurs on le remarque quand on regarde le champ adresse du navigateur :

L’écran de création d’un nouvel article

Remarquez dans la barre d’adresse : l’URL se finit par wp-admin/post-new.php !

À éviter

Là aussi on ne va pas modifier le contenu de ces fichiers. Si on veut ajouter une entrée de menu dans l’admin comme le font les extensions, on verra que WordPress nous fournit pour cela des fonctions au travers d’un mécanisme assez malin appelé les hooks.

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.

Le dossier contenant les thèmes WordPress

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.

Conseil

Ne laissez que le dossier du thème actif ici. Supprimez les autres qui sont inutiles. De cette manière on évite les risques au cas où l’un des thèmes inactifs aurait une faille de sécurité. Même si le risque est très faible, autant prendre ses précautions.

Les extensions

Les extensions sont installées dans le dossier /wp-content/plugins/.

Le dossier WP Content

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/.

Le dossier Uploads, contenant images et fichiers

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.

Liste des mu-plugins dans une installation WordPress
Les mu-plugins apparaissent dans la section « indispensables »

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.

Conseil

Pour résumer : à l’exception du fichier wp-config.php et ce qui se trouve dans /wp-content/ sachez que l’on ne doit JAMAIS modifier les fichiers du coeur de WordPress. En effet le CMS dispose d’un système de hooks pour permettre de modifier ou améliorer certains de ses comportements, que l’on verra en temps voulu, mais gardez à l’esprit qu’on ne modifie jamais les fichiers du coeur.

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.

Les tables de WordPress

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.

Information

Si vous avez changé le préfixe de base lors de l’installation, alors vous ne verrez pas les noms de table commencer par wp_ mais par le préfixe choisi.

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 metascontenant 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 contenant les utilisateurs

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 :

La table des metadonnées des utilisateurs

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…

La table Options qui contient toutes les configurations du CMS

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).

Les articles et pages de WordPress sont stockées ici

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 !

Les champs additionnels sont stockés ici

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.

Les métadonnées des commentaires

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.

Les termes de taxonomies WordPress

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.

Les informations des termes de taxonomies

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 :

Trouver l’identifiant d’un article WordPress

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.

N’afficher que les metadonnées de l’article 6

Cette technique pourra s’avérer pratique pour débuguer vos développements et vérifier le bon enregistrement de vos données.

Conseil

La plupart du temps, vous n’avez pas besoin de venir modifier la base de données. C’est toujours bien de savoir comment WordPress marche sous le capot mais rassurez-vous : dans la pratique on n’en a que très rarement besoin, le CMS fournissant toutes les options nécessaires.


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.

56

Questions, réponses et commentaires

  1. ZEGGAI

    Le 6 novembre 2019

    Simple et parfait ! Félicitation

    1. Maxime BJ

      Le 6 novembre 2019

      Merci 🙂

  2. Pauline

    Le 9 décembre 2019

    Merci, c’est pile le contenu que je cherche. Merci

  3. 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

    1. Maxime BJ

      Le 13 février 2020

      Oui tu peux, mais c’est déconseillé. Il faut aller dans Apparence > Editeur de thème.

  4. 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!

    1. 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.

      1. 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!

        1. 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.

  5. 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 ?

    1. 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.

  6. 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

    1. 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.

      1. 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.

  7. 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

    1. 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

  8. 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

    1. 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.

      1. 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 ?

  9. 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

    1. 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.

      1. Patrice

        Le 14 février 2021

        Quel est le problème avec OVH ?

        1. 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.

  10. 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!

    1. Maxime BJ

      Le 21 février 2021

      Quelles annonces ?

      1. 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,

        1. 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…).

  11. 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…)

    1. 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).

  12. 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 ?

    1. Maxime BJ

      Le 23 avril 2021

      Si j’ai bien compris ta question, ce doit être post et postmeta !

  13. 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 »

    1. 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.

  14. 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.

    1. Maxime BJ

      Le 13 août 2021

      C’est dans la suite de la formation Steave, il te suffit de la continuer.

  15. 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.

    1. 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ù.

  16. 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.

    1. 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.

  17. 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

    1. Maxime BJ

      Le 10 janvier 2022

      Merci beaucoup ! C’est corrigé !

  18. 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é !!

  19. 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 ?

    1. Maxime BJ

      Le 22 septembre 2022

      Tu devrais pouvoir supprimer le fichier depuis ton FTP sans souci, normalement !

  20. 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

    1. 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.

  21. 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.

    1. 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.

      1. Fz

        Le 5 janvier 2023

        D’accord merci bcp 🙂

  22. naima

    Le 17 mai 2023

    Bonjour,
    svp comment faire pour accéder à la BDD WordPress avec phpMyadmin sur le navigateur

    1. 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.

  23. 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

    1. 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/

  24. Elisa

    Le 9 octobre 2023

    Merci pour le cours

  25. 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 !!!

    1. 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.

Laisser un commentaire