 Salut à tous ! Dommage parce que je voulais faire un petit démo de code en même temps. Du coup, ce sera plus simple, j'ai racheté ça à parler. Bienvenue sur cette conférence, ma conférence est arrêtée d'écrire une PHP HP. Alors, j'ai mis une petite astérique, c'est dans les templates principalement, continue de faire une PHP HP, quand même, avec WordPress. Et de passer au Full City Leading, alors, j'entends beaucoup de gens qui me disent souvent que j'aimerais bien passer au Full City Leading, mais j'ai pas eu de temps en machin. Il y a toujours des excuses en fait pour passer au Bollet Fesseur ou à Gutenberg. Petit sondage qui utilise en ce moment Gutenberg, qui l'a utilisé il y a moins d'un an, on va dire. Il y a quand même pas mal de monde, on va dire un tiers ou moins, à peu près. Donc, le Full City Leading, ça permet de dire adieu à cette loop, en fait, cette fin de loop. Alors, je n'ai pas trouvé la date, je ne sais pas si t'étais bien à la date depuis quand a-t-il cette loop, je pense que c'est quasiment le début de reprise. Donc, je me présente, alors, je m'appelle Farnace Patrick, je suis développeur depuis plus de 15 ans. J'habite sur ANSI, en haute savoir, je suis indépendant depuis 27 ans, je travaille pour la France et la Suisse. La Suisse, c'est important parce qu'on fait beaucoup de sites multilambles. Et après, je suis spécialisé dans pas mal de techno, réactes, vu, etc. WordPress, GraphCMS qui est un peu moins connu. Je suis compréhendateur d'un podcast, ça s'appelle Double Slash. C'est les trois ans qu'on sort le podcast, qui parle de développement web moderne. Si vous êtes intéressés, on a fait un épisode, il n'y a pas très longtemps sur WordPress, mais la semaine dernière, suivant de T1CSS. Donc, le but de la présentation, c'est d'expliquer les bases du Full State Leading, si vous hésitez encore à essayer. Donc, je vais essayer de vous donner un petit peu les bases pour vous donner envie de tester, là, pour qu'on guère. Et surtout, pourquoi pas, dans quelques mois, essayer de sortir un petit site au moment où on l'a fait ça. Alors, je vous déconseille de faire un gros site pour employer. Mais, voilà, pourquoi pas se lancer, essayer. Et finalement, ce n'est pas si compliqué, en fait. Donc, je vous refais d'un rapide historique. De Gaute-en-Bert et du FSE, même si la plupart d'entre vous peuvent le connaître. Donc, avant Gaute-en-Bert, voire pas, c'était TinyMCE, qui était une éditeur complique qui a resté pendant des années. Alors, petite question, qui c'est en quelle année et en quelle version c'était intégré TinyMCE ? Non ? En 2005, version 2.0, donc, c'était quand même un petit moment qu'on avait TinyMCE. Il était temps que ça change, en fait. Donc, évidemment, c'était trop limité. On a eu pas mal d'alternatives qui sont arrivées, en fait, l'utilisation des charcodes que tout le monde connaît, qui sont toujours existantes, avec des builders basés sur les charcodes, les batteries, tout ça. Évidemment, l'éthique ACF avec le flexible content, ça, c'était beaucoup utilisé par l'agence, qui est assez toujours utilisé, d'ailleurs, pour les agences. Donc, ce n'est pas super ergonomique pour l'éditeur de contenu. Et puis, évidemment, les pêches builder, Divier, Mentor, etc., etc., etc. qui ont pris une grosse part de marché pendant que WordPress bouge un peu et sorte une vraie solution pour l'édition de contenu. Donc, en 2016, évidemment, l'idée a été initiée. Lors du World Campus, en 2017, l'équipe a été créée et le projet a vu le jour pour être sorti en 2018, donc, dans la version 5.0. Donc, ça fait déjà 5 ans. Donc, ceux qui n'utilisent pas les contenus d'un verre aujourd'hui, ça fait déjà 5 ans. Je vous répète encore 5 ans. Voilà. Évidemment, on va reconnaître l'histoire. Ce qui faisait déjà de l'horreur, c'était un petit peu chaotique. Beaucoup d'ici, je n'étais pas prêt. Évidemment, ce n'était pas un builder. Donc, ça a été mal compris. Évidemment, on pensait avoir un petit ballon d'éléments d'or, tout ça, pour repasser sur l'univers, ce n'était pas du tout le cas. Donc, ça a été mal accueilli. Ça a été... Enfin, voilà, il y a tout plein de choses qui ont été plus ou moins mal faites. Il y a un fort noir presse qui s'appelle classique presse, qui, apparemment, on va peut-être bientôt mourir. Évidemment, le plugin de plus-pouvière, du superglut d'un verre, qui est 700 000 installations, qui me fait toujours halluciner quand j'en suis là. Donc, aujourd'hui, on va parler du Full City Heating. Évidemment, c'est très, très lié à Glut d'un verre. Donc, Full City Heating a arrivé dans la 5.8 en juillet 2021. Donc, ça fait déjà 2 ans. Donc, on avait un petit fax beta qui a resté pendant un moment. Mais là, il n'y a plus du tout. Puis, il y a une grosse évolution, en plus, entre la 6.2 et la 6.3, au niveau de l'éditeur de site. Et enfin, là, avec la 6.3, c'est vraiment super ergonomique, et beaucoup plus simple à gérer. Donc, on peut pas utiliser Glut d'un verre et le PFS. Donc, ça, je vais essayer de vous convaincre. Donc, déjà, parce que c'est natif, c'est encore. Donc, il n'y a rien à installer. Il n'y a pas de plugin à installer. Il n'y a pas de licence à prendre. Il n'y a pas de team premium, machin, licence premium, ce que vous voulez. Donc, c'est vraiment... Vous installez un WordPress, c'est déjà là, ça marche. Et le faisceau, c'est pareil. C'est déjà disponible, donc il suffit de faire un ten block, et ça marche. L'interface est plutôt simple. Depuis la 6.3, je dis presque, parce qu'il y a encore des trucs qu'on cherche un petit peu, souvent, surtout pour la navigation. Il y a des choses un petit peu cachées. Donc, il n'y a plus part du temps, c'est assez ergonomique, c'est rapide, et c'est plutôt facile à utiliser. Je dis rapide, parce que c'est très important. On a une tendance à oublier, en fait, sur des sites qui sont... On a des gens qui édite sur les entreprises. Il y a des gens qui édite toute la journée du contenu. Ils vont passer leur journée dans l'admine. En fait, on se rend compte que c'est super important d'avoir une admine qui charge vite, qui va vite, parce qu'en fait, c'est du temps perdu de la journée et ça fait souvent criser un petit peu les personnes qui édite la journée. Donc, ça, c'est très important. On n'a pas d'attente, c'est chargé plutôt rapidement. Le code HTML est plutôt propre, en fait, avec le FSE. Donc, il est plutôt propre. Quand on fait un site en FSE, quand il a été fait, souvent, ils sont déjà très performants de base, sans mettre de cache, machin, de l'héroquette ou quoi que ce soit, même si c'est bien en mettrant, je ne veux pas faire... Mais le code est propre, en fait. Souvent, on a dû de suite du 80 à 90 en speed index. C'est souvent très clean. Pour exemple, l'élémentaire. Je ne suis pas utilisateur d'élémentaire, j'ai installé, j'ai fait un H2. Ça me sort ça, en fait. En fond, quand je parle, c'est le code ou le code inverse. Voilà, un H2. Mais il n'y a rien à dire. Ensuite, on a des beaucoup de réglages, en fait, au niveau du theme.json. De theme.json, je vais en parler après. Il y aura vraiment un tas de slides dessus. On peut vraiment régler l'interface qu'on veut pour l'utilisateur. Histoire de le guider, en fait. On va mettre les couleurs disponibles du police, tout ça, les tas de polices. Donc, la personne qui va être ételle pour plus est guidée. Ce qui, la besoin est disponible et pas plus par moi. Ça, c'est vraiment top de pouvoir personnaliser l'interface. Évidemment, les éléments avec les paterns, tout ça, je vais les évoquer après. Tout ce qui est patern, tout ce qui est bloc, les éléments sont disponibles. On a l'inserteur qui est sur le côté, enfin, le sélecteur de blocs, le sélecteur de patern. La personne clique, ça se met dedans, c'est disponible, c'est déjà stylisé. Donc, ça, c'est aussi un gain de temps pour éditer le contenu. Donc, je crois que du FSE, c'est un mix entre la base de données et le fichier. Donc, on peut avoir le thème dans des fichiers, et pas uniquement dans la base de données comme certains builders. Donc, ça permet de versionner, en fait, le thème avec GitHub, etc. Donc, c'est plutôt pratique pour des agences qui travaillent en une façon professionnelle. Donc, ça, c'est très important et c'est une grosse différence avec pas mal de builders. C'est très important d'avoir le thème contenu dans les fichiers et qu'on peut vous faire évoluer et déployer automatiquement, etc. Et après, évidemment, on peut optimiser pour... Une fois qu'on a un process, comme ils disaient GitHub Air avec les fesseurs, on a un process, on a les custom style, tu sais, on peut faire des blocs etc., des paternes, et les réutiliser d'un site à l'autre, les adapter, etc. Donc, c'est pareil, optimization du process, tout ça. Donc, il y a vraiment plein de choses et on les gagne, en fait. Et puis, parce que c'est présent d'avoir passé, et puis, je suis désolé, mais ça, à mon avis, ça ne changera pas trop. Donc, c'est soit vous prenez le train qui est en marche, soit ou vous vous avez beaucoup compliqué de monter dedans, ça permet d'y livrer les sites professionnels et ça, c'est clair et net que... Enfin, tous les sites que j'ai livrés dans la FACEOS sont hyper clean, hyper... Enfin, non plus, mais c'est...on n'est pas...dans du bricolage, c'est vraiment très propre. Et, important, toujours, les éditors et les ptristes, qu'en d'autonomie. Mon petit jeu, en fait, dernièrement, c'est pas trop expliqué comment fonctionne le but inverse ou le FACEOS. Et souvent, je observe un petit peu Et finalement, je m'en compte que ce n'est pas si compliqué. En fait, les gens trouvent les éléments facilement, arrivent à insérer des choses dans le foot d'or, de l'aide de l'or, tout ça. Donc, la prise en main est possible même pour quelqu'un qui ne connaît pas vite à verre. Et puis, où vous commerces ? Alors, le panier vient de passer dans un mode bloc. Il n'y a pas longtemps. Ce n'est pas obligatoire, mais on peut passer dessus. On peut les activer en tout cas. Et la page produit va bientôt passer aussi sur le bloc. Donc, voilà, vous commerces suivent le même chemin que vous n'avez pas. Ça, en fait, ça évolue vers les blocs. Voilà, encore une raison de se mettre au bloc. Donc, je vais bloquer le lexique un petit peu. Pour les gens qui ne connaissent pas trop, le six de l'EFS8 à 100, les deux sont liés. Là, c'est beaucoup EFS8. Donc, il y a le Tenpojizan, un fichier qui n'existaient pas avant, qui est utilisable en EFS8 ou sans EFS8, à partir du moment où on utilise EFS8 à verre. Donc, c'est là où on met tous les régâts et les styles pour ça. Les styles, en fait, les styles pour l'EFS8, c'est des... Alors, on le voit dans tout le type d'info qui va arriver. Il est bien utilisé. On a des feuilles de style pour changer les couleurs de fonds, tout ça, machin. Donc, on a vraiment... On a un thème. Et ensuite, on a des styles différents pour le même thème. Donc, c'est plutôt pratique. On écrase, en fait, les styles de base, et puis on change les couleurs. Les templates. Donc, ça, ça existait déjà. On avait des templates empêchés, sauf que maintenant, ils sont HTML. 100% HTML. Template parts, donc, ils s'appellent des parts maintenant, les éléments de modèle, qui existaient déjà aussi. Mais maintenant, c'est de l'HTML, pas 100%. Donc, gros changements. On n'avait pas d'air, donc, qui sont connus depuis un petit moment, mais qui sont hyper pratiques. Les compositions synchronisées, pas d'air synchronisées, juste après, et les blocs. Voilà, ça, c'est la base depuis le début, quand on fait du Gutenberg. On a les blocs. C'est un peu la chose qu'ils disaient depuis le début de Gutenberg. Donc, gros style. La particularité, en fait, avec FESOS, c'est qu'on a du HTML. En fait, il y a une façon différente de penser, en fait. C'est vraiment un nouveau modèle mental par rapport à ce qu'on a l'habitude de faire, après acheter. Donc, c'est vraiment les templates, les parcs sont HTML. Donc, c'est vraiment différent. Ce n'est pas dynamitaire, du coup. Donc, ça oblige de réfléchir sur la forme de blocs, de patins, tout ça. Tout ce qu'on veut faire, c'est la query loop, la boucle de requêtes, en français, je crois. Voilà, tout ça, on pense vraiment sur la forme de blocs. On réfléchit plus sur la forme de PHP, de templates. On va pouvoir mettre du code PHP, tout ça. Donc, c'est vraiment qu'on a un template HTML. Et ensuite, tout ce qu'on met dedans, ça va être des blocs. Donc, c'est du Lego, on assemble les choses. Et on pense comme ça, et c'est la même chose pour... Donc, moi, je fais aussi beaucoup de web apps, tout ça, avec du React. C'est un peu le concept qu'on a déjà pris un petit moment sur les web apps. En fait, on pense que par component, etc. Donc, on assemble les components. On n'a pas choisi à assembler la forme de components qui s'assemblent. Donc, c'est un peu le même principe. Donc, c'est vraiment un développement moderne, en fait, clairement. Donc, j'appelle, avec Glitamware. Et encore plus avec le vaisseau, parce qu'on a des choses en plus. On peut vraiment couvrir de base, sans installer le moindre plugin, etc. Clairement, on peut couvrir 80% des besoins du site, en fait. C'est vraiment... Avec tout ce qu'on a, les groupes, les colonnes, tout ce qui est parallèles, etc. Les blocs d'invégation, pour les vaisseaux, les query loops de racquettes. Tout ça, ça permet vraiment de couvrir la plupart des besoins, en fait, pour un site interne. Il n'y a pas besoin, déjà, d'installer quoi que ce soit. Et ensuite, on peut, en plus, toujours sans installer quoi que ce soit, qu'on peut faire de l'opération pour attendre des blocs de base. Donc, la query loop, on peut l'étendre pour modifier la query, etc. En possible, créer des plugins pour l'interface Glitamware. On peut adapter certaines choses pour l'utilisateur. Donc, il y a vraiment plein de choses qui sont faisables avant d'installer le moindre plugin. Donc, c'est vraiment... On peut faire beaucoup de choses de base, en fait. Donc, j'appelle, avec le vaisseau, c'est vraiment sous forme de... On ne réfléchit plus, sous forme de page. On nous livre des designers qui nous livrent des sites en forme avec des pages. Là, c'est la page home, là, c'est la page machine, tout ça. Là, c'est plus du tout. En fait, c'est vraiment en forme de blocs. Et limite, on pourrait nous livrer des maquettes avec que des blocs, en fait. Parce que, finalement, sans fou, ils vont être placés sur les pages. En fait, l'intérêt, c'est que nous, on fasse notre bloc. Un pattern, un bloc n'importe quoi. Et après, il est inséré dans une page n'importe laquelle. Ce n'est pas notre problème, en fait. Donc, c'est vraiment réfléchir sous forme de bloc. Et un parallèle, en fait, c'est l'atomique design, en fait. Et pour certains d'entre vous, d'autres connaissent, en fait, c'est une façon de penser avec les atomes, les molécules, les organismes. Donc, à la fin, on arrive à des templates et des pages. Et c'est un peu le même principe. Alors, on a les titres, etc. Après, tout à fait, on assemble les éléments pour obtenir des templates et des pages. Donc, c'est un peu le même principe. Donc, en fait, pour les designers, c'est vraiment une façon de penser. Et il y a même des outils pour ça, pour filmer, pour délivrer des sites orientés d'un verre, avec les éléments qui sont adaptés. Donc, comment ça marche ? Alors, j'avais une démo, mais du coup, je n'ai plus. Donc, en fait, pour passer au très humble thème, en fait, c'est simple. Déjà, les fichiers de base, pour un thème, en fait, c'est simple. Il y a juste un dossier dedans. Vous avez un index.mov.hp et un fichier style avec des commentaires, pour dire, que ne se fasse que le mot du thème. Et là, déjà, on a un thème. En fait, de passer en bloc thème, en fait, c'est assez simple, il suffit de rajouter un dossier template. Un index.mov.hp. Et à partir de là, le mot de site devient FSE. Et donc, on peut commencer à en accéder, en fait, à l'aide d'un dossier. Et voilà, là, il y a un petit gif animé. Le code. Le code dans les templates, les parts et les patterns, en fait, comme on parle toujours de HTML, on a du code comme ça, en fait, voilà, quoi, ça ressemble. Donc, un premier abord, ça peut être impressionnant, mais finalement, c'est assez simple. En fait, c'est du code HTML. Ni plus ni moins. Sauf qu'il y a des commentaires. Et les commentaires, à quoi ils vont servir, en fait, les commentaires, ils servent à parcer, en fait, c'est-à-dire que, putain d'ailleurs, on va parcer ce code HTML. Et les régages, en fait, se trouvent dans le commentaire. Là, on voit le heading, il y a le texte à ligne, il y a le font size. Et tout ça, il va reprendre. Et il va vous faire un bloc, heading, avec le réglage font size 3XR, texte à ligne, centre, etc. Donc, c'est vraiment l'utilité de ces commentaires. C'est vraiment, putain, l'air passe et réaffiche, dans l'éditeur, plus l'HTML, comme il doit être affiché. Et évidemment, en front, le commentaire, tout ça, dégage, on n'est plus du HTML. Voilà, hyper simple, hyper rapide. Donc voilà, et chaque élément, en fait. Donc là, j'en ai mis trois, mais il y en a beaucoup plus que ça. Mais chaque élément qu'on a, en fait, ça représente un bloc de putain de l'air. Donc en fait, on ne peut pas mettre dans les templates des divs qu'on a en vie, etc., sans commentaire, etc. Si on le fait, ça devient du code HTML de personnalité. Donc, ce n'est pas très pratique. Mais chaque code HTML représente un bloc de putain de l'air. Donc, ça, il faut bien me comprendre, en fait. Donc là, on a bien un groupe, on a un titre et tout ça, à assembler par fait plusieurs groupes, enfin, plusieurs blocs dans l'éditerre du template. Donc une fois que j'ai fait mon éviteur de mon bloc, quand je fais, parce qu'à du coup, là, j'ai accès à un... Si j'ai fait canadex.html, c'est un truc un peu vite, quoi. Donc en fait, on a deux méthodes et c'est ça qui est pratique. En fait, c'est vraiment la façon de faire pour m'ouvrir, en fait, avec le FSO. C'est soit directement dans l'éditerre aussi, qu'en fait, je crée mes templates. Donc là, pour le sens, j'ai canadex.html, mais je crée mes parts, en fait, mon odeur, mon footer. Donc je rajoute un partenadeur, je crée un footer. Donc je fais mes éléments dans l'éditerre du template. Tout est... Tout fonctionne comme ça, voilà. Et j'arrive à me faire voir. Du coup, il y a un petit if. Voilà, là, j'arrive dans l'index. J'ai un index qui est un peu vide. Et après, je fais ce que j'ai dit le truc. Et ensuite, derrière, ce que je peux faire, en fait, je peux exporter. Donc ça, c'est une méthode, c'est-à-dire que... Donc j'ai dit mes templates, mes parts, tout ça. Et ensuite, je peux exporter complètement mon thème. Donc là, je vais dans export. Et le thème va complètement être exporté avec tous les fichiers. Donc ça me permet de retrouver tous les fichiers du thème et de les distribuer, tout ça. Ou sinon, la méthode 2, en fait, c'est... J'ai un peu plus d'habitude de faire des FSO. Et donc, je vais carrément coder dans mon éditeur de code. Donc je vais visiter au code, par exemple. Donc je peux partir d'un bloc thème, existant, modifier, faire un thème en France. Ça marche aussi. Et rajouter mes templates et tout ça. Donc je dois utiliser interface, évidemment. Parce que je connais pas Parker encore, même au bout d'un moment, je ne connais pas Parker. Donc j'utilise interface, je fais mes codes de templates, mon code de parts. J'affiche le code source. Je le copie-call et je le mets dans un fichier qui correspond à mon template. Tout le monde part. Donc en tout cas, il y a vraiment ces deux méthodes, en fait, où on peut l'éditer dans l'éditeur de contenu ou de site, et ensuite l'exporter ou copier-collé pour faire directement le thème dans son éditeur de code. Et évidemment, si je fais la méthode 2, donc je préfère coder dans mon visuel de code, je visier à le studio de code, j'efface la customisation parce qu'en fait, à chaque fois que je vais... Alors si je parle d'un fichier, si je fais mon fichier de template, par exemple, index, où j'ai déjà fait du code. Donc par défaut, il va prendre celui-là. Si derrière, je vais dans le diteur de site et que je vais modifier mon template, le template va être sauvé en base de données. Et donc à partir de là, Wordpress va prendre le template de la base de données. Donc il ne s'occupe plus du fichier. Donc c'est important, en fait, de défacer l'exustomisation. Donc cette version de template qui est sauvée en base pour prioriser sur la version fichier. Ça, c'est quelque chose qu'il faut vraiment comprendre. Wordpress ne fait jamais de modification de fichier. Au niveau de votre template, il va tout sauvé en base, que ce soit les parts, enfin, que tout ce que vous voulez, les paternes, les templates, il ne sauvait jamais, il ne modifie jamais des fichiers, il ne crie jamais de fichiers. Tout est sauvé en base. Donc c'est pour ça qu'il faut faire vraiment cette manipulation de défacer la version base de données pour que la version fichier soit prise en compte. Ça, c'est hyper important et c'est un peu une gymnastique, un petit peu difficile parfois à faire, parce qu'on a du mal à savoir si le template a été modifié ou pas modifié. Alors il y a dix indicateurs pour l'instant. J'espère que ça va être amélioré pour qu'on ait une visualisation plus simple en fait des éléments qui ont été modifiés. Mais c'est vraiment hyper important à comprendre quand tu fais du SSL. Donc il y a une version fichier de votre thème. Et après, il y a une version base de données de vos éléments de thème. Donc, comme je disais, toutes les modifications d'éléments de thème sont enregistrées en base de données. Donc c'est dans la table BP Post. Enfin BP si on n'a pas changé de profites. Donc on a des nouveaux post types, BP template part, BP template, BP inhibition, etc. Donc ça c'est vraiment, vous pouvez les retrouver et vous avez vraiment votre code de template qui est brut dedans, comme ça enregistre en base de données. Donc les fichiers de thème sont jamais modifiés. C'est pour ça qu'on est obligé de les exporter pour récupérer tous les fichiers et tout le thème d'un bloc, en fait. Aucun fichier n'est créé. Donc on va rajouter un template, il ne vient à l'interface de la site. Aucun fichier n'est créé. Et après voilà, on exporte et ça va. Donc c'est vraiment juste attention à ça. Si vous commencez à vous limiter, c'est un type super important. C'est base de données fichier, gymnastique pour comprendre est-ce que ça c'est une version base de données, est-ce que c'est une version fichier. Et parfois c'est pas évident non plus parce que votre client, votre éditeur de site peut modifier le fichier, vous êtes pas au courant. Vous déployez votre site avec la version fichier. Ça ne marche pas. Pourquoi ? Parce que le template a été modifié et que donc il prend en compte la version base de données. Ok. J'enchaîne. Donc la ménage passe sur le 10.json. Donc fichier hyper important. Alors ça c'est celui qui est un fichier sur lequel vous devez travailler et apprendre un petit peu les réglages. C'est celui-là en fait qui est hyper hyper important et qui permet de rendre customisé vraiment l'interface du but inverse. Et avec souvent, si on fait un bon 10.json, un fichier déjà, on a déjà un site qui ressemble à quelque chose sans avoir fait un moindre ligne de cesse. Donc il faut savoir que par défaut, quand vous utilisez le but inverse, votre passe utilise déjà un fichier 10.json par défaut qui se trouve dans VPN Clue. Donc voilà, il y a déjà des réglages de base. Donc vous utilisez des larmes déjà, sans savoir. Et ensuite, quand on veut faire un fichier 10.json, voilà, commencer comme ça, la chose la plus importante qui est obligatoire c'est la version. Donc là on a la version 2, la version 3 est arrivée il n'y a pas longtemps, ça ne change pas grand-chose au niveau du fichier. Par contre je sais qu'il y a des blogs sombre-rapés dans des e-frames, je ne sais pas encore combien de trucs dans ce marché. Donc la version 2 c'est le minimum à mettre. Voilà, c'est du 10.json, le format de fichier. Donc si vous connaissez, c'est une sorte de représentation, objet, mais ce genre de string vous faites ça, c'est assez particulier, mais c'est très utilisé en JavaScript. Donc version 2, minimum, on ne peut laisser que version 2. C'est bon, ça, hein. Ensuite il y a le schéma. Donc la ligne de schéma c'est hyper pratique, ça permet d'avoir de l'autoconfession. Et ça c'est hyper pratique. Donc en fait là je mets à 6.3, donc la 6.4 va arriver. Ce qui se passe c'est quand vous mettez l'adresse du schéma comme ça, en fait après votre VS Code en fait il va vous aider, il va vous autocompéter, c'est-à-dire que vous allez entrer dans le settings, et il va vous autocompleter, vous proposer en fait des valeurs de réglage. Donc c'est hyper pratique, parce qu'évidemment ce n'est même pas de toutes les valeurs. Et aussi il va vous indiquer si vous faites erreur, si la valeur que vous mettez aura un paramètre, si elle est bonne ou pas bonne, il va vous indiquer avec un petit trait, ça ce n'est pas possible, ça devrait être fausse pour trouver. Donc ça c'est hyper pratique. Donc c'est la première chose à mettre. Ensuite le Tempo Injison, il y a deux éléments qui sont hyper importants, et il y en a deux autres encore que je n'ai pas mis. Les parts c'est des... Je ne sais plus qui sont pas oubliés par là. Donc c'est la partie settings qui permet de régler toute l'interface depuis Tembert. Donc c'est via les settings que vous allez régler l'interface depuis Tembert, les couleurs, les polices, la taille des polices, pour ça, tout passe par là. Et la partie style, en fait, qui permet de régler les styles par défaut en fait des blocs du site. Donc dans la partie settings, en fait, on a une partie réglage global. Donc tout ce que au premier niveau de settings, en fait, c'est vraiment les regards globales du site. Donc je vais mettre les couleurs, les couleurs avec la palette de couleurs qui sera disponible. Je peux désactiver des choses, et je peux désactiver la palette de couleurs par défaut. Je peux désactiver des couleurs custom et je peux empêcher quelqu'un de mettre des couleurs custom. Et ensuite, on peut descendre au niveau des blocs. Donc on peut, dans les blocs, en fait, on va descendre au niveau blocs et on peut le régler par blocs en fait les réglages disponibles pour ce bloc. Donc en fait, exemple, là, j'ai une palette noire pour tout le site. Et par contre, pour les paragraphes, j'ai envie de mettre plus de rouge. Donc la zone va s'élèver à être en paragrase. Elle n'aura que la couleur rouge disponible, en fait. Donc je peux vraiment limiter, du coup, en plus pour le paragraphe, c'est vraiment logique parce que souvent, on a beaucoup de couleurs par défaut au niveau global. Et le texte, on va pas forcément mettre des couleurs custom. Donc voilà, ça c'est un bon exemple. Voilà le rouge, un peu particulier. Et super, super important, le Tenpon Design est super bien fait et en fait, ça génère principalement des variables CSS. Donc pareil, toujours du code moderne, du code très bien fait. Du coup, on est vraiment sur des designs token avec des variables CSS qui sont utilisées par le site. Donc c'est très clean. Et là, on voit par défaut, j'ai mon black qui est disponible et après dans mes parallèles, j'ai le red. Donc on a vraiment des variables qui changent en fonction du black. Et ça, c'est généré par le Tenpon Design. On n'a rien à faire. Ensuite, la partie style, la partie style est pas mal parce que ça permet de régler le style par défaut des blockages d'inverse qui sont disponibles dans le site. Et ensuite, on peut les modifier évidemment. C'est pas bloqué. C'est juste que quand quelqu'un va mettre un paragraphe, une image, n'importe quoi, un bouton, il y a un style qui est déjà appliqué. Par exemple, si je veux des boutons longs, je vais mettre dans le style que les boutons en tel radius et du coup, ils seront par défaut. Quand ça va être insé à leur contenu, ils seront avec, ils sont comme ils font quoi. Donc la personne n'a pas besoin de se prendre la tête pour modifier le style tout ça. C'est assez pratique. Voilà. Donc pareil, un premier niveau de style comme pour les settings en fait, voilà, un peu gros, gros, c'est la typographie, etc, les couleurs. On a les styles pour les éléments. Donc ça, c'est quelque chose qu'on règle souvent en fait dans la 10.10, c'est tout ce qui est les titres, les dims, les liens, etc. On définit la taille, on définit la couleur, etc. Pareil, donc quand vous avez défini tout ça, en fait, souvent, c'est déjà pas mal parce que votre site ressemble déjà à quelque chose. Donc vos editing, vos parallètes, tout ça, ils ont déjà une mise en forme qui est présente et encore, on n'a toujours pas fait de ccs. Et pareil, on peut descendre dans les blocs. On peut descendre dans les blocs et mettre des styles. Si je veux mon editing H2 n'est pas le même la même couleur dans un bloc gros que les autres. Je peux le faire. Donc je peux vraiment descendre par granularité dans les blocs. Voilà. Et évidemment, je vous disais, ça génère beaucoup de la valeur ccs, donc la bonne pratique, c'est, au niveau du bloc style, de reprendre les variables qui sont générées. Donc après, il y a une façon dont elles sont générées qu'il faut apprendre, c'est assez simple. On reprend les valeurs, et du coup, c'est ce qui permet, derrière, de faire des fichiers de styles différents pour overrider ces valeurs. Alors, j'avais évidemment une démo un peu plus poussée. Il y a quelques réglages, en fait, des exemples qui sont importants, mais il y en a plein. Par exemple, le réglage de layout, quand on fait d'un but d'un verre, vous avez un bloc en la différente, largeur. Par défaut, c'est content size. Donc si on définit aucune largeur au bloc, il va prendre content size, par exemple, c'est 650. Ensuite, la largeur wine, en fait, 1200. Et ensuite, on a le full. Donc ça, on peut le contrôler avec Temporizer. On peut définir des tailles. Et, par défaut, si je mets aucune taille, mes blocs, ils ont déjà une taille 150 dans la page. Évidemment, c'est compris le système des largeurs contraintes et largeurs par défaut. On peut avoir plus de largeurs que ça. Mais ça, c'est vraiment les tailles de base qui permettent pareil d'avoir déjà un site qui se met en forme sans faire de CSS. Typographie. Alors ça, c'est assez puissant. C'est un de mes éléments favoris. On peut donc définir de police. Et après, évidemment, les avoir dans le sélecteur du timbre, on peut avoir des polices variables, etc. Et donc ça, ça utilise, en fait, la 100 taplis. Donc ça va générer automatiquement, ça va la définir au police avec les fichiers qui sont contenus et ça va vous les intégrer automatiquement, ça va vous les charger automatiquement. Et super important, c'est que les polices ne sont chargés uniquement quand ces sons sont utilisés. C'est-à-dire que si vous avez une police pour un élément particulier, qui n'est pas présent dans la page, la police ne sera pas chargée. Donc ça, c'est encore un type pour la performance, c'est que on voit que c'est optimisé. On n'a pas besoin d'avoir une fonte qui n'est pas utilisée dans la page, donc il la charge pas. Sur la 6.4, qui arrive bientôt, il y a 100 librairies qui arrivent. Donc nouveauté, c'est que via les librairies qu'on pourra ajouter les polices directement, en fait, parce qu'aujourd'hui, on ne peut pas le faire. On est obligé de passer par le tempo et de faire la manip, tout ça. Dans la 6.4, on aura un nouveau nouvel librairie qui sera disponible pour les fontes. On pourra soit glisser une fonte dedans et ça va automatiquement la rendre disponible. Soit on pourra sélectionner dans Google Font, une police, et il va la charger automatiquement à la vocale, et elle sera disponible dans le site. Donc ça, hyper pratique. Évidemment, toujours pareil. Ça règne 200 polices dans un site. Mais voilà. Encore une chose de plus, où on n'a pas besoin de mettre les mains dans le cambouille pour rajouter une fonte. Super, j'ai déjà testé, j'avais la démarche. Ça marche super bien. Autre chose, pour les fontes size, en fait, la timographie, on a un tip, c'est le freed, ça permet d'avoir les polices responsibles. Ça, c'est géré aussi. On met fluide avec un min, un max. Et ça nous gère une parallèle comme ça, avec un plan. Et on a une police qui est responsive. En fait, plus l'écran est petit, plus le réduit. Et après, ça l'endit. Donc ça, c'est voilà. Il y a tout plein de choses qui sont gérées, en fait, en natif par les Tempo & Json. Et qui sont hyper propres, hyper modernes. C'est dommage de ne pas les utiliser parce que c'est disponible. C'est facile à mettre en place. Donc si vous trouvez que G-Zone est trop compliqué. En fait, il y a des méthodes alternatives. Donc, évidemment, les régages, on est toujours obligé de créer le Tempo & Json parce que c'est pas disponible d'y aller vers le site. Par contre, pour tout ce qui est style, en fait, on peut utiliser l'éditeur de site. En fait, dans l'éditeur, quand vous rentrez dedans, en fait, vous avez l'onglet style. Et ensuite, vous avez accès sur la droite à tout ce qui est typographie, couleur, etc. Donc, on peut vraiment, à partir de là, gérer le style qui sera récupérable par l'export du Tempo & Json. Donc, vous pouvez rentrer dans le style disponible. Chaque bloc est disponible. On peut sur une section des couleurs, les tailles, etc. On va régler tout son style ici, par défaut. Et on peut l'exporter derrière. Et on aussi, il y a le style disponible qui permet de visualiser en fait tous les blocs pour avoir l'espect du bloc. En fait, un live comme ça par rapport à ce style qui est adapté. Donc plutôt pratique. Et sinon, vous pouvez aussi utiliser des générateurs de thèmes qui sont en ligne. Il y en a plein. J'ai mis deux exemples, Pluturbo, ou Plutomers Defton, qui nous permet d'aller un petit peu plus loin. Vous pouvez rentrer les paramètres, tout ça. Mais ça, c'était pratique. C'était généré avant que la version 6.3 sorte avec toute cette partie en fait, on peut faire beaucoup de choses. Et dernière chose sur le 10.10 zone. Très, très important, passer la variabilité de bugs en true. Sinon, vous allez avoir de cache. Et du coup, vous allez changer des choses. Et ça changera par le niveau de site. Et vous n'avez pas à comprendre pourquoi. Donc, hyper important, passer en mode des bugs pour éviter le cache en mode des locaux. On va parler des patterns, donc des compositions en français. Et en fait, on a déjà beaucoup d'utilisations patterns sur la 20.3. Sur la 20.24, c'est encore plus utilisé. Si vous avez déjà regardé un petit peu le thème qui arrive là prochainement dans la 6.4, il y a énormément de patterns disponibles. En fait, les patterns, c'est vraiment quelque chose qui est pour moi qui est changé de l'EFS, en tout cas, et du temps vert, parce que c'est hyper pratique. On peut faire des compositions. Donc, les patterns des compositions, c'est des éléments assemblés stylisés, prêts à être utilisés en fait. Et c'est hyper pratique à utiliser parce que ça évite de faire des blocs pour des choses qui sont plutôt simples. Et c'est juste des assemblages de blocs. Peut-être qu'on a un heading, on a un bouton, il n'y a pas plus que ça. Et le pattern est dispo. Au niveau du sélecteur de blocs, vous le glissez dans la page et c'est réglé. Ça, pour l'éditeur, c'est hyper pratique parce qu'il y a plein d'éléments qui sont disponibles. Donc, c'est super sympa, prêt. Ça, il est utilisé pour l'éditeur. Donc, créé un pattern, en fait, c'est très simple. Il suffit de créer et fichier le pattern. Alors, les fichiers patterns sont en PHP. C'est les seuls, d'ailleurs, qui sont en PHP, encore aujourd'hui. C'est disponible directement. On a même une preview. L'éditeur du contenu a une preview du pattern. Il vous voit exactement ce que c'est le sens de petit frame où ça génère le pattern. Vous cliquez, ça insérez, et en plus, on peut les synchroniser. Je reviens de là-bas. Donc, c'est des fichiers PHP. On a des commentaires au début du fichier. Le seul obligatoire, c'est... Enfin, les deux seuls, c'est TITAL-SLEG qui sont obligatoires pour les identifier au niveau de la startup. Et après, il y a plein d'autres commentaires qu'on peut mettre des patterns que pour certains post-tiles, une catégorie, il y a vraiment plein de commentaires où on peut peaufiner tout ça à l'irgage. Un certain no, ça permet éventuellement si vous utilisez un pattern dans un template et que vous ne voulez pas que ça soit disponible à l'éditeur, vous mettez un certain no et il ne sera pas disponible au niveau de la startup. Donc, ça, c'est pas mal. C'est utilisé, d'ailleurs, dans pas mal de temps. Et après, il y a le lien pour tous les commentaires. Alors, très important. C'est des fichiers PHP mais c'est pas aussi simple. Sinon, ça serait trop facile. Finalement, on peut mettre du PHP dans le code PHP. L'exemple plus typique, en fait, c'est pour faire de la multivangle d'interne d'obsertisation. Là, je vais utiliser la fonction pour traduire mon texte. Et finalement, en fait, ce qu'il faut savoir, c'est que mon pattern, une fois qu'il est inséré ça devient de l'HTML, en fait. Et ça ne sera jamais traduit. Parce qu'en fait, si vous allez voir, si vous prenez un pattern, vous insérez dans un contenu. Vous allez voir que votre code PHP n'existe plus, en fait. Mon texte devient mon texte tout simplement. Et donc, il n'y a pas de transaction, en fait. Donc, attention à ça, parce qu'en fait, c'est des fichiers PHP mais c'est pas exécuté forcément comme PHP. En fait, appartement, on s'est modifié ou que c'est inséré, ça devient du son. Ça devient vraiment de l'HTML. Et le seul endroit où, en fait, on pourrait avoir de la traduction avec du PHP. Ça serait ce qu'il est utilisé dans... C'est vrai. Bon. Ah, d'accord. C'est quand on insère, par exemple, un pattern dans la page 404. C'est ce qu'il est utilisé dans le 20. Dans la page 404, il y a un pattern qui est utilisé avec une traduction et il n'est pas disponible dans l'incerteur. Mais en fait, tant qu'on n'étude pas cette page 404, le fichier est traduit. À partir du moment où on édite la page 404, le fichier devient de l'HTML et donc, c'est plus traduit. Donc il y a vraiment attention à ça, parce que j'ai du PHP mais pas si simple. Ils sont dans... En auto loading, en fait, dans le pattern. Donc, il suffit de faire le fichier pattern, de le mettre dans le dossier pattern et c'est automatiquement disponible. Il n'y a rien à faire. Il n'y a pas de déclarer avec le PHP ou tout ça. On peut faire des catégories. Si on veut rajouter des catégories, il y a déjà tous les catégories qui sont disponibles, on peut rajouter les catégories si on veut. Le pattern synchronisé, en fait, c'est la même chose, sauf qu'on va transformer le pattern synchronisé avec un nom et on pourra le modifier sur plusieurs pages en même temps. Donc ça, c'est pratique quand vous avez un élément qui est utilisé dans plein de pages, en fait. Au fait, un pattern synchronisé, il faut vraiment l'expliquer aux évitats de vos contenus et ça permet de synchroniser vraiment tous les patterns en même temps, parce que sinon, ce n'est pas possible. Exemple, je l'ai passé puisque je n'ai pas le temps. Voilà, c'est bon. Pattern directorie. Alors ça, pour moi, c'est une très, très mauvaise idée. C'est mon aiguille, mais je les active à chaque fois, parce que les patterns sont super mal codés en fait, c'est du style inline, etc. Il y a des pixels, donc c'est vraiment une catastrophe. Enfin, je ne sais pas si quelqu'un a déjà trouvé le pattern directorie, mais du coup, je les active parce que je vais prendre avec sa soeur, remis dans les pages, comme ça, tout dégrasse. On peut loquer les patterns. Important, parce que ce n'est pas forcément pour les empêcher de changer des choses, c'est plutôt pour éviter des mauvaises manipulations. Donc on peut loquer un pattern. Il y a une fonction qui permet de le faire après, ça met un commentaire « lock » et du coup ça permet aux personnes d'éviter que le contenu et il ne peut pas objet les blocs. Ça évite de faire du contenu, quand on l'évite de contenu. Et il y a une fonction éventuellement d'utiliser ça pour éviter de déloquer l'éditeur peut déloquer le pattern qu'il veut, mais on peut faire il y a une fonction qui existe, un petit code là, qui permet d'empêcher l'éditeur de déloquer le pattern. C'est pas mal. Ça peut être utile, parfois. Il y a des patterns, c'est une fois que ça ne sert d'un contenu, c'est juste du blockchain, enfin, des blocs en fait, des croûts, donc on n'a plus vraiment de repères pour savoir si c'est un pattern ou pas. Donc il n'y a pas de solution pour modifier une fois qu'ils sont à la série, si vous pouvez les insérer dans différentes pages, il n'y a pas de solution pour si vous voulez modifier votre pattern, votre fichier. Celui qui a déjà été inséré, il ne sera pas modifié. Il n'y a pas d'impact de celui, donc c'est pas évident c'est de pouvoir modifier comme ça tous les patterns qu'on a déjà inséré. Donc après, il y a des blocs réutilisables et il y a des templates parts qui peuvent être une alternative, parce que là ça reste un élément identifié part, ou sinon un bloc classique. Les templates Comme j'ai dit, c'est 100% de la même, donc plus de PHP du tout, donc voilà, c'est pas du tout dynamique. La archi des templates reste la même. Donc j'espère qu'on connaissait toutes la archi des templates. Ça reste exactement la même, c'est le même système en fait avec le lommage des templates, tout ça. C'est identique, sauf qu'on n'a pas quand je n'ai pas acheté on a point que je l'ai vu. Ça, il faut le connaître par coeur. Il faut les garder assez minimalistes de préférence et souvent quand on arrive à les garder assez minimalistes, en fait, on arrive à les réutiliser des templates, d'un projet à l'autre, parce que finalement, il n'y a pas grand-chose autant. Voilà, un template assez simple, on a d'ailleurs le tutor, le contenu voilà, le titre et le post-content, qui est le contenu voilà, de la page. Donc assez simple. On n'a pas rajouté un héros comme là. Enfin, voilà, différents éléments, mais c'est pour les garder le plus simple possible et par éviter des gros pâtés de code et déporter en fait le code un peu plus gros sur des patterns. Ça c'est important. Voilà, donc on inclut un pattern dans un template, un part ou un block de formes avec tous les éléments de réglages. Les blocs. Statique ou dynamique. Ça, j'espère qu'on connaissait un petit peu la différence entre un bloc statique et un bloc dynamique. Statique, le contenu il est évité et ensuite il est sauvé et il ne bouge plus. C'est-à-dire qu'il est sauvé comme il est évité, le titre il n'y a pas un texte, ça ne bouge plus. Ok. Et le bloc dynamique, c'est différent, c'est un rendu serveur, c'est une fonction perspecte qui va rendre le contenu qui est affiché. Tout ce qui existe de post, etc. C'est tout ce que vous avez besoin d'une requête, etc. Ficher des listes de post, tout ça. Donc évidemment, créer un bloc, c'est un outil quand on a des choses qui sortent du contexte. Si on n'a pas terme, on peut pas remplir le job, tout ça. On a l'objet de faire des blocs. Comme on crée un bloc, JavaScript, React, Node.js, c'est pas si simple, pour la plupart des gens. Même des développeurs. La solution, ACF, permet de faire des blocs assez facilement. C'est vraiment accessible à tout le monde. Ça crée une dépendance avec ACF, c'est clair. Par contre, ça permet de faire des blocs. Et en plus de les avoir dans le thème, c'est plutôt pratique. Ce n'est pas des plugins séparés, etc. Ça fait vraiment le job ACF, si on veut, éviter d'apprendre React, tout ça. J'avais envie de faire... C'est important, ça c'est le multi, c'est pas natif, ça arrive dans la phase 4, ils en parlent plus tard dans la journée. Moi j'utilise polylangue, souvent. Par contre, ce n'est pas géré. Le technique pour ça, puisque je fais des sites multi-langue, c'est de modifier une fonction qui fait la réarchie des templates. Donc on a un filtre qui permet de modifier la liste des templates disponibles. Je rajoute un prefix au niveau de la langue. J'appelle en fonction des pages qui sont demandées. Le monde code est en working process. Mais celui-là fonctionne déjà. Je rajoute la langue à la fin et il va voir s'il existe et s'il existe, il le prend. On va faire des multi-langues avec polylangue. C'est plus au pratique. WPML ne prend en charge par contre les essais seuls. Ça gère la traduction des templates et tout ça. Par contre, c'est étrange. WPML, c'est pas super simple à prendre. Et en plus, si vous ne sauvez pas un template, vous ne le modifiez pas, il ne va pas le trouver. Il ne trouve pas l'efficiant. À ça, à comprendre comment ça fonctionne, c'est pas simple à gérer. On va prendre en charge. On analyse des templates. WPML. Il y a des ressources, vite fait. Evidemment, la doc, bloquée d'abord. Il y a un site fullcitything.com qui est hyper connu, hyper complet. Il y a beaucoup d'infos, beaucoup de réglages. Il y a une doc, putain de beurre, qui ont fait une super doc. Putain de beurre, elle n'est pas complète. Il y a pas mal d'infos. Il y a des thèmes. Il y a un filmant qui vient de sortir, qui permet de générer des topics avec une putain de beurre. De toute façon, je vais donner le lien du site, si vous voulez les liens. Oli est pas mal. Tout un type de motif fort qui arrive prochainement dans la 6 points de cache. Le thème est pas mal. Regardez-le si vous avez le temps. C'est une bonne base de regarder ces thèmes-là pour s'inspirer, pour créer des thèmes. Merci. Il y a une petite capote, si vous voulez les liens. 5 minutes, il y a des questions. On va poser des questions. Salut, c'est Tata. Bonjour, merci Tata. Est-ce que vous avez des questions pour avoir un petit peu plus ? Un petit peu plus ? On va pouvoir arrêter d'écrire. Merci pour la présentation. Du coup, j'aurais deux questions. Très rapide, la précision au niveau du cache, disais donc de passer en WB de Backfaults pour éviter le cache. Quand tu disais, au début de la présentation, on pouvait faire ça d'un éliteur pour générer le code, comment lui, WordPress, si c'est ce qu'il va pour que tu as mis un situation, on va plus savoir si il fait appel fichier saut, si tu mets le debug. Le cache, il met en cache le fichier du Thème Condition. Par contre, dès que tu exportes, il n'est pas sur la base de données. Il n'est pas sûr. Si tu mets le fichier, ça va pouvoir défacez l'existibilisation comme il l'appelle. C'est de facez la version DB. D'accord. Il est forcé à s'abarcher à tous les coups. Tu prends pas la tête pendant deux heures ? Je prends une page n'importe quelle. Je crée mes batternes. Par exemple, je me sauve en faite. Je mets dans le fichier. Si je me sauve, je vais le fasser. C'est la même chose pour le style. Depuis la dernière partie, la version de la style, on peut customiser les liens. Pareil, c'est les gestons de la version. On peut défacez cette customisation. En compte, en priorité, le Thème Condition. Même si il mère, j'en veux les donner. L'autre question, parce que je ne l'ai pas vu expliquer au début, est-ce qu'on est compatible avec la face ancienne et le FSE pendant le Thème Block ? Est-ce que tu peux migrer un Thème Existant vers un Thème Block ? Normalement, oui. Normalement, les deux sont compatibles. C'est la question. Il fait appel si il trouve des fichiers d'index. Il va faire appel à eux. Normalement, ça fonctionne. Tu peux utiliser des PHP avec des HTML. Il y a de l'air indiqué dans le site Full City Leading.com. C'est ce qu'ils peuvent en faire. Mais honnêtement, c'est pas simple. Tu te retrouves à gérer des haineurs des fichiers différents. Et tu oublies gérer ça. Ça complique plus les choses. En fait, c'est vrai que ça fait assez flipper parce que l'enseignement est fait ça. Et moi, au début, quand j'ai fait mon comédie, je n'étais pas à l'aise. Surtout pour la navigation. Je pense que c'est l'élément qui commence et puis t'avance. Et puis t'en comptes, c'est pas si compliqué. Ça se ferme. Donc, au mieux, restez en prod avec le code. C'est faisable. Mais on met un thème à côté. On le dirait dans le test en staging puis on le donne pour tout. Avec un switch de thème, active et désactive. L'idéal, c'est de partir sur un site pas trop complexe. Au début, pour tester, oui. Mais au moment, on veut vraiment le proposer un client parce qu'il n'y a pas assez de sites DHP en version Reflesser. Ça se ferme et ça va beaucoup plus vite. Ok. C'est carbine. C'est d'ailleurs, c'est un cherchant des infos sur Gutenberg. Tu l'as pas mentionné ? Ah oui, je l'ai pas mentionné. Je suis tombé sur ta chaîne avec le référencement. En termes de ressources Gutenberg, il y a le thème gistron. Tu reçois bien parce qu'il n'y a pas grand chose. Il n'y a pas grand chose encore. C'est le partage du coup. Merci. Bonne question. Sinon, à tout hasard, imaginons qu'un site qui est plutôt complexe, qui est du coup en DHP, avoir donc une partie en DHP et une partie en Gutenberg, c'est possible ou il y a l'air, c'est ce que tu disais ? C'est ça. Tout est possible. En tout cas, on peut le faire. Et c'est juste qu'après, maintenant, c'est possible. Mais on peut y aller progressivement, j'ai essayé. Après, s'il y a Header et Functor, c'est simple, avoir deux Header et Functor, c'est faisable. Après, on peut aussi, il y a des fonctions DHP pour aller chercher le Header en HTML pour l'afficher aussi par le code DHP. Ça nous permet d'avoir qu'un seul Header. Oui, c'est faisable. En fait, le fait ça, au-delà de l'HTML tout ça, il suffit aussi à bien connaître la plateforme, à bien utiliser tout ce qui est action, filter, tout ça, mettre le code dans le droit, tout ça. En fait, on fait du code beaucoup plus proche. Clairement.