WP Composer: odprta in skupnostno financirana zamenjava za WPackagist v Composer workflowu

V WordPress svetu je bil WPackagist več kot desetletje praktično privzeta rešitev za nameščanje vtičnikov in tem prek Composerja. Marca 2026 pa je WPackagist prešel v last WP Engine (gostitelja, ki ga podpira private equity), kar je v skupnosti ponovno odprlo ključno vprašanje: ali je pametno, da tako centralen kos infrastrukture za developerski workflow upravlja ena sama korporacija?

Odgovor Roots ekipe je WP Composer (https://wp-composer.com): neodvisen, skupnostno financiran in v celoti odprtokoden Composer repository za WordPress vtičnike in teme, ki ga gradijo in vzdržujejo pri Roots.

Zakaj je to pomembno (in zakaj se je sploh splačalo premakniti)

WPackagist je prvotno zgradil Outlandish in ga dolgo tudi vzdrževal, vendar je projekt v kasnejšem obdobju začel kazati znake zanemarjenosti: počasnejše posodobitve, omejeno vzdrževanje ter praktično brez smiselnim vplivom skupnosti na smer razvoja. Prevzem s strani WP Engine je te skrbi še okrepil.

Ko je temeljno orodje za razvijalce pod nadzorom ene same organizacije, skupnost hitro izgubi glas. Odločitve o razpoložljivosti, morebitnem cenovnem modelu in prihodnji smeri razvoja se lahko sprejemajo zaprtih krogih namesto transparentno. Dodatno je postalo nejasno, ali je WPackagist še vedno v resnici odprtokoden v praksi: javni GitHub repozitorij (https://github.com/outlandishideas/wpackagist) naj ne bi več odražal dejanskega stanja produkcijske storitve.

WP Composer je zasnovan kot alternativa, ki je transparentna, skupnostno financirana in vzdrževana s strani ekipe, ki že dolgo gradi modern WordPress ekosistem.

Če te zanimajo razlike na nivoju performansa, metapodatkov in implementacije, obstaja tudi zelo konkretna primerjava: https://wp-composer.com/wp-composer-vs-wpackagist.

Kaj točno prinaša WP Composer

WP Composer omogoča namestitev vsake brezplačne teme in vtičnika iz WordPress.org direktorija prek Composerja, pri čemer uvede bolj čisto poimenovanje paketov:

{
  "repositories": [
    {
      "name": "wp-composer",
      "type": "composer",
      "url": "https://repo.wp-composer.com",
      "only": ["wp-plugin/*", "wp-theme/*"]
    }
  ],
  "require": {
    "wp-plugin/woocommerce": "^10.0",
    "wp-theme/twentytwentyfive": "^1.0"
  }
}

{
  "repositories": [
    {
      "name": "wp-composer",
      "type": "composer",
      "url": "https://repo.wp-composer.com",
      "only": ["wp-plugin/*", "wp-theme/*"]
    }
  ],
  "require": {
    "wp-plugin/woocommerce": "^10.0",
    "wp-theme/twentytwentyfive": "^1.0"
  }
}

• Vtičniki uporabljajo namespace wp-plugin/*.
• Teme uporabljajo namespace wp-theme/*.
• Ni več prefiksov wpackagist-plugin in wpackagist-theme, kar poenostavi branje in vzdrževanje composer.json.

Hkrati je WP Composer priporočena izbira skupaj z Roots paketi za WordPress jedro: roots/wordpress, roots/wordpress-full in roots/wordpress-no-content. Tipičen projekt na Bedrock uporablja roots/wordpress za jedro in WP Composer za vtičnike ter teme.

Migracija z WPackagist: konkretni koraki

Prehod je precej direkten in ga lahko izvedeš ročno ali s skripto.

Ročni prehod (3 koraki)

1) Najprej odstrani obstoječe WPackagist pakete (primer z WooCommerce in temo Twenty Twenty-Five):

composer remove wpackagist-plugin/woocommerce wpackagist-theme/twentytwentyfive

composer remove wpackagist-plugin/woocommerce wpackagist-theme/twentytwentyfive

2) Nato zamenjaj repository konfiguracijo (odstrani WPackagist in doda WP Composer):

composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-composer.com

composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-composer.com

3) Pakete ponovno dodaj z novim poimenovanjem (wp-plugin/<em> in wp-theme/</em>):

composer require wp-plugin/woocommerce wp-theme/twentytwentyfive

composer require wp-plugin/woocommerce wp-theme/twentytwentyfive

Avtomatska migracija s skripto

Če želiš, da se composer.json posodobi avtomatsko, lahko uporabiš uradno migracijsko skripto:

curl -sO https://raw.githubusercontent.com/roots/wp-composer/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

curl -sO https://raw.githubusercontent.com/roots/wp-composer/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

Če uporabljaš Roots GitHub Action za sledenje posodobitvam vtičnikov, je bila akcija preimenovana iz “WPackagist Changelog Action” v WP Composer Changelog Action in podpira novo poimenovanje wp-plugin/<em> in wp-theme/</em>: https://github.com/roots/wp-composer-changelog-action.

Zmogljivost: zakaj je resolve hitrejši

Glavna tehnična razlika je v tem, da WP Composer podpira Composer v2 metadata-url protokol. To Composerju omogoča, da prenese metapodatke samo za pakete, ki jih dejansko potrebuje. WPackagist pri tem še vedno uporablja starejši pristop provider-includes, kjer mora Composer pred reševanjem odvisnosti prenesti velike indeksne datoteke z metapodatki za tisoče paketov.

Časi reševanja odvisnosti (Composer resolve)

Meritve so za “cold resolve” (brez cache-a); nižja vrednost je boljša:

• 10 vtičnikov: WP Composer 0.7s, WPackagist 12.3s (približno 17x hitreje)
• 20 vtičnikov: WP Composer 1.1s, WPackagist 19.0s (približno 17x hitreje)

Metapodatki in caching

• Composer v2 metadata-url: WP Composer da, WPackagist ne.
• CDN caching: WP Composer vrača public, max-age=300, WPackagist no-cache, private.
• Datoteke po paketih: pri WP Composer so immutable, content-addressed in se lahko cache-ajo nedoločen čas; pri WPackagist niso content-addressed.

Popolnoma odprtokodno (in tudi “forkable”)

Celotna aplikacija, dokumentacija in deployment konfiguracija so odprtokodni na GitHubu: https://github.com/roots/wp-composer. To pomeni, da lahko kdorkoli prispeva spremembe ali pa projekt forka in postavi lastno instanco.

Skupnostno financiranje in neodvisnost

WP Composer se financira izključno prek skupnosti z GitHub Sponsors: https://github.com/sponsors/roots. Sponzorstva neposredno pokrivajo infrastrukturo, razvoj in vzdrževanje WP Composerja ter širšega Roots ekosistema.

Za širši kontekst in razpravo obstaja tudi tema na Roots Discourse: https://discourse.roots.io/t/-/30235.