Fa una setmana semblava que el llançament de WordPress 7.0 anava per bon camí, però tot indica que, després de publicar les versions candidates, s’han replantejat algunes qüestions.
Recorda que pots escoltar aquest programa des de Pocket Casts, Spotify, i Apple Podcasts o subscriure’t al feed directament.
Transcripció del programa
Hola, soc en Josep Morán i estàs escoltant WPpodcast, al resum de notícies de la Comunitat WordPress.
En aquest programa trobaràs la informació del 30 de març al 5 d’abril del 2026.
WordPress 7.0 no sortirà el 9 d’abril com estava previst. El 31 de març es va publicar un anunci que poques vegades s’ha vist en l’historial del projecte: el llançament s’endarrereix després d’haver entrat ja en fase de Release Candidate. És una decisió inusual, i mereix explicar-se amb detall.
L’arrel del problema és la base de dades de la col·laboració en temps real.
La col·laboració en temps real és una de les funcions més ambicioses de WordPress 7.0. Perquè diversos usuaris puguin editar el mateix post simultàniament, el sistema necessita emmagatzemar dos tipus d’informació: els canvis en el contingut del document, i les dades de presència, és a dir, qui està editant i on té el cursor cada persona.
Des del principi del cicle es va debatre si calia una taula específica a la base de dades per gestionar aquesta informació. La proposta existia, però es va pausar abans que arribés la fase RC per falta de temps i perquè el disseny no estava prou madur. En lloc d’això, es va optar per una solució provisional: desar els canvis a postmeta i la informació de presència en transients, amb una gestió especial per evitar invalidacions de memòria cau excessives.
Aquesta solució funcionava tècnicament, però Matt Mullenweg va expressar la seva preferència per prendre’s el temps necessari per dissenyar bé la taula personalitzada des del principi, en lloc de llançar amb una solució de compromís que després seria difícil de canviar. El seu argument és que l’arquitectura de dades d’una funció tan central com la col·laboració en temps real ha d’aguantar el pas del temps, i que mereix més reflexió de la que hi va haver.
A més, en les darreres setmanes va sorgir una consideració addicional: més enllà de la col·laboració entre usuaris humans, el sistema de sincronització podria necessitar donar suport a casos d’ús més amplis, com la sincronització entre un agent d’IA i l’editor, o entre diferents contextos d’edició. Això amplia l’abast del problema i reforça la necessitat de dissenyar bé les primitives des del principi.
L’equip de llançament va publicar una nova entrada explicant les implicacions concretes de la pausa, amb alguns punts a destacar.
La branca de desenvolupament per a la versió 7.1 de WordPress queda tancada a nous commits fins a nou avís, per evitar conflictes durant el treball a la branca 7.0. Qualsevol canvi que s’apliqui a la branca 7.0 requereix l’aprovació de dos committers diferents, amb un procés més rigorós que l’habitual. Les úniques excepcions permeses són correccions d’errors introduïts en el cicle actual, millores en les eines de construcció i tests, i canvis específics relacionats amb l’estabilitat de la col·laboració en temps real i la pantalla de Connectors d’IA.
Les noves versions de prerelease queden en pausa fins al 17 d’abril. El nou calendari complet es publicarà com a molt tard el 22 d’abril. Pel que fa a les versions, l’equip ha decidit que les pròximes versions es diran RC3, RC4, etcètera, tot i que tècnicament el projecte estigui en una fase més semblant a una beta. Canviar a betes crearia problemes amb la funció version_compare de PHP, que no reconeixeria la beta 7 com a més recent que la release candidate 2, cosa que podria trencar les actualitzacions automàtiques.
Durant la pausa, l’equip recomana fer servir les versions nocturnes generades des de la branca 7.0 per continuar provant.
A més, també es va anunciar un tema que afectarà molts desenvolupadors de plugins durant el període de transició. Els plugins que fan servir meta boxes clàssics, aquells que envien dades en desar el post mitjançant el hook save_post, no són compatibles amb la col·laboració en temps real. Quan WordPress detecta meta boxes en un post, desactiva la col·laboració per a aquell post sencer.
La raó és que els meta boxes funcionen fora del sistema de dades de Gutenberg, de manera que no poden participar en la sincronització de canvis entre col·laboradors. El període de 7.0 és una finestra de temps perquè els desenvolupadors d’aquests plugins migrin a APIs més modernes de l’editor de blocs.
Així doncs, l’endarreriment de WordPress 7.0 és una decisió deliberada i fonamentada per no comprometre l’arquitectura d’una funció que té el potencial de canviar de manera substancial com es treballa amb WordPress a nivell professional. Però no en sabrem res fins al 22 d’abril.
L’equip de Core ha publicat documentació per als qui vulguin anar més enllà de la configuració per defecte de la col·laboració en temps real a WordPress 7.0.
Per defecte, la sincronització entre col·laboradors funciona mitjançant sondeig HTTP: l’editor consulta el servidor cada cert temps per veure si hi ha canvis. És una solució que funciona en qualsevol instal·lació de WordPress sense requerir infraestructura addicional, però té les seves limitacions en latència i càrrega del servidor quan hi ha molts col·laboradors actius.
WordPress 7.0 permet substituir aquest mecanisme per un de propi mitjançant el filtre sync.providers al costat del client. Això obre la porta a fer servir WebSockets o altres transports en temps real que ofereixin actualitzacions instantànies i només consumeixin recursos quan hi ha canvis reals.
L’equip de Formació ha llançat el Programa de Formació de Facilitadors, una iniciativa gratuïta i oberta per preparar persones que vulguin ensenyar WordPress a altres. No hi ha procés de sol·licitud ni credencials prèvies requerides. Està pensat per a educadors universitaris, organitzadors de comunitats, freelancers, desenvolupadors o qualsevol persona que conegui WordPress i vulgui compartir aquest coneixement de manera estructurada.
El programa té tres components: cursos autoguiats a Learn WordPress, guies de facilitació amb agendes detallades per a tallers de dos o tres dies, i un manual general que orienta els facilitadors sobre com aprofitar el programa. El primer curs ja està disponible i cobreix els programes educatius de WordPress: WordPress Credits, Campus Connect i els Student Clubs, amb 9 mòduls i 41 lliçons.
La idea darrere del programa és crear una xarxa distribuïda de facilitadors que puguin portar la formació en WordPress a les seves comunitats de manera independent, sense dependre d’un equip central. A mesura que l’ecosistema de credencials de WordPress creixi, els facilitadors que completin els cursos rellevants podran acreditar aquesta experiència de manera reconeguda professionalment.
L’equip de Comunitat ha publicat una proposta per explorar l’organització d’un nou Community Summit el 2027 o el 2028, aprofitant una de les WordCamp principals. L’últim que es va celebrar va ser el 2023 als Estats Units, i la idea és que el pròxim tingui lloc a Àsia o Europa per donar més representació a aquestes regions.
El Community Summit és un espai de treball més íntim i enfocat, on contribuïdors de diferents equips es reuneixen per debatre en profunditat els temes que afecten el projecte, prendre decisions i alinear esforços. Les edicions anteriors del 2012, 2014, 2017 i 2023 demostren que aquest tipus de trobada té un impacte real en la direcció del projecte.
Recordeu que aquest pòdcast es distribueix amb llicència Creative Commons com una versió derivada del WPpodcast en espanyol; tens tots els enllaços per ampliar la informació i el pòdcast en altres idiomes, a WPpodcast.cat.
Una abraçada, i fins al pròxim programa.
Deixa un comentari