WordPress y un nuevo camino para la web abierta: proyecto FAIR - infraestructura distribuida de WordPress

 (joost.blog)
3 puntos por GN⁺ 2025-06-09 | 1 comentarios | Compartir por WhatsApp
  • Los problemas de gobernanza centralizada y poco transparente de WordPress se han convertido en un tema clave dentro de la comunidad, lo que ha impulsado la necesidad de una alternativa independiente y transparente
  • Entre finales de 2024 e inicios de 2025, surgieron varios esfuerzos distribuidos como AspirePress (mirror comunitario), y la discusión sobre alternativas en una 'doble vía' técnica y de gobernanza tomó fuerza con cartas abiertas y propuestas concretas
  • En ese contexto, distintos grupos unieron fuerzas para implementar FAIR (Federated and Independent Repositories), una infraestructura real de 'gestión y distribución descentralizada de paquetes de WordPress'
  • FAIR es administrado por un Comité Directivo Técnico (TSC) impulsado por la comunidad bajo la Linux Foundation, y ofrece infraestructura práctica del ecosistema como mirrors, paquetes, plugins comerciales y firmas criptográficas. No busca hacer un fork de WordPress, sino aportar una 'nueva capa de distribución y gobernanza'
  • La aparición de FAIR no se considera una simple resistencia, sino una contribución desde dentro del ecosistema open source para construir mejor infraestructura y gobernanza

El nacimiento y significado del proyecto FAIR de WordPress

# El cambio que comenzó con un problema de liderazgo

  • A finales de 2024, la excesiva centralización y la falta de gobernanza en el ecosistema de WordPress comenzaron a debatirse públicamente
    • Demasiado poder concentrado en una sola persona y una estructura de gestión poco transparente generaban incertidumbre tanto para contribuidores como para negocios
  • El anuncio de un mirror centrado en la comunidad (AspirePress) y una carta abierta de más de 20 contribuidores clave ayudaron a expandir la conciencia sobre el problema
  • Junto con Karim Marucchi y otros, se propusieron dos líneas de solución: una técnica y otra política
    • Reducir la centralización (distribución/actualizaciones/descubrimiento)
    • Introducir una gobernanza transparente, responsable y neutral

# La conexión de esfuerzos diversos converge en FAIR

  • Los intentos individuales de distribución descentralizada de varios equipos y comunidades comenzaron a cruzarse de forma natural, transformándose en colaboración y trabajo conjunto
  • En lugar de declararse como un solo proyecto, se organizó como una coalición de 'grupos de grupos'
  • Se diseñó una estructura de expansión gradual, comenzando por responder mediante mirrors y drop-ins a temas urgentes como actualizaciones de plugins, directorios, assets y dashboards

# FAIR: infraestructura distribuida de paquetes impulsada por la comunidad

  • FAIR es administrado por un TSC (Comité Directivo Técnico) impulsado por la comunidad bajo la Linux Foundation
    • Tres líderes comunitarios (Carrie Dils, Mika Epstein y Ryan McCue) actúan como copresidentes
    • En poco tiempo, se construyó gestión distribuida de paquetes, mirrors, plugins comerciales, firmas criptográficas y más
  • El objetivo no es hacer un fork de WordPress
    • Usa el mismo software core y mantiene compatibilidad con WordPress existente
    • Añade una capa independiente de gobernanza y distribución sin cuellos de botella centralizados
  • Basado en la experiencia de gestión de paquetes open source como Composer, con enfoque en la facilidad de uso
    • La mayoría de los usuarios ni siquiera necesita conocer la estructura interna: simplemente siente que "funciona bien"

# El significado de FAIR y el camino por venir

  • FAIR no es 'resistencia' ni un 'fork', sino una contribución positiva para la infraestructura y gobernanza de WordPress
  • Es el resultado de meses de colaboración entre empresas, países y comunidades, y cada vez se suman más participantes
  • Se puede consultar información detallada sobre FAIR en fair.pm
  • Si estás de acuerdo con la 'infraestructura compartida' y el 'futuro centrado en los contribuidores' para la web abierta y WordPress, puedes participar en cualquier momento

# Enlaces de referencia/participación

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-06-09
Opiniones en Hacker News
  • Comparten la noticia de que la Linux Foundation anunció el proyecto FAIR Package Manager; el comunicado oficial puede verse aquí y la discusión relacionada en HN puede consultarse aquí
    • Dice que durante meses ha estado pensando en un sistema similar para su propio proyecto y menciona su experiencia revisando ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz) e Iroh(github); recientemente se inclinaba por Iroh, pero considera que ATProto también es interesante, y ahora planea revisar FAIR(protocol); espera que surja un protocolo que pueda adoptarse de forma generalizada
  • Después de revisar el repositorio de FAIR, en particular fair-plugin, piensa que quizá habría sido mejor construir infraestructura separada sobre un soft fork de Wordpress que intentar rodear el core de Wordpress con una implementación alternativa como se hace ahora; considera que ese enfoque tiene muchas probabilidades de fracasar, ya que los desarrolladores del core podrían terminar recibiendo instrucciones de ejecutivos para romper ese mecanismo. Además, comenta que el post de jkpress de Matt Mullenweg enlazado en el artículo le pareció muy poco profesional y mordaz, y cree que también afecta negativamente su imagen personal
    • Considera que empezar contribuyendo primero con un enfoque de gobernanza abierta es una estrategia inteligente; si Matt intenta bloquearlo o hacerlo fracasar, espera que eso ayude a conseguir justificación y apoyo para pasar a un soft fork bajo la idea de que la comunidad “hizo todo lo posible”. Mostrando esa actitud razonable, cree que podrían llevarse a la mayoría de la comunidad si llega el fork, y además se deja abierta la posibilidad de que Matt no interfiera o incluso se sume al esfuerzo, lo que también podría abrir una vía para recuperar confianza
    • Opinan que el carácter mordaz de Matt Mullenweg no es algo nuevo, sino un rasgo de larga data; antes no era tan visible, pero cada año aparecía en algún lado, y en los últimos 9 meses ha sido constante. Recomiendan revisar la cronología, capturas y documentos de la demanda de WP Engine (timeline, comentarios en Hacker News)
    • Cree que es poco probable que desde el core intenten romper deliberadamente ese mecanismo; por ejemplo, si quitaran la función de filtros para solicitudes HTTP, se romperían muchos plugins y sitios, y se vendría abajo la promesa de venta de “instálalo una vez y no vuelvas a preocuparte”. También señala que sus principales competidores son servicios como Wix o Jimdo, así que no se trata de competencia entre CMS. Bloquear el backend también rompería versiones antiguas y cortaría la ruta de actualización. Añade que la estructura de filtros y acciones es un elemento clave que hace tolerable trabajar con Wordpress para los desarrolladores, y que sin el ecosistema de plugins Wordpress tendría muy poco valor. Le preocupa que en el código de FAIR OOP y composer no requieran PHP 8 y que se siga soportando hasta 7.2, aunque en la práctica muchos plugins de WP y el core están en la misma situación
    • Especula con cautela que, gracias a la demanda de WPEngine, Wordpress ya no tendrá argumentos para impedir implementaciones de infraestructura alternativa. Dice que no confía en la Linux Foundation, pero que dentro de todo este conflicto de Wordpress, personalmente había estado más del lado de Wordpress. Aun así, si un repositorio de plugins descentralizado estilo apt respaldado por la Linux Foundation funcionara al 75%, se cambiaría sin pensarlo, porque eso sería mucho mejor que depender de un solo CEO y su riesgo asociado. Si hay muchos usuarios que piensan parecido, ve oscuro el futuro de Wordpress. Añade que no quiere un fork porque no quiere pagar el desarrollo de Wordpress, y que si los ingresos se fugan, Wordpress se estancará aún más; remata diciendo que ya es un dinosaurio y lo compara con un parásito que termina matando a su huésped
  • Desde su punto de vista, por un tiempo Wordpress es un callejón sin salida al menos para uso personal; dejó sus razones y opiniones en su blog. Dice que es una herramienta increíble, pero que cuesta confiar en ella por la inestabilidad de la empresa, y estará atento a si FAIR Package Manager puede cambiar el ecosistema
    • Migrar a un Static Site Generator (SSG) también le parece una opción muy válida; además, le interesa saber qué otros CMS son populares. Actualmente su blog corre sobre Grav, que aunque está basado en archivos se puede gestionar fácilmente con Git, y además soporta contenido dinámico, búsqueda y una Admin UI opcional; se puede ver en el sitio oficial de Grav
  • El sitio oficial de FAIR es fair.pm y redirige de inmediato a github.com/fairpm. FAIR Package Manager es una alternativa distribuida al ecosistema centralizado de plugins y temas de WordPress.org, diseñada para dar a hosts y desarrolladores de Wordpress más control. Los servicios existentes pueden sustituirse simplemente instalando el plugin, y se compone de dos ejes: reemplazo de API (FAIR sustituye la API de WordPress.org para cosas como la verificación de actualizaciones) y gestión distribuida de paquetes de plugins y temas. También admite configurar datos mediante AspirePress o mirrors de dominios específicos. Por ahora, en el caso de plugins estables usa mirrors de WordPress.org, pero planea expandirse gradualmente a paquetes nativos de FAIR. El plugin puede instalarse aquí
  • Les entusiasma mucho que esté tomando impulso una dirección como la de FAIR; ideas siempre hay muchas, pero ejecutarlas es difícil y la realidad exige colaboración y coordinación entre distintas áreas técnicas. Aplauden mucho a todos por haber llegado hasta esta etapa
  • Se preguntan si será posible mantener a futuro un equipo de curadores voluntarios; ya hoy ha aumentado mucho el trabajo de clasificar y verificar si los paquetes contienen malware o duplican funciones existentes, y con la llegada de paquetes generados por IA la carga de trabajo sigue creciendo
    • Desde la posición de copresidencia del TSC, dicen que entienden perfectamente la duda; la copresidenta Mika Epstein (Ipstenu) dirigió durante mucho tiempo el equipo de revisión de plugins, y muchos de los contribuidores tienen amplia experiencia participando a fondo en ese proceso, así que es un tema que siempre consideran prioritario
  • Comparten una recopilación de enlaces principales que reúne los temas y controversias más importantes relacionados con Wordpress/Automattic de los últimos tiempos, y recomiendan revisar con calma los puntos y discusiones si te interesa el caso
  • Señalan que el nombre FAIR podría prestarse a confusión con los principios FAIR (Findable, Accessible, Interoperable, Reusable), ya usados desde hace tiempo en gestión de datos
    • Resignadamente comentan que ya vivimos en un mundo donde todos los nombres se repiten
  • Resumen del proyecto FAIR: “Lo que estamos haciendo es agregar una nueva capa de distribución y montar nuestra propia gobernanza encima”