{"id":947,"date":"2026-05-17T03:10:17","date_gmt":"2026-05-17T00:10:17","guid":{"rendered":"https:\/\/biyer.com.tr\/?p=947"},"modified":"2026-05-17T03:10:17","modified_gmt":"2026-05-17T00:10:17","slug":"wp-packages-funktioniert-so-wie-open-source-es-sollte","status":"publish","type":"post","link":"https:\/\/biyer.com.tr\/?p=947","title":{"rendered":"WP Packages funktioniert so, wie Open Source es sollte"},"content":{"rendered":"

Als WP Engine am 12. M\u00e4rz WPackagist \u00fcbernahm, stand die WordPress-Entwicklergemeinschaft vor einer vertrauten Frage: Was passiert, wenn kritische Open-Source-Infrastruktur unter die Kontrolle des Unternehmens ger\u00e4t? Die Community hatte bereits eine Antwort in Arbeit. Vier Tage sp\u00e4ter wurde WP Packages<\/a> (ehemals WP Composer<\/a>) als v\u00f6llig unabh\u00e4ngige, von der Community finanzierte Alternative mit einigen netten zus\u00e4tzlichen Funktionen auf den Markt gebracht.<\/p>\n

Erstellt von Ben Words<\/a> von Roots<\/a>, dem Team hinter Bedrock, Sage und Trellis, ist WP Packages ein neues Open-Source-Composer-Repository f\u00fcr WordPress Plugins und Themes. Composer<\/a> ist der Abh\u00e4ngigkeitsmanager von PHP und dient dazu, wie viele professionelle WordPress-Entwickler Plugins und Themes in ihren Projekten installieren und aktualisieren. Jedes kostenlose Plugin und Theme im WordPress.org-Verzeichnis ist \u00fcber WP Packages verf\u00fcgbar. Die Migration von WPackagist<\/a> kann \u00fcber ein einzelnes Skript oder ein paar Terminalbefehle erfolgen.<\/p>\n

Was geschah und warum es wichtig ist<\/strong><\/h2>\n

WPackagist wurde 2013 von Outlandish, einer in Gro\u00dfbritannien ans\u00e4ssigen digitalen Genossenschaft, gegr\u00fcndet und diente \u00fcber ein Jahrzehnt lang dem WordPress Composer-\u00d6kosystem. In den sp\u00e4teren Jahren litt das Projekt unter verz\u00f6gerter Wartung, langsamen Aktualisierungszyklen und wenig bis gar keinem Community-Beitrag. Als WP Engine die \u00dcbernahme ank\u00fcndigte, \u00e4u\u00dferten die Entwickler sofort Bedenken hinsichtlich eines von Private Equity finanzierten Unternehmens, das eine so grundlegende Infrastruktur f\u00fcr den WordPress-Entwickler-Workflow kontrolliert. WP Engine hat das Composer-Feld info<\/code> sofort aktualisiert, um in jedem Entwicklerterminal den Hinweis \u201eWPackagist wird jetzt von WP Engine verwaltet\u201c anzuzeigen. Eine kleine Sache, aber aufschlussreich. Auf diese Weise ver\u00e4ndert Unternehmenseigentum die Beziehung zwischen einem Tool und seinen Benutzern.<\/p>\n

\n
\n
\n
\n
\n

Und es dauerte nur weniger als 24 Stunden, bis dies bei jedem Composer-Lauf auftauchte:
“Info von https:\/\/t.co\/1EEb4PZ9N2<\/a>: WPackagist wird jetzt von WP Engine verwaltet. Erfahren Sie mehr unter https:\/\/t.co\/89b2hBWxd9<\/a>“
Was sicher eine dauerhafte Botschaft ist, die sich einfach auf das Marketing \u00fcbertragen wird. Beweisen Sie mir das Gegenteil\"\ud83e\udd21\" https:\/\/t.co\/HdcuQPkUqV<\/a><\/p>\n

\u2013 Jonathan de Jong (@jonathan_dejong) M\u00e4rz 13. 2026<\/a><\/p><\/blockquote>\n<\/div>\n<\/div>\n<\/figure>\n<\/div>\n

Ich hatte bereits letzten August mit der Entwicklung eines WPackagist-Ersatzes begonnen, lange bevor die \u00dcbernahme Schlagzeilen machte. Als der Deal mit WP Engine zustande kam, beschleunigte er den Start und ging am 16. M\u00e4rz mit einem vollst\u00e4ndig Open-Source-Repository auf GitHub<\/a> live<\/p>\n

\n

Open-Source-Repo \u2260 transparentes System. WP Packages macht alles \u00f6ffentlich, einschlie\u00dflich Infrastruktur und Build-Prozess.<\/em> \u2013 Ben Word auf X<\/a><\/p>\n<\/blockquote>\n

Es ist auch einfach ein besseres Werkzeug. WP Packages unterst\u00fctzt das Metadaten-URL-Protokoll von Composer v2, das es Composer erm\u00f6glicht, Metadaten nur f\u00fcr die Pakete abzurufen, die ein Projekt tats\u00e4chlich ben\u00f6tigt. WPackagist verl\u00e4sst sich immer noch auf den \u00e4lteren Provider-includes-Ansatz und zwingt Composer dazu, gro\u00dfe Indexdateien herunterzuladen, bevor Abh\u00e4ngigkeiten aufgel\u00f6st werden. Kalte Abh\u00e4ngigkeitsaufl\u00f6sungen sind bei WP-Paketen etwa 17-mal schneller: 0,7 Sekunden f\u00fcr 10 Plugins im Vergleich zu 12,3 Sekunden bei WPackagist.<\/p>\n

WP Packages verwendet au\u00dferdem CDN-Caching mit \u00f6ffentlichen Cache-Headern und stellt unver\u00e4nderliche, inhaltsadressierte Dateien pro Paket bereit. Die Paketbenennung ist sauberer (wp-plugin\/<\/code> und wp-theme\/<\/code> anstelle von wpackagist-plugin\/<\/code> und wpackagist-theme\/<\/code>), die Metadaten umfassen Plugin- und Theme-Autoren, Beschreibungen und Homepage-URLs, die WPackagist seit Jahren fehlt, und die Aktualisierungen werden alle f\u00fcnf Minuten statt wie bei WPackagist etwa 90 Minuten synchronisiert Zyklus.<\/p>\n

So wechseln Sie<\/strong><\/h2>\n

Der Wechsel von WPackagist zu WP Packages erfordert nur ein paar Terminalbefehle.<\/p>\n

    \n
  1. Entfernen Sie Ihre vorhandenen WPackagist-Pakete:<\/li>\n<\/ol>\n
    composer Remove wpackagist-theme\/twentytwentyfive<\/code><\/code><\/pre>\n
      \n
    1. Entfernen Sie das WPackagist-Repository und f\u00fcgen Sie WP-Pakete hinzu:<\/li>\n<\/ol>\n
      composer config --unset repositories.wpackagist && Composer config repositories.wp-composer Composer https:\/\/repo.wp-packages.org<\/code><\/code><\/pre>\n
        \n
      1. Pakete mit dem neuen Namen erforderlich:<\/li>\n<\/ol>\n
        Komponisten ben\u00f6tigen wp-theme\/twentytwentyfive<\/code><\/code><\/pre>\n
        Alternativ k\u00f6nnen Sie das Migrationsskript<\/a> verwenden, um Ihre composer.json<\/code> automatisch zu aktualisieren:<\/p>\n
        curl -sO https:\/\/raw.githubusercontent.com\/roots\/wp-packages\/main\/scripts\/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh<\/code><\/pre>\n
        Roots bietet au\u00dferdem eine WP Packages Changelog Action<\/a> f\u00fcr GitHub-Workflows, die Abh\u00e4ngigkeitsaktualisierungen mithilfe des neuen Benennungsformats verfolgt. Projekte, die Bedrock<\/a> verwenden, werden bereits mit standardm\u00e4\u00dfig konfigurierten WP-Paketen ausgeliefert.<\/p>\n
        Open Source gewinnt<\/strong><\/h2>\n
        Das gesamte WP Packages-Projekt ist \u00f6ffentlich. Der Anwendungscode, die Dokumentation und sogar die vollst\u00e4ndige Ansible-Bereitstellungskonfiguration sind auf GitHub verf\u00fcgbar. Jeder kann das Repository teilen und seine eigene WordPress Composer-Registrierung ausf\u00fchren. Ich habe au\u00dferdem \u00f6ffentlich zugesagt, dass WP Packages niemals das Composer-info<\/code>-Feld verwenden wird, um Nachrichten, Anzeigen oder Upsells in Entwicklerterminals zu pushen. Diese Art von Zur\u00fcckhaltung l\u00e4sst sich leichter versprechen, wenn ein Projekt seiner Gemeinschaft gegen\u00fcber verantwortlich ist und nicht einem \u00fcbergeordneten Unternehmen.<\/p>\n
        WP Packages wird durch GitHub-Sponsoren<\/a> finanziert. Zu den aktuellen Sponsoren geh\u00f6ren Carrot<\/a>, Kinsta<\/a>, WordPress.com<\/a> und Itineris<\/a>. Das WordPress-\u00d6kosystem war schon immer dann am st\u00e4rksten, wenn die Community die ben\u00f6tigten Tools offen erstellt. Monate bevor irgendjemand anders darauf aufmerksam wurde, sah ich, wie sich eine L\u00fccke bildete, baute etwas Besseres als das, was existierte, und ver\u00f6ffentlichte es f\u00fcr alle. Keine Anschaffung erforderlich. Keine Vorstandsentscheidungen \u00fcber Verf\u00fcgbarkeit oder Preise. Nur Entwickler, die ein Problem f\u00fcr andere Entwickler l\u00f6sen und das Ergebnis teilen. Open Source gewinnt.<\/p>\n
        Zur Originalquelle gehen<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
        Als WP Engine am 12. M\u00e4rz WPackagist \u00fcbernahm, stand die WordPress-Entwicklergemeinschaft vor einer vertrauten Frage: Was passiert, wenn kritische Open-Source-Infrastruktur unter die Kontrolle des Unternehmens ger\u00e4t? Die Community hatte bereits eine Antwort in Arbeit. Vier Tage sp\u00e4ter wurde WP Packages (ehemals WP Composer) als v\u00f6llig unabh\u00e4ngige, von der Community finanzierte Alternative mit einigen netten zus\u00e4tzlichen […]<\/p>\n","protected":false},"author":1,"featured_media":945,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-947","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-genel"],"_links":{"self":[{"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/posts\/947","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=947"}],"version-history":[{"count":0,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/posts\/947\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=\/wp\/v2\/media\/945"}],"wp:attachment":[{"href":"https:\/\/biyer.com.tr\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=947"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=947"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/biyer.com.tr\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=947"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}