Appuyez sur ceci: Histoires d'horreur d'Halloween WordPress

Bienvenue sur Press This, le podcast de la communauté WordPress de WMR. Chaque épisode présente des invités de toute la communauté et des discussions sur les plus grands problèmes auxquels sont confrontés les développeurs WordPress. Ce qui suit est une transcription de l'enregistrement original.

Propulsé par RedCircle

Doc Pop : Vous écoutez Press This, un podcast communautaire WordPress sur WMR. Chaque semaine, nous mettons en lumière les membres de la communauté WordPress. Je suis votre hôte, Doc Pop, je soutiens la communauté WordPress à travers mon rôle chez WP Engine et mes contributions sur TorqueMag.io. Vous pouvez vous abonner à Press This sur Red Circle, iTunes, Spotify, ou vous pouvez télécharger des épisodes directement sur wmr.fm.

Les lattes aux épices à la citrouille sont de retour dans la saison et les squelettes de 12 pieds de haut sont de retour en stock chez Home Depot, ce qui signifie qu'Halloween est de retour. Maintenant, l'origine d'Halloween remonte aux anciennes fêtes celtiques lorsque les gens allumaient des feux de joie et portaient des costumes pour éloigner les fantômes.

Dans cet esprit, nous avons pensé passer l'épisode d'aujourd'hui de Press This à raconter des histoires effrayantes de clients de l'enfer ou d'installations qui ont mal tourné. Alors venez vous asseoir près du feu avec moi pendant que nous entendons notre premier invité, Chris Wiegman, directeur de l'ingénierie chez WP Engine, alors qu'il raconte une histoire effrayante. Chris, pouvez-vous nous mettre dans l'ambiance ? Avant de vous lancer dans votre histoire, racontez-nous quand cela se passe et où vous en êtes dans la vie. Une sorte de mise dans l'ambiance de l'histoire.

Chris Wiegman : C'est une vieille histoire. Cela remonte à un état très éloigné et à un travail très éloigné de ce que je fais maintenant. C'était l'un de mes premiers emplois dans l'industrie WordPress. Cela aurait été de l'hiver au printemps 2014. Il y a donc près de neuf ans que cela s'est produit.

DP : 2014. Et vous me disiez plus tôt que vous aviez un plugin réussi. Pouvez-vous nous parler de ce plugin dont vous allez raconter l'histoire ?

CW : Bien sûr, l'histoire concerne également l'un des premiers succès du plugin. C'est un plugin maintenant appelé iThemes Security, et je l'avais vendu à iThemes sous le nom de Better WP Security. Quand je l'ai vendu, nous savions que nous avions plus de 200 000 utilisateurs actifs, rappelez-vous que c'était il y a neuf ans.

Et c'était avant même qu'ils n'aient le nombre de téléchargements disponibles et toutes les histoires d'horreur de... qui ont été supprimées maintenant. C'était avant que ce soit même une chose en premier lieu. Nous savions donc que nous avions beaucoup d'utilisateurs, nous savions que nous avions un plugin très réussi, et nous en publiions la première version en tant que changement de marque de Better WP Security à iThemes Security.

DP : Vous m'avez en quelque sorte fait penser ici, vous parlez d'avant l'époque du suivi des installations actives. Savez-vous à peu près combien de téléchargements vous avez eus, ou comment auriez-vous su combien d'utilisateurs actifs vous aviez ?

CW : Le mieux que nous devions faire était les téléchargements actifs et beaucoup de suppositions éclairées. À l'époque, je l'avais mis dans Google Analytics, ce qui a clarifié beaucoup de choses, mais avant la partie Google Analytics, la seule façon de savoir était le nombre de téléchargements, puis nous pouvions estimer en fonction de cela combien d'utilisateurs actifs nous pensait qu'il y en avait.

DP : D'accord, vous aviez donc un plugin de sécurité très populaire, un plugin de sécurité WP. Vous avez eu beaucoup d'installations actives et probablement beaucoup d'utilisateurs actifs. Vous disiez que c'est en quelque sorte l'une des premières réussites du plugin WordPress. Et vous veniez de le vendre, donc ça va bien pour vous. C'est une réussite jusqu'à présent dans votre histoire d'horreur, n'est-ce pas ?

CW : Jusqu'à présent. Oui, les choses se sont bien passées. Nous avions maintenant une personne de soutien pour m'aider à plein temps. J'ai eu le temps, faisant partie d'une entreprise maintenant, que je pouvais consacrer à plein temps à son développement afin que nous puissions réellement faire des choses comme un programme bêta et faire en sorte que les gens le testent, et s'assurer que tout fonctionnait et vraiment passer du temps pour s'assurer que alors que nous préparions cette première version, que tout aurait dû aller bien, aurait dû fonctionner.

DP : Donc ça se passe bien. Pourquoi ne pas entrer dans le vif du sujet ici. Dites-nous ce qui s'est passé ?

CW : Bien sûr. Eh bien, ce qui s'est passé, c'est que le plugin avait deux fonctionnalités. Le premier était quelque chose qui était largement considéré comme faisant partie de la sécurité il y a 10 ans dans WordPress, ce qui est, je veux dire, ce n'est pas du tout la sécurité, en réalité, surtout nous le savons ces jours-ci, et cela cache la zone d'administration ou cache la connexion WP.

Normalement, vous accédez à l'URL et votre formulaire de connexion apparaît. Nous avions l'habitude de dire—et j'admets maintenant que c'était probablement plus du marketing à l'époque que de la sécurité—que si vous les cachiez, le site serait en quelque sorte plus sûr. C'est un peu comme prendre la porte d'entrée de votre maison et la mettre sur le côté de votre maison et prétendre que votre maison est plus sûre. Cela n'a pas fonctionné de cette façon. Mais c'était une fonctionnalité très complexe pour que cela se produise, pour que les gens se sentent mieux à ce sujet.

Et la deuxième fonctionnalité que nous avions qui a éclaté dans cette version était quelque chose appelé "mode absent", qui est essentiellement, si vous étiez dans un bureau de neuf à cinq et que vous ne vouliez pas que les gens y entrent du tout en dehors du travail heures, disons pour une école ou un cabinet médical ou quelque chose comme ça, cette fonctionnalité définirait les heures auxquelles ce formulaire était disponible. Vous ne pouviez donc pas vous connecter au site. Vous ne pouviez pas accéder au backend, sauf pendant les heures spécifiées par l'administrateur du site.

Et ces deux fonctionnalités ont été vraiment réécrites assez lourdement pour cela. Je pense que le numéro était la version 4.0 que nous avons sortie, vers le début du mois de mars. C'était donc quatre mois entre le moment où je l'avais commencé et vendu pour pouvoir enfin y travailler à plein temps. Vous savez, cela a toujours été un travail secondaire pour moi. J'ai travaillé à plein temps dans d'autres entreprises et écoles. C'était la première fois que je pouvais travailler à plein temps sur le plugin.

Nous avons donc lancé un programme bêta dans lequel nous avons réécrit ces fonctionnalités et nous les avons publiées, je veux dire vers le 1er mars plus ou moins. Donc, pendant deux ou trois jours après cette sortie, tout allait bien. Les retours semblaient positifs, nous n'avions jamais entendu de problème avec les bêta-testeurs. Nous avons eu quelques 100 personnes qui ont testé cette chose en version bêta, et tout semblait bon. Et puis les problèmes ont commencé à arriver. Les gens ne pouvaient pas accéder à leur site. Je ne me souviens plus si c'était juste le tableau de bord, je pense que dans certains cas, tout le site est tombé en panne et nous ne pouvions pas comprendre pourquoi.

D'accord, vous devez faire quelque chose de mal. Les choses ont assez changé à ce sujet et peut-être que votre configuration était erronée. Et nous avons en quelque sorte continué avec ça pendant un jour ou deux. Et puis ça a explosé. Nous n'avons pas supprimé un ou deux sites avec un bogue, nous avons trouvé le bogue et nous l'avons corrigé environ une semaine après la publication initiale. Nous avons supprimé quelque part entre 10 et 20 000 sites par estimation avec ce bogue, sur la base des chiffres d'utilisation et du nombre de personnes que nous savions qui utilisaient la fonctionnalité et ceci et cela.

La combinaison du mode absent et du backend masqué a simplement laissé les choses en boucle. Vous ne pouviez pas vous connecter, vous ne pouviez pas accéder aux choses, le site était effectivement mort. Et vous ne pouviez pas simplement vous connecter et désactiver le plugin. Il fallait se lancer dans l'hébergement. Maintenant, si vous avez déjà eu affaire à des hébergeurs et à des utilisateurs de WordPress, c'est parfois très simple. Il est facile de dire à quelqu'un hé, connectez-vous et désactivez le plugin et cela résoudra votre problème. Mais que se passe-t-il si vous ne pouvez pas vous connecter ? Comment accéder à ce plugin pour le désactiver ? Nous nous sommes donc retrouvés avec, vous savez, quelques centaines de critiques à une étoile, toutes en quelques jours. Ça a juste explosé et ce n'était une bonne situation pour personne.

DP : Waouh. Donc, vous pensez qu'entre 10 et 20 000 sites utilisaient ce plugin, et ont obtenu cette belle mise à jour qui a duré quatre mois, et avait un programme bêta, et a été bien testé, vous aviez une équipe derrière. Mais cela n'a pas instantanément fait tomber ces sites, mais une sorte de série de plantages. Cela ressemblait d'abord à des erreurs d'utilisation, et très rapidement est devenu "Non, c'est quelque chose que nous avons fait". Alors, comment avez-vous réagi, quelle était la prochaine étape pour vous, après que vous sachiez, des centaines de critiques négatives et des milliers de sites en panne ?

CW : Eh bien, vous ne pouvez pas faire grand-chose. Notre objectif était alors de A) résoudre le problème. Certaines personnes sont revenues, beaucoup, avec le temps, sont revenues, certaines personnes ne toucheraient plus jamais au produit et c'est compréhensible. Nous avons rompu la confiance avec elle.

Et puis la deuxième chose était de s'assurer que nous nous étions même améliorés au-delà de cela. Certains des tests de fonctionnalités et des choses comme ça pour les futures versions. Je n'étais avec le plugin que pendant 14 mois au total avec iThemes avant de quitter entièrement ce plugin. Nous avons mis en place un certain nombre de programmes, un certain nombre de tests, un certain nombre de procédures pour nous assurer que quelque chose comme ça ne puisse plus se reproduire. Et à ma connaissance, cela n'a jamais été le cas avec ce type de plugin ou avec ce plugin particulier.

DP : Cela a dû être stressant pour vous. Avez-vous l'impression d'avoir appris quelque chose de cette expérience ? Y a-t-il quelque chose que vous avez changé depuis lors à cause de cette expérience ?

CW : Je n'ai pas fait de plugin commercial comme ça depuis. L'une des leçons que j'ai apprises est que même dans un programme bêta, vous devez récupérer les bonnes données dans le programme bêta. Aurions-nous pu découvrir cela ? Eh bien, il était assez clair qu'avec la bonne combinaison de paramètres, oui, nous aurions probablement pu le découvrir en version bêta. Mais au lieu de cela, nous venions d'ouvrir une version bêta et nous avons dit: «Ici, essayez-le. Si vous voyez quelque chose, faites-le nous savoir », sans aucune direction. Au lieu de "essayez ceci spécifiquement" ou "essayez cela spécifiquement". Vous combinez cela avec tout le reste. S'il y avait une faiblesse, c'était ce manque de direction, le manque d'inspection de chaque fonctionnalité de la version bêta et le simple fait de tout regarder à partir de la vue d'ensemble plutôt que des détails spécifiques.

DP : Donc, si cette histoire que Chris vient de vous raconter sur 20 000 sites qui tournent mal après ce qui ressemblait au lancement réussi d'un nouveau plugin, restez à l'écoute après cette pause pour une autre histoire d'horreur. Nous serons de retour.

DP : Bienvenue dans une édition d'Halloween de Press This, un podcast de la communauté WordPress. Dans cet épisode, nous racontons des histoires effrayantes de plugins qui ont mal tourné et d'autres histoires d'horreur WordPress. Je suis votre hôte Doc Pop et je parle en ce moment à Derek Ashauer, un concepteur et développeur Web qui crée également des plugins WordPress. Derek, j'ai entendu dire que vous aviez une histoire effrayante pour nous. Pouvez-vous planter le décor ?

Derek Ashauer : Ouais, donc c'est vraiment au début de ma carrière, il y a longtemps. Je travaillais toujours à plein temps dans une entreprise normale qui fabriquait et construisait des sites Web, mais je faisais du travail indépendant à côté. J'avais aidé une petite salle de concert à construire un système de billetterie personnalisé parce qu'ils détestaient vraiment Ticketmaster. C'était une sorte de lieu indépendant, donc ils voulaient tout faire pour éviter ces grandes entreprises. Mais j'ai construit ce très bon système de tickets, je pensais au moins. Et ils allaient faire un énorme concert à l'époque où Blink-182 était vraiment populaire. Ils allaient les avoir sur leur site et ils allaient vendre des billets pour 1 $ pièce. Donc ce truc va être complètement claqué du jour au lendemain quand ils sortiront les billets.

Nous l'avons donc configuré, effectué toutes sortes de tests et avons pensé qu'il fonctionnait très bien. Et puis vient le matin où nous sommes censés le sortir. Je pense que c'était comme un lundi à 10h00 du matin. Il y avait certaines règles, certaines choses de base que nous avions en place, comme vous ne pouviez pas acheter plus de huit billets pour essayer de donner à autant de personnes la possibilité d'obtenir des billets et des trucs comme ça. Encore une fois, au début de ma carrière, je n'ai donc pas fait de mon mieux pour vérifier les choses. Mais le lieu lui-même pouvait contenir environ 1 000 personnes. Nous avions donc une limite qui, une fois qu'il atteint 1 000 billets, arrête de vendre.

Nous sommes sortis à 10 heures, et je suis à mon travail normal, je fais juste mon truc. Je l'ai en quelque sorte vérifié, pour m'assurer que le site était au moins en cours de chargement et des trucs comme ça, mais pas vraiment trop inquiet. Quelques minutes passent et tout semble bien se passer. Et puis, tout à coup, j'ai commencé à recevoir des SMS. Et puis je reçois un appel téléphonique. Et puis je reçois un autre SMS et je suis au milieu de mon travail, je fais juste mon truc normal, donc je ne peux pas vraiment les prendre facilement.

Il s'avère que j'ai oublié de faire le petit contrôle de requête pour vérifier le max de billets vendus. Et tout d'un coup ça passait à 1 000, 1 050, 1 100, 1 200. Je pense que plus de 1 600 billets ont été vendus avant que je puisse enfin me connecter au serveur et simplement débrancher la prise. Et donc évidemment, les propriétaires de la salle paniquaient et complètement paniqués qu'ils avaient une salle de mille places et avaient vendu environ 1 600 billets, et donc ils étaient manifestement paniqués. Et je suis au milieu de ma journée de travail paniqué. Comment vais-je résoudre ça ? Comment vais-je faire ça ? Je dois faire mon travail normal et m'occuper de ce truc de freelance. C'était un désastre total à ce moment-là.

Heureusement, les choses se sont parfaitement bien passées. Ce qui était intéressant, c'est qu'une autre chose malheureuse que je n'ai pas vérifiée était que les gens contournaient le nombre maximum de billets en achetant simplement plusieurs fois mais en utilisant la même adresse e-mail. Encore une fois, c'était très tôt dans ma carrière. Je n'étais pas très doué pour comprendre comment gérer les situations possibles que les gens essaieraient de contourner. Ils sont donc passés par là et ont vérifié toutes les commandes, et ont réalisé qu'une personne avec la même adresse e-mail avait commandé 24 billets, alors ils les ont contactés, les ont remboursés et l'ont fait autant qu'ils le pouvaient. Et ils l'ont réduit à environ 11 à 1 200 billets. C'était il y a si longtemps, je ne me souviens plus des chiffres exacts. Mais ils en sont arrivés là à peu près à ce nombre.

Et puis le jour de l'événement arrive et ils sont encore un peu inquiets de pouvoir s'adapter à tout le monde. Je pense que seulement 600 personnes ont fini par se présenter. La raison en est que c'était juste 1 $, donc beaucoup de gens ont acheté les billets au cas où et ensuite beaucoup de gens ne pouvaient pas se présenter. Et donc ils n'ont jamais fini par avoir un problème de capacité. Tout s'est finalement bien passé.

Mais c'était des moments stressants quand tous ces tickets étaient traités et payés et faisaient tout ce genre de choses. Et heureusement, le client était très content et compréhensible à la fin, il n'était pas en colère contre moi. Ils ont fini par utiliser ce système de tickets exact une fois que j'ai corrigé cette petite chose. Et ils ont fini par utiliser ce système de tickets que j'avais créé pendant environ 10 à 12 ans. Et donc oui, ils étaient plutôt contents et nous avons tout réglé. Et même pour moi, le client a fait tout le travail nécessaire pour tendre la main à tous ces achats et faire tout ce genre de choses. Donc, j'ai juste dû éteindre le serveur, puis réparer le petit correctif sans avoir à faire face à trop de conséquences, heureusement. Mais ce fut quelques heures très stressantes pendant que nous essayions de comprendre ce qui s'était passé et ce qui se passait là-bas.

DP : C'était des montagnes russes, Derek. Vous étiez en train de mettre en place ce scénario et j'ai en quelque sorte de petits indices sur le moment où cela s'est produit. Vous savez, Blink-182 est assez populaire. Je suppose que vous aviez besoin d'un plugin personnalisé car il n'y avait pas de très bonnes options comme il y en a maintenant.

DA : C'était en 2005. Il y a très, très longtemps. Quelque part par là, ouais.

DP : Vous construisiez un plugin personnalisé. Alors d'accord, donc le sommet de la popularité de Blink-182, et les billets coûtent 1 $. C'est dingue. Donc évidemment il y aura beaucoup de demande. Toutes ces montagnes russes du genre "Oh non, nous en avons vendu trop." Je pensais que tu allais me dire que tu en vendais des dizaines de milliers d'autres. Je me sens très chanceux que vous n'ayez survendu que 600 billets, car cela aurait pu être bien pire. Et puis les scalpeurs, ça a marché. Surtout parce que le client aurait pu mettre tout cela sur vous pour tendre la main, faire du support technique et annuler ces tickets. Mec, c'était des montagnes russes.

DA : Oui, ça l'était. C'était ma première vraie grande chose de développement, la plus grande chose que j'aie jamais développée était celle-ci. Je n'avais donc aucune idée de comment les choses pouvaient mal tourner, à quel point les choses tournaient mal, ce qu'il fallait même vérifier et c'était juste une très bonne expérience d'apprentissage, c'est sûr. J'avais une bonne relation avec le client, donc ils étaient plutôt contents, car honnêtement, c'était tôt dans mon truc, je ne facturais presque rien. Ce n'était donc pas comme si je leur avais facturé 50 000 $ pour ce truc, et puis tout d'un coup ça n'a pas marché. J'étais payé honnêtement, sur une base par billet. J'ai eu 10 cents par billet à l'époque, qu'ils ont vendu par le biais de leur truc, et moi étant au début de la vingtaine et gagnant quelques milliers de dollars supplémentaires par mois. C'était phénoménal. C'était merveilleux. C'était donc une excellente situation. Mais oui, comme je l'ai dit, ils ont continué à l'utiliser pendant plus d'une décennie, exactement le même système.

DP : Vous avez donc construit ce système de billetterie pour un événement assez important. Et cet événement, comme nous l'avons dit, a en quelque sorte échappé à tout contrôle. Mais il semble que les deux problèmes aient un moyen d'empêcher les scalpers d'utiliser au moins le même e-mail.

DA : Oui, exactement. Je ne l'ai même pas fait, car il n'y avait pas de comptes d'utilisateurs dans le système. C'était assez simple. Il s'agit juste d'un paiement ponctuel. Donc, il n'a même pas vérifié les adresses e-mail ou quoi que ce soit. Et il gardait une trace à chaque fois qu'un billet était vendu. Il gardait la trace d'un total. C'est juste que lorsque les gens sont allés sur la page, ils ont oublié de vérifier combien de billets ont été vendus et avons-nous dépassé ce nombre, et de l'empêcher de vendre plus.

DP : Donc, ces deux choses ont été corrigées et cela a fonctionné pendant 10 ans à peu près tout seul ?

DA : Ouais, je n'y ai jamais vraiment touché après ça. Ça a juste continué à rouler jusqu'à ce qu'ils deviennent finalement assez gros pour qu'ils aient en quelque sorte dû faire une fusion commerciale, comme l'une de ces autres sociétés de musique, j'ai oublié ce que c'est. Ils ont en quelque sorte été achetés, et alors ils se sont dit, non, nous devons utiliser Ticketmaster ou quelque chose comme ça et ils ont finalement été forcés de l'abandonner pour des raisons commerciales.

DP : Ils ont probablement été rachetés par Clear Channel ou quelque chose comme ça.

DA : Oui, c'est ça, Clear Channel. Ouais, c'était quelque chose dans ce sens.

DP : Donc, juste une sorte de regard en arrière. Quel est le seul conseil que vous donneriez à quelqu'un qui s'attaque à un projet similaire à celui-ci, en fonction de votre expérience. Quelle est la seule chose contre laquelle vous les mettriez en garde ?

DA: Je veux dire, c'est évidemment un test. C'est un gros problème, il suffit de tester votre truc autant que possible et dans autant de scénarios. Je veux dire, je fais toujours mes propres plugins maintenant et je viens de recevoir une demande pour un, juste ce matin, en fait, où j'ai répondu: «Je n'ai même jamais envisagé que quelqu'un fasse ça. Déjà."

J'ai un plugin de confettis, et il m'a dit : « J'ai mis mes confettis deux fois sur la page. Une fois que la page se charge et que l'utilisateur fait défiler vers le bas, cela recommencera. Et je n'ai jamais pensé à quelqu'un faisant deux fois des confettis sur une page. Et donc vous savez, vous pouvez tester autant que vous le souhaitez, mais parfois vous rencontrerez ces scénarios auxquels vous ne pensez pas, mais vous devez quand même faire autant de tests que possible.

DP : Derek Ashauer, j'apprécie vraiment votre temps. Vous écoutez Press This. Nous allons faire une petite pause et quand nous reviendrons, nous aurons une dernière histoire d'Halloween pour vous donner des frissons. Alors restez à l'écoute.

DP : Bienvenue à nouveau dans Press This, le podcast de la communauté WordPress sur WMR. C'est une histoire spéciale d'Halloween. Plus tôt, nous avons entendu Chris Weigman et j'ai pensé que Chris reviendrait et écouterait la seule histoire d'horreur WordPress que j'ai.

Chris, connaissez-vous Midjourney et les générateurs d'images texte à texte ?

CW : Comme Dall-e et tout ? Open AI et des trucs comme ça?

DP : Ouais Dall-e. Je les utilisais et j'expérimentais différentes choses et en tant que personne qui fait beaucoup de yo-yo, la toute première chose que j'ai essayée était l'emoji yo-yo. Et l'emoji yo-yo n'a vraiment pas obtenu de bons résultats là-dedans. Il n'a rien obtenu qui ressemble à un yo-yo par exemple et le mot yo-yo ne m'a pas non plus apporté de trucs dans les générateurs de texte en image. Mais cela m'a vraiment intéressé parce que j'ai continué à obtenir des résultats très cohérents. Chaque fois que j'utilisais l'emoji yo-yo, j'obtenais cette scène rose et bleue vraiment cool avec trois sommets de montagne en arrière-plan et une figure au premier plan. Et c'est censé être un peu aléatoire, et j'ai continué à obtenir des images très différentes qui avaient des couleurs pastel roses et bleues et des figures et un premier plan et des choses comme ça. J'ai donc vraiment commencé à me demander pourquoi cet emoji me donnait ça et j'ai passé des heures à parcourir différentes combinaisons d'emojis. A quoi sert cet émoji ? Que se passe-t-il lorsque je fais deux emojis yo-yo ?

Et j'ai écrit cet énorme article de blog. Cela allait ouvrir grand l'affaire sur des trucs bizarres qui se passent dans, vous savez, Dall-e et Midjourney pourquoi cet emoji me donne-t-il cette image? Et pourquoi les autres emojis me donnent-ils vraiment, vous savez, un bretzel me donnera des choses qui ressemblent à des pâtisseries ou du café me donnera des choses qui ressemblent à un café. Mais l'emoji yo-yo continue de me donner cette scène étrange.

Et donc après avoir écrit cet énorme article de blog, je veux dire que c'était des heures de recherche, de documentation et de prise de notes. Et puis l'écriture, et je déteste écrire, c'est comme s'arracher des dents, et j'appuie sur publier et je vais dormir. C'est dimanche soir et j'ai passé tout le dimanche à travailler sur la recherche de ce post.

Le lundi matin, les gens disent : « Tout ce que je vois, ce sont des carrés quand je vais sur votre site, Doc. Je vois que vous dites que l'emoji carré me donne ce résultat mais l'emoji carré me donne ce résultat. Je suis allé et j'ai vérifié. Vous savez, le tableau de bord avait fière allure sur le backend, comme de mon côté et l'éditeur Gutenberg. C'était magnifique. Sur le frontend, c'était tous les carrés. Et tout ce travail a été absolument tourné. Tu sais pourquoi Chris ?

CW : Pourquoi cela ? Des fantômes dans la machine ? Gremlins ?

DP : Mon site WordPress est tellement ancien que la base de données ne supportait pas les emoji. Comme du tout. C'était comme 15 ans. Si j'avais installé quelque chose au cours des huit dernières années, il aurait toujours été vieux mais il aurait pris en charge les emoji à un certain niveau.

Ma base de données de mon site Web WordPress ne l'a pas fait - et si vous ne savez pas vraiment ce que vous faites, la seule chose que vous ne voulez pas faire est de fouiller dans votre base de données WordPress. C'est ce dont j'avais besoin, pour mettre à jour ma base de données WordPress, alors Chris, c'est mon histoire d'horreur. Je suis allé chercher un plugin pour convertir facilement en quelque chose qui prend en charge les emoji. Toutes les bases de données qui pourraient le faire. Et maintenant, je vais devoir embaucher quelqu'un juste pour mettre à jour la base de données afin que je puisse faire apparaître ce message sur lequel j'ai passé 10 heures sur mon site de manière logique.

CW : Ça va le faire. L'ancienne technologie est un zombie qui attend pour causer vos problèmes, n'est-ce pas ?

DP : Ouais, tu sais, et ça m'a beaucoup appris aussi. Comme, je peux aller dans mon portail sur mon hébergement et je peux, d'un clic, mettre à jour mon PHP. Je peux faire toutes ces autres choses. Mais oui, cette base de données, non, tu dois savoir ce dont tu as besoin. Il n'y a pas de solution facile à cela. Et je pense qu'il y en a peut-être eu, au fur et à mesure de leur déploiement, mais j'ai en quelque sorte raté la vague, comme même ces choses qui ont réparé la base de données, vous savez, pour les mettre à jour en quelque sorte sont à ce stade, elles sont même vieilles technologie, c'est donc mon histoire d'horreur WordPress. Et Chris, cela n'a pas fait tomber 20 000 sites Web, mais pour être honnête, c'était une déception et cela me donne encore des frissons de voir ce billet de blog et de penser à ce que cela aurait pu être.

Mais c'est tout pour notre épisode d'Halloween de Press This, le podcast de la communauté WordPress sur WMR. Je tiens à remercier tous mes invités de s'être joints à moi aujourd'hui. Chris, merci beaucoup de m'avoir rejoint. Vous pouvez suivre mes aventures avec le magazine Torque sur Twitter @thetorquemag ou vous pouvez aller sur torquemag.io où nous contribuons chaque jour à des tutoriels, des vidéos et des interviews comme celle-ci. Alors consultez torquemag.io ou suivez-nous sur Twitter. Vous pouvez vous abonner à Press This sur Red Circle, iTunes, Spotify, ou vous pouvez le télécharger directement sur wmr.fm.

Nous sommes un podcast hebdomadaire, la semaine prochaine nous aurons Fran Agulto, qui nous dira comment surmonter votre peur d'être sans tête avec WordPress. Nous allons parler des avantages et des inconvénients du sans tête et si vous vous inquiétez de faire ce saut dans le sans tête, vous vous inquiétez d'apprendre JavaScript, ou tout ce que vous devez faire pour faire ce saut, Fran va avoir quelques bons conseils pour vous, alors restez à l'écoute pour cet épisode. Je suis votre hôte, Docteur Popular. Je soutiens la communauté WordPress à travers mon rôle ici chez WP Engine et Torque Magazine et j'aime mettre en lumière les membres de cette communauté chaque semaine sur Press This.