 Bonjour à tous. Je vais vous parler aujourd'hui du nombre de plugins et avant cela, je vais me présenter rapidement. Je vais parler de la L'Oribe à la Mer. Ça fait 18 ans que je fais de leur presse, donc depuis un an, assez longtemps. Je suis parti à l'association WebFair pour ceux qui souhaitent rejoindre cette initiative. J'ai fondé une agence qui s'appelle BAPI et elle rentre après 94 sur les grands projets qu'on a fondé. J'ai noté une conférence plugin, la traduction officielle, c'est Extruction. Je reviens avec ces personnes. Comme je l'ai proposé avec cette appellation, et que c'était retenu avec cette appellation, on regardera pendant toute la presse. Je vais parler de plugins pendant toute la présentation. Alors, ce sujet de conférence est venu parce qu'on voit beaucoup de publications sur les plugins sortir sur cette question, le nombre de plugins idéales, sur le fait qu'il faudrait effectivement avoir pas trop de plugins pour avoir un bon projet. Et ça prend tellement d'ampleur sur les plugins qu'il y a des clients qui viennent me challenger sur ce mon projet, il y a 76 plugins, est-ce que c'est normal ou pas ? Je pensais bien conseiller. Donc, ça paraissait important de remettre un peu de perspective sur cette question. Ce qu'on voit généralement dans les publications, c'est que plus on installe de plugins sur un projet repasse, moins on obtient de performances. La deuxième chose qu'on retrouve également dans ces présentations, c'est le fait que plus on installe de plugins, moins son projet est sécurisé. Effectivement, plus on installe de plugins, plus on s'expose à des faits de sécurité, parce qu'au plus il y a de code source qui s'exécute d'autres projets. Alors, on a un projet qui s'exécute de plus en plus, qui s'exécute de plus en plus, qui s'exécute de plus en plus, parce qu'au plus il y a de code source qui s'exécute de d'autres projets. La troisième chose, c'est que plus on installe de plugins, plus il y a un risque potentiel de bugs, incontestablement, plus on va à cette plugin d'édits temps différents, plus avoir presse de part son architecture va possiblement générer. La quatrième chose qu'on peut lire à ce sujet, c'est que plus on installe de plugins pendant un travail de maintenance à réaliser, on va lui mettre à jour, s'assurer qu'il continue de fonctionner et qu'il a toujours la mission pour laquelle ils ont été choisis. Donc chacun de ces arguments qu'on retrouve généralement sur la paix-ette sont totalement gradides et donc ça nous amène à une première conclusion. Si justement les plugins c'est problématique, il faut peut-être arrêter d'utiliser, si on veut vraiment pousser la réflexion à son terme, et donc arrêtons d'utiliser les plugins, et finalement ça ne fait que dégrader un projet. La deuxième conclusion, pourquoi utiliser WordPress? Parce qu'effectivement c'est difficile de faire du WordPress sans plumeur, avant que vous aviez effectivement un tout petit blog, difficile de proposer des projets à ses clients, sans utiliser aucun plugin. Donc vous poussez effectivement la réflexion pour plus loin pourquoi choisir WordPress si vous n'êtes pas convaincu de l'intérêt des plugins. Du coup on peut se questionner sur comment faire un projet WordPress sans trop faire appel à des plugins. Donc là on va retrouver bien des choses. Dans mon travail j'ai une mission que je trouve particulièrement intéressante, c'est qu'on nous propose des projets WordPress faits par les prestataires des professionnels. Et on nous demande si on veut bien les répondre en thème. Et cette mission elle est particulièrement intéressante parce qu'on va recevoir le code source de la chance concurrente d'un professionnel qu'on aime bien dans la communauté, et on va avoir un peu les secrets de fabrication. Grâce à ces préodites, pour avoir un petit peu ce qu'il y a sous le capot, on apprend énormément sur le fait qu'il y a autant de façons de faire un projet qu'il y a de possibilités de faire un projet WordPress et qu'on peut retrouver des façons très différentes de faire entre une agence, et une agence B. Et on trouve souvent à peu près les mêmes trois constats qui sont les suivants. On a beaucoup de personnes qui vont utiliser des plugins et qui vont travailler avec le Fichier Function de l'UDAM. On va se retrouver avec un Fichier Function qui va faire 4, 5,000, 6,000 lignes de code avec à peu près tout ce qu'on peut retrouver dans le plan de projet en termes de fonctionnalité. L'option numéro 2, c'est avec le framework d'agence qui est un grand classique. On va se retrouver avec moins d'agence tiré framework et on va trouver un plugin d'un variant Fichier et tout ça propre à l'agence framework qui propose plein de fonctionnalité avec aucune certitude que ce qui est présente dans le framework soit utilisé ou non. Par exemple, on l'a aussi expérimenté chez BIP au tout début on avait fait un framework d'agence qui on a introduit une faille de security dans tous nos clients, et on s'est dit que c'était assez compliqué de faire du code pour tous. Et puis l'option numéro 3 c'est d'utiliser que ces propres plugins et donc ça peut paraître très radical comme approche mais j'ai déjà vu des projets fait par des agences connues avec dans la liste des plugins que des plugins nommés par l'agence. J'ai renommé, j'ai mis un big age, big action etc. mais on retrouve avec office et toutes les extensions c'est des extensions propres à l'agence donc il y a zéro utilisation de l'écosystème de se questionner sur le pouvoir pass et ça c'est vraiment des situations qui vont justement la maîtrise du code qui est promis mais qui on verra par la suite ça a l'air un peu compliqué par mon expérience un projet sans plugins ça se termine rarement bien excusez-moi que ça soit l'option 1 l'option 2 ou l'option 3 ça se termine rarement bien parce qu'on va pas effectivement être difficile de tout ce que pas apporter en passant la première chose c'est que quand vous venez récupérer un projet ou que vous venez récupérer une fonction que vous placez en fichier de fonction vous avez du code personnalisé pour votre projet mais vous avez les mêmes attributs qu'un code propriétaire et un code propriétaire par rapport à un code de plus source c'est un code qui écrit par un humain qui est névu par généralement personne d'autre et donc on peut s'interroger sur la fiabilité, sur la sécurité et puis vous n'aurez de toute façon jamais de feedback d'autres usagers donc en termes de sécurité pas de certitude, en termes de performance le code écrit par un humain ne garantit pas grand chose et surtout vous n'avez pas de député le code que vous avez récupéré sur Hostel Powerflow sur DjPT vous avez publicé dans votre projet et il évoluera plus jamais donc ça peut questionner sur le fait comment on va s'assurer dans le futur de la compatibilité de ce code ma conviction c'est que pour être éditeur de plugin c'est beaucoup plus difficile d'être éditeur de plugin que simplement vous mettez des projets pour vos clients intégrer des plugins faits par les éditeurs dans un projet, c'est un premier métier éditer ces propres plugins sous la texte que ceux de la communauté sont moins performants c'est un autre métier qui demande beaucoup d'expérience qui demande à anticiper les évolutions futures de l'UQCMS qui demande à anticiper les questions de rétrocompassibilité et on s'en compte sur le lendemain que faire le choix de ne pas utiliser plugin ou de faire ses propres plugins c'est une charge de travail importante et qui est seulement négligée qu'on fait ce choix la seconde chose et on le voit notamment dans les agences avec des frameworks ou avec beaucoup de plugins propres à l'agence c'est qu'il y a mécaniquement un teneur une personne change d'entreprise et un jour vous retrouvez qu'une équipe technique qui gère la maintenance de projet personne n'a participé à l'élaboration des plugins tout le monde se plaint vous avez d'aides techniques qui écriment et c'est beaucoup plus difficile de motiver des personnes à travailler sur un plugin propriétaire plutôt que sur mon projet Europese avec des plugins bien connus de la communauté et en le général des personnes qui ont été formables je prends un exemple assez simple le filarian beaucoup de personnes me disent pourquoi installer un plugin pour un filarian c'est pas très compliqué à la base il suffit de faire des listes des listes de liens c'est pas très compliqué et effectivement si vous allez sur un filarian vous pouvez vous poser la question de comment afficher un plugin sans plugin et c'est quelque chose qui vous a donné sur énormément de résultats comme pas effectivement la question du plugin c'est une nouvelle chose de pas et comme depuis assez longtemps le filarian c'est intéressant parce qu'en 2010 c'était pas grand chose c'était effectivement une liste à plus donc vous pouvez liste de liens vous pouvez vous dire ok pourquoi pas je vais le faire moi-même ça ne sert à plus de l'affronement car c'est aller à l'estatio d'aller à un vrai plugin donc des gros plugins qui ont des filariés mais en fait entre 2010 et 2003 le filarian il s'est totalement transformé à la base il était question de que de liens désormais on parle de données structurées on parle d'implémentation qui sont beaucoup plus complexes si vous avez fait le choix il y a 5 ans de faire un filarian en récupérant un code qui était sur la palette vous n'aurez jamais ces fonctionnalités et pourtant un filarian en 2003 c'est surtout la partie de l'execuerie qui va intéresser Google et donc qui va répondre à cette question donc on peut s'interroger par exemple définitive sur est-ce que finalement le plugin il a vraiment choisi WordPress avoir du code propriétaire ou si WordPress pour bénéficier d'un large d'un large écosystème d'un grand nombre de plugins la second chose et on le voit quand on demande de reprendre des projets en marquance c'est la question de la réversibilité le fait de transmettre son projet par notre professionnel si vous voyez un projet avec un fichier fonction avec 6000 lignes très peu de plugins du code propriétaire ça donne pas envie ils vont se retrouver coincés ils ont choisi le WordPress pour l'écosystème et ils vont se retrouver coincés avec un éditeur de une agence ou un intégrateur qui aura fait quelque chose de complexe et pas transmettre à un autre donc ça nous a réellement la question qui est pourquoi WordPress pour plus qu'il y a en 3% de l'EU ça n'est pas uniquement grâce à la très jolie barre de maths parce qu'en 2004 on a implanté une fonctionnalité qui était essentielle il ne l'avait pas et ce qui fait le succès de WordPress c'est l'intégration des plugins ça c'est une fonctionnalité qui est très ancienne qui est en 2004 et en 2004 maths a décidé dans le projet dont maths de pouvoir étendre quasi infinies les possibles de faire pour le CMS et c'est grâce à ça effectivement que depuis 2004 il y a eu près de 100 000 plugins aujourd'hui c'est à peu près 50-60 000 avec tous les plugins qui ont fermé c'est à peu près 100 000 plugins qui ont existé dans l'épo officiel et c'est à mon sens un critère important dans le succès de cette solution par rapport à d'autres CMS et autres services donc finalement la question c'est pas vraiment savoir combien quel est le nombre de plugins idéal c'est plutôt qu'on doit bien les choisir si on veut vraiment bien tirer parti des possibilités du CMS la question qu'on peut vraiment traiter forcément le nombre qui vient d'intéresser mais plutôt la question de la qualité et pour ça il faut effectivement devenir en extraport pas c'est pour ça qu'il faut bien les choisir sur la question ou peut-être le dossier à départ que plus on a le plugin moins la performance la question c'est de sélectionner les plugins qui sont de performance effectivement quand les développeurs ils peuvent utiliser des outils quand on est pas un développeur on verra qu'on a d'autres outils dans un projet WordPress on a 2 ressources on a la mémoire vous avez un démargement vous avez une quantité de mémoire et vous avez des ressources à votre disposition le CPU le CPU ça va être l'accumulation de l'exécution PHP le nombre de requêtes SQR et le nombre de l'HTPU et donc c'est l'association des deux plus votre site consomme de la mémoire donc il faut faire des plugins qui sont le moins conservateur de ces deux ressources pour ça quand on n'est pas un développeur de très haut niveau on peut s'appuyer sur des outils existants il y a notamment des services en ligne on peut penser à plugin test on peut penser à Insta-Repait ces sites en ligne vous permettent d'avoir un peu plus que l'affaire entière officielle et notamment vous parliez de comparer là par exemple j'ai pris SEO presse et j'ai pris Yoast SEO et je suis simplement à les comparer de fiches on peut voir qu'à ISO dans la fonctionnalité on a un plugin qui est deux fois plus grand côté Yoast que côté SEO presse ça veut pas dire qu'il faut baser toute sa réflexion sur la consommation de mémoire mais c'est quand même un indicateur c'est que si vous pouvez tout le plus consommer un peu plus de mémoire au bout du compte vous aurez un projet plus long si vous êtes un peu plus de développeur et un peu plus techniqueur vous pouvez vous intéresser il y a un plugin qui va vous afficher dans le menu de NASBar dans cette onde de consommation le temps d'exécution de PHP la consommation mémoire le nombre de requêtes SQL le nombre d'appels externes ça peut être intéressant vous vous évaluez la performance vous regardez après la salation est ce que les chiffres sont mauvais et si c'est tard, vous vous dites que le plugin n'est pas très performant votre possibilité vous avez un autre plugin qui est très intéressant c'est toujours un peu intéressant d'installer des plugins pour évaluer la performance d'autres plugins mais un plugin ça faille pas de profiler notamment l'inversion pro si vous avez un projet existant vous pouvez l'exécuter et avautir quel est le plugin le plus long du projet de votre projet dans l'exemple qui est donné, c'est où le commerce difficile de s'en passer c'est l'élémentaire difficile de s'en passer on a 6 lutins d'alpes il va falloir effectivement faire attention au choix des plugins et ensuite la troisième solution c'est plutôt rentrer entreprise ou en tout cas projet de grand number 2 vous avez des solutions vous avez des services tiers qui vont vous donner le niveau de performance si on peut voir par exemple avant la salation d'un plugin après la salation d'un plugin et voir des graphiques pour que la performance soit réellement baissée c'est vraiment essentiel de pas se tromper au début du projet si vous partez sur un mauvais choix de plugins ça coûte très cher à avoir changé très cher en contribution donc le choix des plugins c'est quelque chose qui doit être fait en tout cas vraiment en début de projet et le benchmark va se faire vraiment de façon méticuleuse pour pas s'engager sur un plugin sur le second aspect c'est la performance j'ai vraiment différencié la performance la performance c'est plutôt le back office la performance c'est plutôt ce que vous pouvez voir c'est à peu près la même chose il existe des outils sans être un très grand technicien pour évaluer la performance on pense à GTMutrix on pense à la web page test.org vous allez pouvoir comparer le performance avant et après la salation d'un plugin si vous vous rendez compte que votre notre baisse il faut vous interroger parce que le plugin ne chargerait pas trop de ressources statiques quand même le plugin est indispensable mais qui pollue la performance vous avez des solutions notamment le plugin Perfruitance qui va vous permettre de choisir pour chaque plugin est ce que j'ai besoin de charger le script de la feuille de 6 à 16 du plugin ou est ce que j'ai besoin de charger que sur une seule page de mon site ou sur la totalité de mon site donc ça va être intéressant effectivement de garder des plugins qui sont pas très performants de base tout le temps de les déchargeant pour être déchargement les ressources statiques sur la majorité de mon site pour la partie sécurité c'est à peu près la même chose on pense encore une fois sans être un expert en sécurité trouver des ressources dans l'écosystème pour déterminer si un plugin est sécurisé ou pas on va pas tous de manière de chercher en sécurité vous avez notamment 3 référentiels de l'écosystème ces projets-là vous proposent des fiches pour chaque plugin avec le nombre de vulnérabilités est ce qu'il y a une feuille de sécurité qui est présente et donc vous allez pouvoir choisir aussi en connaissant deux causes vous allez peut-être trouver un plugin de l'host avec peut-être 15, 20, 30, 40... ça veut pas dire que c'est un plugin qui n'est pas sécurisé c'est surtout un plugin qui est très hautité dans le genre de sécurité et elles sont toutes patchées parfois vous allez aussi trouver des plugins qui ne sont pas patchées avec des failles de sécurité qui existent mais qui ne sont pas fermées et qui ne sont pas forcément corrigées pour diverses crises concernant la partie bug c'est beaucoup plus difficile de choisir des plugins ça va beaucoup plus se baser sur l'expérience que vous pouvez avoir de projets WordPress on peut quand même vous avez un certain nombre d'indicateurs qui sont assez intéressants sur la partie ratings vous pouvez toujours aller voir pourquoi les gens ont mal noté parce que parfois si je n'ai pas réussi à installer c'est peut-être pas très représentatif de la qualité du plugin mais vous avez des indicateurs des très bons indicateurs ça va être le mise au point le second indicateur c'est le nom d'installation active si vous avez un plugin à 10 millions d'installations actives quoi qu'on en pense c'est un plugin qui est fiable ça va pas installer sur 10 millions de plateformes si il est intéressant à installer et la seconde chose c'est que dans l'onglet Alpine vous allez pouvoir retrouver des statistiques supplémentaires et notamment un nombre de déjardins par jour ce qui peut nous dire aussi que sur une année civile est-ce que le plugin reste populaire ou est-ce que le plugin est en déclin ? on est-ce qu'un nombre idéal de plugins bah un nom c'est clairement pas le indicateur qui est rentré en compétition est-ce que le nombre importe un peu effectivement si vous avez un projet avec 150 plugins c'est effectivement plus compliqué d'oblir des bonnes performances évidemment et c'est sur tout ça qui va pénaliser la performance ça paraît et de bon sens de ne jamais assurer deux plugins qui font la même chose deux plugins qui font la vraie performance deux plugins qui font la sécurité ça donne pas ainsi de plus de performance mais ça ne sécurise pas mieux c'est même là là dans une émarge des conceptions vous pouvez aussi tenir des discours un peu volontaristes ça n'a pas que de sobriété c'est pas non plus très radical mais moins l'installe de plugins moins consommer de ressources donc c'est toujours une bonne chose pour un projet d'avoir effectivement cette question de l'echo de l'echo conceptions en tête le dernier point et c'est ce que nous on essaie de faire beaucoup à l'agence c'est d'associer le client à la réflexion on ne choisit pas un plugin que le client ait connaissance du plugin on essaie de l'associer pour qu'il compagne l'avantage d'un client donc l'avantage qu'il a érité deux fonctionnalités pour pas grand chose on pensait avoir un plugin de formule on aurait une très grande richesse fonctionnelle pour pas grand chose et aussi des démitations que ça implique une démitation s'il n'y a pas fallu la réflexion les questions qu'on va élu avant c'est la question j'utilise que 5 plugins j'utilise ce type de commentaire j'utilise que les 5 plugins hyper connues on utilise ACF, Varietyform, Polyland, IOS, WebProquet est-ce que j'ai tout bon en fait ces 5 plugins ça va doubler le temps de génération d'une période presse ça va quasiment tripler consommation des marres en fait c'est 5 énormes plugins en termes de ressources et d'un côté c'est des plugins qui proposent un large tel des fonctions donc c'est à partir du moment que 5 plugins vous pouvez déjà vous dire que la performance elle a déjà pris un coup sévère et que là vous mettez WebPest mais ce n'est pas 0,2 secondes à se générer avec ces 5 plugins ça sera bien en plage de seconde donc le mal est déjà fait ça reste pour autant des bons plugins est-ce que le nombre de plugins importe on peut aussi à cette question là est-ce que simulare 5 plugins de délignes ou 1 de 50 lignes le nombre de plugins à proprement parler ne pénalise pas la performance si plus lignes de quelques lignes ça sera tout aussi d'apprentements que de fichiers fonctions de 3 plugins et une question qu'on a également régulièrement c'est est-ce qu'on peut avoir un plugin que pour le back office et pas le front office supposé vous insérer un plugin c'est que le back office le front office ne vous intéresse pas en plus il pénalise la performance on a dit non c'est pas possible mais avec un plugin on peut venir décharger complètement de pas du tout initialiser et je termine est-ce que c'est une bonne idée d'insérer plusieurs plugins de blocks évidemment que non parce que généralement c'est un double toute la partie des grosses sources et je termine bien est-ce qu'il y a des questions dans la salle ? dans la salle par rapport à ce que je disais il y a des plugins qui sont très intéressants qui ne peuvent pas changer plus partie des extensions pour ça, le front office mais moi j'ai toujours d'autre côté là, contre-intuitif je veux dire je rajoute encore un plugin pour... oui c'est sûr c'est contre-intuitif on ajoute un plugin pour décharger d'autres plugins on peut le faire en code en fait c'est le point de votre niveau de technicité on peut décharger un plugin en front office avec du code mais si vous n'avez pas ce niveau de compétences ça peut rester très intéressant un plugin comme Perfmitter c'est un plugin qui est présenté performance il y a vraiment un développeur qui fait très attention à cette dimension-là ça restera plus performant d'avoir un Perfmitter ce qui décharge un front office de plugin, c'est-à-dire un plugin qui est en bas qui est très long en termes de performance ça restera quand même un bien mouvement et une bonne optimisation même si on l'a pourtant pu et parce qu'après les autres comme code et monitor ou autre une fois on a fait la vérification on peut les installer Exactement, c'est des plugins qui sont vraiment utilisés en phase de test mais on ne laisse pas un plugin de développement comme Carry Monitor ou de développement installé en production parce que ça va pénaliser la performance, ça fait des statistiques sur le sujet Ok, merci D'autres questions ? Déjà, merci pour cette conférence qui devait être faite je pense Il y a un autre aspect je ne sais pas, je trouve pas que l'on aborde beaucoup mais il y a d'avoir plus de plugins qui font des fonctionnalités plus restreintes, ça aussi a un avantage en termes de maintenance et de vie du site parce que le jour où il y a un plugin qui dégonne, il y a juste celui-là à changer, juste cette petite partie alors si on a un gros plugin à la place on devrait trouver des solutions pour l'ensemble de ces fonctionnalités donc c'est dans un sens aussi plus pratique pour Dans les stratégies de ce plugin on peut privilégier le fait d'avoir des petits plugins qui ont des petites fonctions à un énorme plugin qui fait beaucoup de choses Après ça peut apporter d'autres un provoillant, plus de mise à jour à réaliser et un patchwork habituel, d'éditeurs avec des interfaces qui ne sont pas toujours les mêmes mais je te rejoins, si on a un plugin qui propose 50 fonctionnalités et finalement c'est deux fonctionnalités qui intéressent on vient alredir l'utilement le site Il faut aussi se questionner sur la maintenance et la vieillité au très long terme 5 à 10 ans, il y a beaucoup d'éditeurs de plugins qui disparaissent c'est assez cyclique et donc confier aussi des fonctionnalités à des traits pour plugins, ça tout ça va être compliqué Merci Merci Vous avez fait voir en fait le site qui permet de vérifier les patchs de sécurité, tout ça, sur les pages Est-ce qu'il y a l'équivalent pour tout ce qui est poids du plugin etc C'est-ce qu'il est léger ou ou attention Il y a effectivement un projet qui est en tout cas plusieurs patins qui permettent qu'on n'est pas développeur, c'est les trois patins que je dis 3 ça est sans ligne mais c'est des patins qui se concentrent principalement sur la consommation mémoire donc il vient de récupérer les 4-5 écrans si il faut d'orespress et il vient d'évaluer la mémoire sauf que la mémoire ça n'est qu'un indicateur c'est pas un indicateur aussi le plus critique en termes de performance donc notamment plugin test je crois qu'il nous joue un peu plus aussi sur le temps génération des pages du coup il est un indicateur qui est un peu plus un peu plus particulièrement mais il est moins sexy à présenter Ok merci Bonjour à tous j'ai une question au monde déjà moi je suis je ne suis pas programe mais je suis pas je viens de initialiser votre presse ma question c'est de savoir comment éviter le conflit et puis les problèmes de sécurité liés au plugin ok sur la question des conflits c'est assez insolvable parce que c'est vraiment propre et spécifique à la conception de leur place dans mon passe vous avez un mécanisme de bouche notamment les filtres et en fait ce principe là où finalement une donnée elle est passée de plugin en plugin il y a toujours un plugin qui ne n'implément pas proprement la pays et donc ça ça va générer des bugs entre les plugins qui sont pas perceptibles avant de tomber sur le bug et c'est pour ça que quand vous êtes sur des plugins de l'écosystème il y a souvent des plugins compatibility c'est ça qu'il faut aller voir est-ce que les plugins que vous utilisez sont officiellement supportés par votre choix mais c'est vrai que techniquement on ne peut pas vraiment s'exenter d'avoir un bug avec un autre plugin on peut peut-être dégoutiser les abus de repasse vous restez le conflit qui portait sur la sécurité c'est ça ? pour faire un plugin disons sécurisé quand on développe ses propres plugins il y a deux choses il faut être sensibilisé à la sécurité informatique vous avez des principes de Lost Rock des formations et des très bons tutos vidéos sur la question et une fois que vous avez compris ces concepts de sécurité en termes de développement en fait il y a toutes les appels utiles en termes de sanitisation en termes de contrôle de prénom, de provenance en termes de contrôle de droit ça n'empêche pas d'avoir beaucoup de feuilles de sécurité dans l'écosystème on a aussi une vraie préalite de côté châcheurant de sécurité qui fait qu'il y a beaucoup de correction mais c'est vraiment vous avez tout ce qu'il faut en sorti de l'usine pour faire des plugins sécurisés je vais pas dégrader ce qu'on en eut merci pour cette superbe conférence moi j'ai eu question à te poser c'est un peu la même thématique des outils qui permettent un peu de faire le trip parmi les plugins il y a heureusement beaucoup d'éditeurs d'électriques de plugins qui n'oublient ou on ne prenne pas le temps d'actualiser les fonctionnalités pour supprimer les données une fois qu'ils sont supprimés et ce qu'il y a pour éviter de faire mal également et contrôler si ça s'est fait ou pas est-ce qu'il y a des outils qui permettent de détecter ça justement détecter un peu ces choses qui ne servent plus à rien qui sera supprimé en tout cas existant pour le faire parce qu'il y a beaucoup de littérature sur la question notamment sur la table d'options si elle plus elle contient l'information plus elle peut être ralentir l'exécution du site je ne sais pas s'il y a des plugins qui sont des ans faciles d'accès au tout grand public pour venir ralentir chez les plugins je crois que ça existe mais je n'ai jamais pratiqué alors de là vous conseillez un plugin que je n'ai pas pratiqué merci merci