En décembre 2022, la communauté ClassicPress voté sur l’opportunité de reforker WordPress ou continuer le projet tel quel. Alors que WordPress continue d’évoluer, ClassicPress a pris du retard dans la recherche de la compatibilité PHP 8+. Le fork est basé sur WordPress 4.9 et les utilisateurs sont de plus en plus limités quant aux plugins qui fonctionneront avec la base de code vieille de cinq ans.
Dans un discussion limité aux principaux contributeurs de ClassicPress, Viktor Nagornyy, l’un des directeurs du projet, a annoncé les résultats du vote : « L’option de re-forker a 20 votes tandis que continuer tel quel en a 18. » Nagornyy a résumé les discussions précédentes et a suggéré une approche qui serait plus réaliste pour les contributeurs limités du projet :
ClassicPress ne peut pas être WordPress sans Gutenberg, mais il ne peut pas non plus être son propre CMS avec une petite équipe de base pour le moment. Il n’y a tout simplement pas assez de développeurs pour progresser sans rétroporter le code de WP pour s’éloigner de WP.
Une répartition presque égale dans le sondage suggère que la meilleure option pourrait être hybride, trouver une solution de compromis qui satisfera les deux parties.
Avec une petite équipe de base, nous devons trouver des moyens d’être plus efficaces, de faire plus avec moins. La seule façon d’y parvenir est de tirer parti de tout le travail effectué par les contributeurs WP. Au fur et à mesure que l’équipe de base grandit, nous pouvons toujours explorer la possibilité de nous séparer de WP, mais pour le moment, ce n’est tout simplement pas faisable.
Certains participants à la discussion précédente considéraient le re-fork comme un report de l’inévitable, repoussant la boîte jusqu’au prochain re-fork, mais c’est la seule option si les utilisateurs veulent conserver la compatibilité avec le reste de l’écosystème WordPress.
« Si vous lisez les fils de discussion récents, vous découvrez que la communauté s’attend à la compatibilité des plugins avec WordPress… une autre raison de l’option de refork », a déclaré Álvaro Franz, le principal responsable de ClassicPress.
Franz, qui est également l’auteur du fork WP-CMS basé sur WordPress 6.0, précédemment m’a dit il ne serait pas disposé à aider avec une continuation de la version actuelle basée sur WordPress 4.9.
« Il [ClassicPress] n’a pas besoin d’être une compétition (et il ne pourrait jamais rivaliser avec WordPress de toute façon), mais cela peut être une version allégée, pour les personnes qui désactivent déjà Gutenberg via des plugins, pour les développeurs qui veulent une approche différente de la façon dont ils développent leur projets (plus proches de l’expérience « classique », mais pourtant… modernes !) » Franz m’a dit.
« Finalement, cela n’aura aucun sens d’exécuter une nouvelle copie de WordPress pour ensuite aller installer un plugin qui en « désactive » la moitié. À quoi ça sert? Pourquoi ne pas avoir une version qui couvre ce cas d’utilisation spécifique ? »
Dans le cadre de l’approche hybride proposée par Nagornyy, il a suggéré que le projet conserve certaines modifications qui ont été introduites dans ClassicPress dans la v1.x, telles que les modifications axées sur la confidentialité (anonymisation des données que CP envoie aux API), le widget d’actualités et s’assurer que toutes les API les terminaux utilisent les API ClassicPress comme dans v1.x.
La discussion se poursuit sur la manière de procéder avec le fork. Les contributeurs de ClassicPress penchent vers l’utilisation du fork WP-CMS de Franz basé sur WordPress 6.0 mais n’ont pas encore finalisé les détails.
Source link