WordPress et une nouvelle voie pour le web ouvert : le projet FAIR — une infrastructure WordPress décentralisée

 (joost.blog)
3 points par GN⁺ 2025-06-09 | 1 commentaires | Partager sur WhatsApp
  • Les problèmes de gouvernance centralisée et opaque de WordPress sont devenus un enjeu majeur au sein de la communauté, faisant émerger le besoin d’une alternative indépendante et transparente
  • Fin 2024 ~ début 2025, plusieurs initiatives décentralisées, dont AspirePress (miroir communautaire), ont vu le jour, et le débat sur une alternative à « double voie » — technique et de gouvernance — s’est véritablement structuré à travers des lettres ouvertes et diverses propositions
  • Dans ce mouvement, différents groupes ont uni leurs forces pour mettre en œuvre FAIR (Federated and Independent Repositories), une véritable infrastructure « décentralisée de gestion et de distribution de paquets WordPress »
  • FAIR est administré par un comité technique de pilotage (TSC) dirigé par la communauté sous l’égide de la Linux Foundation, et fournit une infrastructure concrète pour l’écosystème, notamment miroirs, paquets, plugins commerciaux et signatures cryptographiques. Il ne s’agit pas de forker WordPress, mais d’ajouter une « nouvelle couche de distribution et de gouvernance »
  • L’émergence de FAIR est considérée non comme une simple résistance, mais comme une contribution à une meilleure infrastructure et à une meilleure gouvernance au sein de l’écosystème open source

Naissance et portée du projet FAIR pour WordPress

# Un changement né d’un problème de leadership

  • Fin 2024, la centralisation excessive et l’absence de gouvernance dans l’écosystème WordPress sont devenues un sujet de débat public
    • Trop de pouvoir était concentré entre les mains d’une seule personne, et une structure de gestion opaque créait de l’incertitude aussi bien pour les contributeurs que pour les entreprises
  • L’annonce d’un miroir centré sur la communauté (AspirePress), ainsi qu’une lettre ouverte signée par une vingtaine de contributeurs clés, ont largement diffusé cette prise de conscience
  • Avec Karim Marucchi et d’autres, une réponse à deux volets — technique et politique — a été proposée
    • résorber la centralisation (distribution / mises à jour / découvrabilité)
    • introduire une gouvernance transparente, responsable et neutre

# La convergence d’efforts variés, jusqu’à FAIR

  • Les tentatives décentralisées menées séparément par plusieurs équipes et communautés se sont naturellement croisées, puis transformées en solidarité et en travail commun
  • Plutôt qu’une déclaration autour d’un projet unique, l’organisation a pris la forme d’une coalition de « groupes de groupes »
  • Les sujets les plus urgents (mises à jour de plugins, répertoire, assets, tableau de bord, etc.) ont été traités d’abord par des miroirs et des drop-ins, avec une architecture pensée pour s’étendre progressivement

# FAIR : une infrastructure communautaire et décentralisée pour les paquets

  • FAIR est géré par un TSC (comité technique de pilotage) dirigé par la communauté, sous l’égide de la Linux Foundation
    • Trois figures de la communauté en assurent la coprésidence : Carrie Dils, Mika Epstein et Ryan McCue
    • Gestion décentralisée des paquets, miroirs, plugins commerciaux, signatures cryptographiques : tout cela a été mis en place en peu de temps
  • L’objectif n’est pas de forker WordPress
    • Le même logiciel core est utilisé, avec compatibilité avec le WordPress existant
    • Une couche indépendante de gouvernance et de distribution est ajoutée, sans goulot d’étranglement centralisé
  • En s’appuyant sur l’expérience de la gestion de paquets open source comme Composer, l’accent est mis sur la simplicité d’usage
    • La plupart des utilisateurs n’ont pas besoin de connaître les rouages internes : ils constateront simplement que « ça marche bien »

# La signification de FAIR et la suite

  • FAIR n’est ni une « résistance » ni un « fork », mais une contribution positive à l’infrastructure et à la gouvernance de WordPress
  • C’est le fruit de plusieurs mois de collaboration entre entreprises, pays et communautés, avec un nombre de participants en constante augmentation
  • Plus d’informations sur FAIR sont disponibles sur fair.pm
  • Toute personne qui adhère à l’idée d’une « infrastructure partagée » pour le web ouvert et WordPress, ainsi qu’à un « avenir centré sur les contributeurs », peut rejoindre l’initiative à tout moment

# Liens de référence / participation

À lire aussi

1 commentaires

 
GN⁺ 2025-06-09
Avis Hacker News
  • Partage de la nouvelle selon laquelle la Linux Foundation a annoncé le FAIR Package Manager Project ; le communiqué officiel est disponible ici, et la discussion connexe sur HN peut être consultée ici
    • Dit qu’il réfléchissait depuis plusieurs mois à un système similaire pour son propre projet, en mentionnant son expérience d’évaluation d’ATProto(atproto.com), d’IPFS(ipfs.tech), de Radicle(radicle.xyz) et d’Iroh(github) ; il penchait récemment plutôt vers Iroh, mais juge aussi ATProto intéressant, et prévoit maintenant d’examiner FAIR(protocol) ; il espère voir émerger un protocole pouvant être adopté largement
  • Après avoir examiné les dépôts de FAIR, en particulier fair-plugin, quelqu’un estime qu’il aurait peut-être mieux valu construire une infrastructure séparée sur un soft fork de WordPress plutôt que d’emprunter l’approche actuelle ; selon lui, tenter de contourner le cœur de WordPress par une implémentation de remplacement a de fortes chances d’échouer, car les développeurs du core peuvent se retrouver dans une structure où ils n’ont d’autre choix que d’obéir à des directives venues de la direction pour casser ce mécanisme ; il ajoute que le billet jkpress de Matt Mullenweg lié dans l’article source lui a paru très peu professionnel et acerbe, et juge que cela nuit aussi à son image personnelle
    • Il pense qu’il est judicieux de commencer par contribuer avec une approche de gouvernance ouverte ; si Matt tente d’entraver ou de faire échouer l’initiative, cela pourrait fournir la légitimité et le soutien nécessaires pour passer à un soft fork, avec dans la communauté un sentiment de « nous avons vraiment fait de notre mieux » ; en adoptant cette attitude raisonnable, il serait possible d’emmener une majorité de la communauté en cas de fork, tout en laissant à Matt la possibilité de ne pas interférer, voire de participer, ce qui laisserait aussi une porte ouverte à un rétablissement de la confiance
    • Avis selon lequel le tempérament acerbe de Matt Mullenweg n’est pas nouveau mais dure depuis longtemps ; cela se voyait peu auparavant, mais réapparaissait chaque année quelque part, et au cours des neuf derniers mois cela s’est produit sans cesse ; renvoi à la timeline, aux captures et aux documents du procès WP Engine(timeline, commentaires NewsY)
    • Estime qu’il est peu probable que le core cherche délibérément à casser ce mécanisme ; par exemple, retirer la fonctionnalité de filtre des requêtes HTTP casserait de nombreux plugins et sites, ce qui ruinerait l’argument commercial du « installez une fois et n’y pensez plus » ; les principaux concurrents sont en outre des services comme Wix ou Jimdo, et non d’autres CMS ; bloquer le backend casserait aussi toutes les anciennes versions et couperait les chemins de mise à niveau ; il ajoute que la structure de filtres et d’actions est un élément clé qui rend le travail sur WordPress supportable pour les développeurs, et que sans l’écosystème de plugins WordPress n’aurait plus grand sens ; il exprime aussi une inquiétude sur le fait que, dans le code de FAIR, l’usage de l’OOP et de composer ne nécessite pas PHP 8 mais reste compatible jusqu’à la 7.2, tout en notant que beaucoup de plugins WP et même le core sont dans le même cas
    • Suppose avec prudence que le procès de WP Engine fera perdre à WordPress toute justification pour empêcher l’implémentation d’une infrastructure alternative ; il dit ne pas faire confiance à la Linux Foundation, mais qu’à l’échelle de toute l’affaire WordPress il soutenait personnellement plutôt WordPress ; malgré cela, si un dépôt de plugins décentralisé de style apt soutenu par la Linux Foundation fonctionne ne serait-ce qu’à 75 %, il se dit prêt à basculer sans hésiter, car cela reste bien préférable à dépendre d’un unique CEO et du risque qui va avec ; si beaucoup d’utilisateurs pensent de la même manière, il voit un avenir sombre pour WordPress ; il précise qu’il ne souhaite pas un fork parce qu’il ne veut pas payer le développement de WordPress, et qu’avec la fuite des revenus WordPress stagnerait encore davantage, ajoutant qu’il est déjà un dinosaure ; il compare la situation à des parasites qui finissent par tuer leur hôte
  • De son point de vue, WordPress est pour l’instant au moins une impasse pour un usage personnel ; il a rassemblé ses raisons et ses opinions sur son blog ; c’est un outil formidable, mais difficile à juger digne de confiance à cause d’une entreprise instable ; il compte observer si FAIR Package Manager peut transformer l’écosystème
    • Une migration vers un Static Site Generator (SSG) est aussi une option tout à fait valable ; il se demande aussi quels autres CMS sont populaires ; son blog tourne actuellement sur Grav, qui est basé sur des fichiers mais se gère facilement avec Git, et prend en charge le contenu dynamique, la recherche et même une interface d’administration optionnelle ; voir le site officiel de Grav
  • Le site officiel de FAIR est fair.pm, qui redirige immédiatement vers github.com/fairpm ; FAIR Package Manager est un outil conçu comme une alternative décentralisée à l’écosystème centralisé de plugins/thèmes de WordPress.org, afin de donner davantage de contrôle aux hébergeurs et développeurs WordPress ; le service existant peut être remplacé simplement en installant le plugin, et repose sur deux axes : le remplacement d’API (FAIR remplaçant l’API WordPress.org pour la vérification des mises à jour, etc.) et la gestion distribuée des paquets de plugins/thèmes ; il permet aussi de configurer les données via AspirePress ou des miroirs de domaine spécifiés ; pour l’instant, dans le cas des plugins stables, un miroir de WordPress.org est utilisé, mais l’objectif est d’étendre progressivement cela aux paquets natifs FAIR ; le plugin peut être installé ici
  • Très enthousiaste de voir une dynamique se créer dans la même direction que FAIR ; les idées ne manquent jamais, mais l’exécution est difficile en pratique et demande une collaboration ainsi qu’une coordination entre différents domaines techniques ; grands applaudissements à tous ceux qui ont permis d’arriver jusque-là
  • Se demande s’il sera possible de maintenir durablement une équipe de curateurs bénévoles à l’avenir ; déjà aujourd’hui, il y a beaucoup de travail pour classer et vérifier si les paquets contiennent des malwares et s’ils dupliquent des fonctionnalités existantes, et la charge de travail continue d’augmenter avec l’arrivée de paquets générés par IA
    • En tant que coprésident du TSC, dit partager pleinement cette interrogation ; la coprésidente Mika Epstein (Ipstenu) a longtemps dirigé l’équipe de revue des plugins, et nombre de contributeurs ont une expérience approfondie du processus de revue, ce qui en fait toujours une préoccupation prioritaire
  • Recueil de liens importants rassemblant en un seul endroit les principales questions et controverses liées à WordPress/Automattic de ces derniers temps ; si le sujet intéresse, il recommande de parcourir tranquillement les éléments ci-dessous ainsi que les discussions associées
  • Remarque selon laquelle le nom FAIR risque de prêter à confusion avec les principes FAIR (Findable, Accessible, Interoperable, Reusable) déjà utilisés dans la gestion des données
    • Réponse fataliste disant qu’on vit déjà dans un monde où tous les noms se chevauchent, donc on n’y peut pas grand-chose
  • Résumé du projet FAIR : « Ce que nous faisons, c’est ajouter une nouvelle couche de distribution, puis y superposer notre propre gouvernance. »