WP Composer: μια σύγχρονη, ανεξάρτητη εναλλακτική στο WPackagist για WordPress + Composer

Για χρόνια, το WPackagist ήταν ουσιαστικά η προεπιλογή όταν θέλαμε να εγκαταστήσουμε WordPress plugins και themes μέσω Composer. Ειδικά σε μοντέρνα setups τύπου Bedrock, όπου το WordPress core και τα dependencies διαχειρίζονται ως packages, το να «κουμπώνεις» plugins/themes από Composer repository είναι μέρος της καθημερινότητας.

Τον Μάρτιο του 2026, το WPackagist αποκτήθηκε από τη WP Engine (hosting εταιρεία με backing από private equity). Όταν ένα τόσο κεντρικό κομμάτι της αλυσίδας εργαλείων καταλήγει να ελέγχεται από έναν μοναδικό εταιρικό φορέα, δημιουργείται ένα προφανές ρίσκο: αποφάσεις για διαθεσιμότητα, κατεύθυνση ή πιθανά εμπορικά μοντέλα μπορούν να ληφθούν «εκτός κοινού», χωρίς ουσιαστική συμμετοχή της κοινότητας.

Σε αυτό το πλαίσιο, οι Roots δημιούργησαν το WP Composer: ένα ανεξάρτητο, community-funded, fully open source Composer repository για WordPress plugins και themes, με στόχο να παραμείνει αυτό το κομμάτι του workflow διαφανές και ελεύθερα προσβάσιμο.

Τι αλλάζει πρακτικά και γιατί έχει σημασία

Το WPackagist ξεκίνησε από την Outlandish και για πολλά χρόνια συντηρήθηκε σταθερά. Στην πιο πρόσφατη περίοδό του, όμως, υπήρξαν σημάδια κόπωσης: αργές ενημερώσεις, περιορισμένη συντήρηση και ελάχιστος ουσιαστικός χώρος για community input. Μετά την εξαγορά από τη WP Engine, οι ανησυχίες αυτές εντάθηκαν.

Ένα ακόμη σημείο που ενόχλησε πολλούς developers είναι το θέμα της διαφάνειας: δεν είναι ξεκάθαρο αν το WPackagist παραμένει «πραγματικά» open source στην πράξη, καθώς το δημόσιο GitHub repository (https://github.com/outlandishideas/wpackagist) δεν φαίνεται να αντικατοπτρίζει πλέον τη live υπηρεσία.

Το WP Composer τοποθετείται ακριβώς απέναντι σε αυτά τα σημεία: διαφάνεια, ανοιχτή ανάπτυξη, δυνατότητα για forks/ιδιωτικά instances και χρηματοδότηση από την κοινότητα, όχι από έναν μεμονωμένο οργανισμό.

Για μια αναλυτική αντιπαραβολή (επιδόσεις, metadata, διαφορές στον τρόπο λειτουργίας), υπάρχει και το σχετικό συγκριτικό: WP Composer vs WPackagist.

Τι προσφέρει το WP Composer

Το WP Composer στοχεύει να καλύψει το «κενό» με έναν τρόπο που να είναι οικείος σε όσους δουλεύουν ήδη Composer-first. Συγκεκριμένα, παρέχει:

Όλα τα free plugins και themes από το WordPress.org directory.
Εγκατάσταση μέσω Composer με καθαρό naming πακέτων.
Συμβατότητα/σύσταση χρήσης μαζί με τα WordPress core packages των Roots.

Το μεγάλο, πρακτικό κέρδος στο καθημερινό composer.json είναι το naming: αντί για τα ιστορικά prefixes wpackagist-plugin/ και wpackagist-theme/, το WP Composer χρησιμοποιεί:

Plugins: wp-plugin/*
Themes: wp-theme/*

Παράδειγμα composer.json repository + requirements:

{
  "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"
  }
}

Επιπλέον, το WP Composer είναι το προτεινόμενο repository για χρήση μαζί με τα WordPress core packages των Roots: roots/wordpress, roots/wordpress-full, roots/wordpress-no-content. Σε ένα τυπικό Bedrock project, το μοτίβο είναι απλό: roots/wordpress για core και WP Composer για plugins/themes.

Μετάβαση από WPackagist σε WP Composer

Αν έχεις ήδη project που βασίζεται σε WPackagist, η μετάβαση γίνεται χωρίς δράματα – μερικές εντολές και τελείωσες. Το βασικό είναι να αφαιρέσεις τα παλιά requirements, να αλλάξεις repository, και να προσθέσεις ξανά τα ίδια packages με το νέο naming.

1) Αφαίρεσε τα wpackagist packages

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

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

2) Αντικατάστησε το repository

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) Κάνε require με το νέο naming

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

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

Εναλλακτικά: αυτόματο migration script

Αν προτιμάς να ενημερωθεί αυτόματα το composer.json, υπάρχει έτοιμο script migration:

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

Για όσους χρησιμοποιούν GitHub Action για να παρακολουθούν updates/changelogs στα plugins, υπάρχει και η μετονομασία/αντικατάσταση σε WP Composer Changelog Action, με πλήρη υποστήριξη για τα νέα formats wp-plugin/ και wp-theme/: https://github.com/roots/wp-composer-changelog-action

Επιδόσεις: γιατί το WP Composer είναι αισθητά ταχύτερο

Το πιο χειροπιαστό πλεονέκτημα, πέρα από το governance, είναι το performance. Το WP Composer υποστηρίζει το πρωτόκολλο του Composer v2 που λέγεται metadata-url: επιτρέπει στο Composer να κατεβάζει metadata μόνο για τα πακέτα που χρειάζεται πραγματικά.

Το WPackagist από την άλλη πλευρά βασίζεται ακόμη στην παλαιότερη προσέγγιση provider-includes, η οποία αναγκάζει το Composer να κατεβάσει μεγάλα index files με metadata για χιλιάδες packages πριν μπορέσει να κάνει resolve στα dependencies σου. Σε projects με πολλά plugins, αυτή η διαφορά φαίνεται αμέσως.

Χρόνοι resolve (Composer cold resolve)

Μετρήσεις cold resolve (χωρίς cache) – όσο μικρότερο, τόσο καλύτερο:

10 plugins: WP Composer 0.7s vs WPackagist 12.3s (≈ 17x faster)
20 plugins: WP Composer 1.1s vs WPackagist 19.0s (≈ 17x faster)

Metadata & caching συμπεριφορά

Composer v2 metadata-url: WP Composer Yes, WPackagist No
CDN caching: WP Composer public, max-age=300, WPackagist no-cache, private
Per-package files: WP Composer immutable, content-addressed, cached indefinitely – WPackagist όχι content-addressed

Σημείωση για τα benchmarks

Τα benchmarks τρέχουν από μία τοποθεσία με Composer 2.7+ και τα αποτελέσματα μπορούν να διαφέρουν ανάλογα με region και network conditions. Τα scripts των benchmarks είναι ανοιχτά στο GitHub: https://github.com/roots/wp-composer/tree/main/benchmarks

Fully open source (και πραγματικά επαναχρησιμοποιήσιμο)

Όλος ο κώδικας της εφαρμογής, το documentation και το deployment configuration του WP Composer είναι διαθέσιμα ως open source στο GitHub: https://github.com/roots/wp-composer. Αυτό σημαίνει ότι:

Μπορείς να δεις ακριβώς πώς δουλεύει η υπηρεσία.
Οι συνεισφορές είναι ανοιχτές (PRs, issues).
Οποιοσδήποτε μπορεί να κάνει fork και να τρέξει δικό του instance, αν το χρειάζεται για compliance ή εσωτερική υποδομή.

Community-funded: ανεξαρτησία μέσω χρηματοδότησης από την κοινότητα

Η υποδομή του WP Composer χρηματοδοτείται εξ ολοκλήρου από την κοινότητα μέσω GitHub Sponsors: https://github.com/sponsors/roots. Αυτό το μοντέλο έχει μια πολύ πρακτική αξία για εμάς τους developers: μειώνει δραστικά το κίνητρο για κλειστές αποφάσεις ή «κρυφές» αλλαγές πολιτικής, γιατί η βιωσιμότητα της υπηρεσίας δεν εξαρτάται από έναν μοναδικό εταιρικό ιδιοκτήτη.

Συμπέρασμα

Αν διαχειρίζεσαι WordPress projects με Composer, ειδικά σε Bedrock/Roots οικοσύστημα, το WP Composer είναι μια καθαρή αναβάθμιση σε τρία επίπεδα: (1) ανεξαρτησία και διαφάνεια, (2) καλύτερο naming (wp-plugin/, wp-theme/), (3) σημαντικά καλύτερο performance χάρη στο metadata-url και πιο σωστό caching. Η μετάβαση από WPackagist είναι μικρή και μπορεί να γίνει είτε χειροκίνητα με λίγες εντολές είτε με έτοιμο migration script.