Le conservatisme WordPress: le pire

La capacité technique et le désir ardent de ne jamais abandonner personne pour quelque raison que ce soit. Le projet est fier de souligner que pour la plupart des gens, le passage de 2,7 à 4,4 est essentiellement une proposition sans faille. Les projets ont tendance à ne pas recommander les caractéristiques (qui sont découragées, mais qui restent opérationnelles), mais à ne pas les supprimer; Même cette tendance n’est pas une source d’embarras, mais de fierté.
En fait, cela signifie que le projet a tendance à se développer lentement plutôt qu’à changer radicalement. Pour être précis, une nouvelle fonctionnalité fantastique a été ajoutée au jeune projet WordPress en 2003: Mon hacker. Php. Je citerai brièvement le post de Matt Mullenweg: dans le passé, si vous deviez ajouter un filtre ou un hacker, vous deviez éditer un fichier WP existant et vos modifications seraient écrasées lors de la mise à jour vers une nouvelle version. Plus maintenant. Je viens de vérifier le Code pour ajouter une nouvelle option où vous pouvez activer ou désactiver les fichiers hacker. Lorsque cette option est activée, vérifiez le fichier nommé my hacks. Php dans le Répertoire racine WordPress, qui contient le Code du fichier s’il existe.
Comme vous l’avez probablement deviné, c’est la première fois que le projet tente de rendre le logiciel extensible d’une manière que les plug – ins et les sujets le permettent. J’ai rapporté cette histoire non seulement parce qu’elle est propre, mais aussi parce que l’année dernière, cette fonctionnalité a finalement été retirée du noyau WordPress. C’est l’annonce du changement. Je répète, un nom appelé \
Le coût de la maintenance du support myhacks est faible
N’empiétez pas sur les sites Web des gens. Bien que ces sites soient rares, il ne faut pas encourager les interruptions. Même avec un préavis de 10 ans. Douze ans sont une période assez longue dans les années humaines. Quand mon hacker est entré, un bébé est né. Php peut encore être au collège quand il est (temporairement) supprimé. L’année 2003 est revenue au premier mandat de George W. Bush, la première année de l’invasion américaine de l’Irak. (je suis sûr que même dans un contexte non américain, il y aura des événements…) Si les douze années sont longues dans une année normale, elles sont éternelles dans le monde du logiciel. En 2003, Facebook n’existait pas. Windows XP est nouveau. Peut – être êtes – vous vraiment un grand fan du Web, fuyant la tyrannie lente d’Internet Explorer (ou Netscape \/ Mozilla) et surfant sur le Web avec ce nouveau navigateur appelé Mozilla Firebird. (il est né à Phoenix, autrefois Firebird, rebaptisé Firefox en 2004.) Pour Mac, Safari vient d’être lancé. (Google Chrome est le dernier de nos quatre navigateurs actuels et n’est disponible qu’en 2008.)
Vous pouvez parler de mon hacker. PHP est une anomalie, mais c’est un signe d’une tendance plus large. WordPress est toujours fier de travailler sur PHP 5.2, ce qui est très frustrant pour le reste de la communauté PHP. WordPress permet encore aux utilisateurs d’éditer à partir des fichiers d’interface qu’il utilise pour alimenter le site (ce qui augmente considérablement la probabilité que des utilisateurs naïfs “sabotent” le site), car cette fonctionnalité semblait intéressante à l’époque. WordPress a encore beaucoup de monde… Pourquoi WordPress s’engage – t – il mal à la compatibilité? Dans le monde des programmeurs, en particulier WordPress et PHP (pour citer Rodney dangerfield) « ne sont pas respectés ». PHP est né comme une langue pratique et unique, et vous pouvez encore ressentir de la douleur. (j’étais le plus proche
Fonction de production PHP; Le résumé est simplement que la « Bibliothèque standard » n’est pas très standard.) WordPress a commencé dans cette langue et sa version est encore plus ancienne qu’aujourd’hui, quand elle a imposé un style plus décontracté qu’aujourd’hui.
\ Ça pourrait être différent. Si le projet n’est pas si occupé à exécuter de vieilles solutions, même de vieux hackers, alors il peut régulièrement résoudre certains des problèmes plus profonds de WordPress du point de vue de la conception du logiciel. Drupal est le meilleur logiciel de jumelage de WordPress. Drupal a révolutionné l’histoire, pas l’évolution. Par conséquent, ils peuvent limiter le nombre d’installations qu’ils adoptent et qu’ils utilisent. Mais Drupal répond à bon nombre des mêmes besoins WordPress, mais publie régulièrement de nouvelles versions majeures (lire: incompatible avec les versions précédentes). Cela signifie que la conversion du site Drupal 6 en un site Drupal 8 nécessite essentiellement une reconstruction complète à partir de zéro. Mais cela signifie aussi que Drupal 8 peut profiter de certaines des meilleures fonctionnalités de l’écosystème PHP moderne: composer, composants Symfony (et plus) et un design que les programmeurs PHP orientés objet normaux ne peuvent pas facilement imiter.

Drupal est le meilleur logiciel de jumelage de WordPress. Drupal a révolutionné l’histoire, pas l’évolution. Comme WordPress refuse de vraiment détruire la compatibilité avec les versions précédentes, le contrôle des versions sémantiques n’a guère de sens dans l’écosystème. WordPress 2.7 à 4.4 peut apporter moins de douleur que Drupal 7 à Drupal 8. Mais cela signifie aussi que les auteurs de code pour WordPress 4.4 continuent de lutter contre les mauvaises décisions de conception prises avant 2.7. WordPress utilise occasionnellement des globals, des structures de fichiers et de dossiers bizarres pour les thèmes WordPress, la mise en place de spam API… Je peux continuer, mais il ne fait aucun doute que la plupart des utilisateurs réguliers de WordPress ont au moins une ou deux choses que je veux nettoyer le tableau noir et changer. Mais compte tenu de la façon dont le projet est géré, ces choses peuvent se produire très, très, très lentement ou (plus probablement) pas du tout. Cela signifie que l’édition du contenu de première ligne que Fred a toujours voulu est lente, ou probablement jamais. Cela signifie que l’api rest éclaire lentement le monde d’une manière dont les passionnés de WordPress rêvent depuis près de cinq ans. Cela signifie que dans un avenir proche, nous continuerons probablement à entendre mes plaintes concernant la mise en place de l’API. Pourquoi l’engagement de wordpress pour la compatibilité est une utilisation exceptionnelle de WordPress depuis 2007… À cette époque, je n’avais jamais à jeter et redémarrer tout le site à partir de zéro. Je n’y ai jamais pensé. Depuis 2007, j’utilise wordpress pour tout, de l’écriture de petits passe – temps à la création de sites Web pour de grandes entreprises. Pendant ce temps, je n’ai jamais eu à jeter et redémarrer tout le site. Je n’y ai jamais pensé. Choisissez un contre – exemple extrême, un projet parallèle que j’a i lancé
La grande confiance de WordPress dans les ressources d’apprentissage et sa capacité à continuer à travailler jusqu’à ce qu’il soit piraté font que WordPress est de plus en plus populaire auprès des services de marketing du monde entier, des freelance aux entreprises Fortune 500. La compatibilité et le conservatisme rendent cela possible. L’histoire de WordPress montre qu’il est plus déterminé à fournir aux gens des informations fiables et utiles que de fournir le plus beau Code ou d’adopter les nouvelles technologies et technologies plus rapidement. C’est ce qu’a montré son conservatisme. La discussion sur l’api rest va bien au – delà du conservatisme WordPress traditionnel, qui va à l’encontre du fait que de nombreux développeurs aiment quelque chose de nouveau et de merveilleux. Mais c’est une partie importante. Le monde technologique est en grande partie cyclique. La nouvelle chaleur de la journée est une solution sombre et rejetée pour la prochaine décennie. XML – RPC n’a peut – être jamais été l’idée d’un programmeur « populaire», mais il est très proche des normes de l’industrie lorsqu’il entre dans WordPress. Aujourd’hui, XML est honteux et les développeurs veulent leur API de repos json. Je ne pense pas que le dialogue en cours là – Bas soit entièrement façonné par la dynamique conservatrice traditionnelle de WordPress, en contradiction avec la réalité que beaucoup de développeurs aiment quelque chose de nouveau et d’exceptionnel. Mais ça a beaucoup à voir avec ça. En tant que propriétaire, éditeur et utilisateur, j’aime que wordpress ne bouge pas mon fromage. En gros, ça a fonctionné jusqu’à ce que je me présente de temps en temps et que je me souvienne où tout était. Je n’ai jamais besoin de reconstruire mon site à partir de zéro, ni même de passer par des routines de mise à jour simples mais longues. Cela peut sembler petit, mais passer du temps dans un projet ou un écosystème qui se déplace plus rapidement (maintenant JavaScript)