WordPress und der neue Weg des offenen Webs: Das FAIR-Projekt – verteilte WordPress-Infrastruktur

 (joost.blog)
3 Punkte von GN⁺ 2025-06-09 | 1 Kommentare | Auf WhatsApp teilen
  • Die zentralisierten und intransparenten Governance-Probleme von WordPress sind in der Community zu einem Kernthema geworden, wodurch der Bedarf an einer unabhängigen und transparenten Alternative deutlich wurde
  • Ende 2024 bis Anfang 2025 entstanden mit AspirePress (Community-Mirror) und anderen Initiativen mehrere verteilte Ansätze; Diskussionen über einen technischen und Governance-bezogenen „Zwei-Gleise“-Ansatz nahmen mit offenen Briefen und konkreten Vorschlägen Fahrt auf
  • In diesem Kontext bündelten verschiedene Gruppen ihre Kräfte und setzten mit FAIR (Federated and Independent Repositories) eine praktische dezentralisierte Infrastruktur für WordPress-Paketverwaltung und -Distribution um
  • FAIR wird von einem communitygeführten Technical Steering Committee (TSC) unter dem Dach der Linux Foundation verwaltet und bietet konkrete Ökosystem-Infrastruktur wie Mirror, Pakete, kommerzielle Plugins und kryptografische Signaturen. Es geht nicht darum, WordPress zu forken, sondern eine neue Distributions- und Governance-Schicht bereitzustellen
  • Das Entstehen von FAIR wird nicht als bloßer Widerstand verstanden, sondern als Beitrag aus dem Open-Source-Ökosystem für bessere Infrastruktur und bessere Governance

Entstehung und Bedeutung des FAIR-Projekts für WordPress

# Wandel, ausgelöst durch Führungsprobleme

  • Ende 2024 wurde die übermäßige Zentralisierung und das Fehlen von Governance im WordPress-Ökosystem öffentlich breit diskutiert
    • Zu viel Macht konzentrierte sich auf eine einzelne Person, und eine intransparente Verwaltungsstruktur sorgte bei Mitwirkenden wie auch bei Unternehmen für Unsicherheit
  • Mit der Ankündigung des communityzentrierten Mirrors AspirePress und einem offenen Brief von mehr als 20 zentralen Mitwirkenden verbreitete sich das Problembewusstsein deutlich
  • Gemeinsam mit Karim Marucchi und anderen wurden zwei Lösungswege vorgeschlagen – technisch und politisch
    • Abbau der Zentralisierung (Distribution/Updates/Auffindbarkeit)
    • Einführung transparenter, verantwortlicher und neutraler Governance

# Vernetzung verschiedener Bemühungen, gebündelt in FAIR

  • Einzelne verteilte Versuche verschiedener Teams und Communities überschnitten sich auf natürliche Weise und gingen in Zusammenarbeit und Solidarität über
  • Statt sich als einzelnes Projekt zu deklarieren, organisierte man sich als Bündnis nach dem Prinzip „eine Gruppe von Gruppen“
  • Dringende Themen wie Plugin-Updates, Verzeichnisse, Assets und Dashboards wurden zunächst über Mirror- und Drop-in-Ansätze adressiert, während eine Struktur für schrittweise Erweiterung entworfen wurde

# FAIR: Communitygetragene verteilte Paket-Infrastruktur

  • FAIR wird unter dem Dach der Linux Foundation von einem communitygeführten TSC (Technical Steering Committee) verwaltet
    • Drei Community-Leads (Carrie Dils, Mika Epstein, Ryan McCue) fungieren als Co-Vorsitzende
    • Verteilte Paketverwaltung, Mirror, kommerzielle Plugins und kryptografische Signaturen wurden in kurzer Zeit aufgebaut
  • Das Ziel ist kein WordPress-Fork
    • Es nutzt dieselbe Core-Software und bleibt mit bestehendem WordPress kompatibel
    • Ohne zentralisierte Engpässe wird eine unabhängige Governance- und Distributionsschicht ergänzt
  • Auf Basis von Erfahrungen mit Open-Source-Paketverwaltung wie Composer liegt der Fokus auf Benutzerfreundlichkeit
    • Die meisten Nutzer müssen die interne Struktur nicht kennen und können einfach das Gefühl haben: „Es funktioniert einfach.“

# Bedeutung von FAIR und der Weg nach vorn

  • FAIR ist kein „Widerstand“ und kein „Fork“, sondern ein positiver Beitrag für die WordPress-Infrastruktur und -Governance
  • Es ist das Ergebnis monatelanger Zusammenarbeit zwischen Unternehmen, Ländern und Communities; die Zahl der Beteiligten wächst stetig
  • Weitere Informationen zu FAIR gibt es unter fair.pm
  • Wer einer „geteilten Infrastruktur“ für das offene Web und WordPress sowie einer „zukunft mit Fokus auf Mitwirkende“ zustimmt, kann jederzeit mitmachen

# Referenz- und Mitmach-Links

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-06-09
Hacker-News-Kommentare
  • Hinweis darauf, dass die Linux Foundation das FAIR Package Manager Project angekündigt hat; die offizielle Mitteilung ist hier zu finden, die zugehörige Diskussion auf HN hier
    • Jemand sagt, er habe seit einigen Monaten für ein eigenes Projekt über ein ähnliches System nachgedacht, und erwähnt Erfahrungen mit der Prüfung von ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz) und Iroh(github); zuletzt habe er eher zu Iroh tendiert, halte aber auch ATProto für interessant und wolle sich nun auch FAIR(protocol) ansehen, in der Hoffnung auf ein Protokoll, das breite Akzeptanz finden könnte
  • Nach einem Blick in die FAIR-Repositories, insbesondere fair-plugin, kommt die Überlegung auf, ob es nicht besser gewesen wäre, für einen Soft Fork von Wordpress eine separate Infrastruktur aufzubauen als mit dem aktuellen Ansatz; der Versuch, den WordPress-Core wie jetzt über eine alternative Implementierung zu umgehen, habe aus dieser Sicht eine hohe Wahrscheinlichkeit zu scheitern, da Core-Entwickler strukturell Anweisungen von Führungskräften erhalten könnten, diesen Mechanismus zu brechen; außerdem wird gesagt, der im TFA verlinkte jkpress-Post von Matt Mullenweg wirke sehr unprofessionell und scharf und schade auch seinem Ansehen als Person
    • Die Strategie, zunächst über den Ansatz offener Governance Beiträge zu leisten, wird für klug gehalten; falls Matt das Projekt behindern oder scheitern lassen wolle, könne die Community mit dem Gefühl „wir haben unser Bestes versucht“ Legitimation und Unterstützung für einen Soft Fork gewinnen; durch dieses vernünftige Vorgehen ließe sich im Fall eines Forks wohl ein Großteil der Community mitnehmen, während Matt zugleich die Möglichkeit behielte, sich nicht einzumischen oder sich sogar anzuschließen, was eine Chance zur Wiederherstellung von Vertrauen offenlasse
    • Die scharfe Art von Matt Mullenweg sei kein neues Phänomen, sondern ein seit Langem bestehender Charakterzug; früher sei das weniger sichtbar gewesen, habe sich aber jedes Jahr irgendwo gezeigt und in den letzten neun Monaten sehr häufig; verwiesen wird auf eine zugehörige Timeline, Screenshots und Unterlagen zur wp-engine-Klage(Timeline, NewsY-Kommentar)
    • Es wird für eher unwahrscheinlich gehalten, dass der Core diesen Mechanismus absichtlich kaputtmachen würde; würde man zum Beispiel die HTTP-Request-Filterfunktion entfernen, gingen viele Plugins und Sites kaputt, und das Verkaufsargument „einmal installieren und danach nicht mehr darum kümmern müssen“ wäre dahin; zudem seien die Hauptkonkurrenten eher Dienste wie Wix oder Jimdo und kein Wettbewerb zwischen CMS; das Blockieren des Backends hätte auch den Nebeneffekt, dass ältere Versionen ebenfalls kaputtgingen und Upgrade-Pfade abgeschnitten würden; die Filter- und Action-Struktur sei ein Kernelement, das die Arbeit mit Wordpress für Entwickler überhaupt erträglich mache; ohne Plugin-Ökosystem hätte Wordpress kaum Bedeutung; als problematisch wird gesehen, dass OOP und Composer im FAIR-Code kein PHP 8 verlangen und sogar 7.2 unterstützen, wobei viele WP-Plugins und auch der Core faktisch in derselben Lage seien
    • Vorsichtig wird vermutet, dass die Klage von WPEngine Wordpress die Begründung nehmen könnte, alternative Infrastrukturimplementierungen zu blockieren; der Linux Foundation wird zwar nicht vertraut, aber im gesamten WordPress-Konflikt habe man persönlich eher Wordpress unterstützt; wenn jedoch ein dezentralisiertes, von der Linux Foundation unterstütztes apt-artiges Plugin-Repository auch nur zu 75 % funktioniere, würde man mutig dorthin wechseln, weil das deutlich besser sei, als das Risiko eines einzelnen CEO mitzutragen; wenn viele Nutzer ähnlich dächten, sehe die Zukunft von Wordpress düster aus; man wolle keinen Fork, weil man nicht für die Weiterentwicklung von Wordpress zahlen wolle, und wenn Einnahmen abflössen, werde Wordpress nur noch stärker stagnieren; es sei ohnehin schon ein Dinosaurier, ergänzt durch den Vergleich mit einem Parasiten, der seinen Wirt tötet
  • Aus persönlicher Sicht ist Wordpress für einige Zeit zumindest für private Zwecke eine Sackgasse; die Gründe und Ansichten dazu sind im Blog zusammengefasst; es sei ein großartiges Werkzeug, aber wegen eines instabilen Unternehmens schwer vertrauenswürdig; nun wolle man beobachten, ob der FAIR Package Manager das Ökosystem verändern könne
    • Eine Migration zu einem Static Site Generator (SSG) sei durchaus eine erwägenswerte Option; außerdem interessiert die Frage, welche anderen CMS derzeit populär seien; der eigene Blog laufe aktuell auf Grav, sei dateibasiert, lasse sich aber leicht mit Git verwalten und unterstütze auch dynamische Inhalte, Suche und ein optionales Admin-UI; siehe offizielle Grav-Website
  • Die offizielle FAIR-Website ist fair.pm und leitet direkt auf github.com/fairpm weiter; der FAIR Package Manager ist als dezentrale Alternative zum zentralen WordPress.org-Plugin-/Theme-Ökosystem gedacht und soll WordPress-Hostern und Entwicklern mehr Kontrolle geben; bestehende Setups lassen sich einfach durch Installation des Plugins ersetzen; das Ganze besteht aus zwei Säulen: API-Ersatz (FAIR ersetzt z. B. die WordPress.org-API für Update-Checks) und dezentrales Paketmanagement für Plugins/Themes; unterstützt werden auch Datensetups über AspirePress oder Domain-Mirrors nach Wahl; derzeit wird bei stabilen Plugins ein WordPress.org-Mirror genutzt, langfristig soll das auf FAIR-native Pakete ausgeweitet werden; das Plugin kann hier installiert werden
  • Es sei sehr erfreulich, dass ein Ansatz wie FAIR überhaupt Momentum gewinne; an Ideen mangele es nie, aber die Umsetzung sei schwierig und erfordere Zusammenarbeit und Abstimmung über verschiedene technische Bereiche hinweg; dass es bis zu diesem Punkt gekommen sei, verdiene großen Applaus für alle Beteiligten
  • Es wird die Frage aufgeworfen, ob sich künftig dauerhaft ein Team freiwilliger Kuratoren halten lasse; schon jetzt nehme die Arbeit zu, Pakete nach Malware und funktionalen Überschneidungen mit bestehenden Angeboten zu klassifizieren und zu prüfen, und durch AI-generierte Pakete steige die Arbeitslast weiter
    • Aus Sicht eines TSC-Co-Vorsitzenden sei diese Frage sehr nachvollziehbar; Co-Vorsitzende Mika Epstein (Ipstenu) habe das Plugin-Review-Team lange geleitet, und viele Beitragende hätten tiefe Erfahrung mit dem Review-Prozess, weshalb dies stets zu den obersten Prioritäten gehöre
  • Eine Sammlung wichtiger Links, die zentrale Themen und Kontroversen rund um Wordpress/Automattic aus der letzten Zeit zusammenführt; wer sich für den Fall interessiert, sollte die unten stehenden Punkte und Diskussionen in Ruhe durchgehen
  • Der Hinweis, dass die Bezeichnung FAIR mit den in der Datenverwaltung bereits etablierten FAIR-Prinzipien (Findable, Accessible, Interoperable, Reusable) verwechselt werden könnte
    • Ein resignierter Kommentar, dass heute ohnehin alle Namen irgendwo doppelt vergeben seien
  • „Was wir tun, ist, eine neue Distributionsebene hinzuzufügen und darauf unsere eigene Governance zu legen“ als Zusammenfassung des FAIR-Projekts