WordPress atrasa lançamento da versão 7.0 para focar na estabilidade

O WordPress 7.0, previamente agendado para lançamento em 7 de abril, será adiado para estabilizar o recurso de colaboração em tempo real e garantir que o lançamento, um marco importante, “visará estabilidade extrema”. Muito depende do WordPress 7.0, pois ele será fornecido com recursos que inaugurarão a era dos sistemas de gerenciamento de conteúdo orientados por IA.

Priorização de estabilidade

Matt Mullenweg, cofundador do WordPress, comentando no espaço de trabalho oficial Making WordPress Slack, disse que o lançamento deveria se afastar de sua trajetória atual e priorizar a estabilidade, exigindo uma fase de pré-lançamento mais longa para que o recurso de colaboração em tempo real (RTC) funcione corretamente. Espera-se que o atraso dure semanas, não dias, e é descrito como um desvio único do cronograma planejado do WordPress.

Mullenweg postou:

“Dado o escopo e o status do 7.0, acho que deveríamos voltar às versões beta, acertar as novas tabelas, fixar tudo o que queremos para o 7.0 e, em seguida, iniciar os RCs novamente. Orientado por data ainda é nosso padrão, mas para este lançamento marcante queremos atingir estabilidade extrema e atualizações emocionantes, especialmente porque o desenvolvimento acelerado por IA está aumentando as expectativas das pessoas em relação ao software.

Este é um caso único, penso que no futuro devemos voltar ao comboio programado, com o objectivo de 4 por ano em 2027, para reflectir, esperançosamente, a nossa capacidade habilitada pela IA de nos movermos mais rapidamente.”

A fase Extended Release Candidate substitui a reversão beta

Para evitar problemas de compatibilidade técnica, o projeto permanecerá na fase de release candidate, estendendo o período de testes através de compilações RC adicionais conforme necessário.

A proposta de retornar às versões beta foi rejeitada porque quebraria o comportamento de comparação de versões do PHP, a lógica de atualização do plugin e as ferramentas que dependem do sequenciamento de versões padrão. Continuar com as compilações RC preserva a compatibilidade e permite mais tempo para testes e correções.

Colaboração em tempo real

O atraso se deve em grande parte ao recurso Colaboração em Tempo Real, que introduz novas tabelas de banco de dados e muda a forma como o WordPress lida com as sessões de edição. Os colaboradores identificaram riscos relacionados ao desempenho, ao tratamento de dados e às interações com os sistemas existentes.

A principal preocupação é que a edição em tempo real atualmente desativa os pós-caches persistentes durante as sessões ativas, um problema de desempenho que a equipe está trabalhando para resolver antes do lançamento final.

Design de banco de dados levanta preocupações de desempenho

Uma parte importante da discussão focou em como estruturar o banco de dados para Colaboração em Tempo Real (RTC). Uma tabela RTC única proposta suportaria 1. atualizações de edição em tempo real e 2. sincronização. Mas alguns colaboradores observaram que as cargas de trabalho para edição e sincronização em tempo real são fundamentalmente diferentes.

A colaboração em tempo real gera gravações intermitentes de alta frequência que exigem baixa latência (o que significa que as atualizações acontecem com muito pouco atraso).

Embora a sincronização entre ambientes envolva atualizações estruturadas e mais lentas que podem incluir verificações completas da tabela.

Combinar os dois padrões em uma tabela pode causar problemas de desempenho e aumentar a complexidade. Os colaboradores discutiram a separação dessas cargas de trabalho em tabelas separadas otimizadas para cada caso de uso, mas nenhuma decisão foi tomada.

Lacuna nos testes do Release Candidate levanta preocupação

A discussão no espaço de trabalho do WordPress Slack também levantou preocupações sobre se havia testes suficientes de candidatos a lançamento no mundo real, e as alterações no esquema do banco de dados aumentam o risco de falhas durante as atualizações. A solução de usar o plugin Gutenberg para testes foi rejeitada porque alterações no banco de dados poderiam afetar os sites de produção e exigir uma lógica de migração complexa. Em vez disso, o projeto utilizará uma fase RC estendida para aumentar a exposição aos testes e coletar feedback de um grupo mais amplo de usuários.

Restrições de versão

A proposta de adiar a versão 7.0 gerou problemas adicionais. Regras de comparação de versões PHP e ferramentas relacionadas complicaram o retorno às versões beta. Foi acordado que permanecer dentro da sequência de release candidate (logo RC1, RC2, RC3) evita esses problemas, ao mesmo tempo que permite a iteração contínua, por isso foi decidido continuar com os release candidate.

A cadência de lançamento futuro permanece

O atraso é descrito como uma exceção temporária. Matt Mullenweg disse que o projeto pretende retornar a um cronograma regular de lançamentos, com o objetivo de entregar cerca de quatro lançamentos por ano até 2027, à medida que a velocidade de desenvolvimento aumenta com fluxos de trabalho assistidos por IA.

Implicações para desenvolvedores e usuários

Os desenvolvedores devem esperar mudanças contínuas no recurso Real-Time Collaboration e em suas estruturas de banco de dados de suporte durante a fase estendida do release candidate. O período de teste mais longo proporciona mais tempo para identificar problemas antes do lançamento. Para proprietários e hosts de sites, o atraso mostra que o WordPress está priorizando a estabilidade em vez do cronograma, ao mesmo tempo que introduz recursos mais complexos de sincronização e tempo real.

Impacto do RTC em ambientes de hospedagem

Algo que não foi discutido, mas que é um problema real, é como a colaboração em tempo real pode afetar os provedores de hospedagem na web. Eles precisam testar esse recurso para ver se ele introduz problemas em ambientes de hospedagem compartilhada. Embora o RTC seja enviado com o recurso desativado por padrão, o impacto de seu uso por clientes em um ambiente de hospedagem compartilhada é atualmente desconhecido. Um porta-voz do provedor de hospedagem WordPress gerenciado Kinsta disse ao Search Engine Journal que eles ainda estão testando. Dado que o recurso ainda está evoluindo, Kinsta e outros hosts da web terão que continuar testando os próximos candidatos a lançamento do WordPress.

Acho que a maioria das pessoas concordará que a decisão de adiar o lançamento do WordPress 7.0 é a decisão certa.