WordPress e um novo caminho para a web aberta: projeto FAIR — infraestrutura WordPress distribuída

 (joost.blog)
3 pontos por GN⁺ 2025-06-09 | 1 comentários | Compartilhar no WhatsApp
  • Os problemas de governança centralizada e opaca do WordPress ganharam destaque como tema central dentro da comunidade, levantando a necessidade de uma alternativa independente e transparente
  • Do fim de 2024 ao início de 2025, surgiram vários esforços distribuídos, como o AspirePress (espelho comunitário), e o debate sobre alternativas em “trilha dupla” — técnica e de governança — passou a avançar de fato por meio de cartas abertas e discussões estruturais
  • Nesse movimento, diferentes grupos uniram forças para implementar o FAIR (Federated and Independent Repositories), uma infraestrutura prática de gerenciamento e distribuição descentralizada de pacotes para WordPress
  • O FAIR é administrado por um comitê diretor técnico (TSC) liderado pela comunidade sob a Linux Foundation e oferece infraestrutura real de ecossistema, como espelhos, pacotes, plugins comerciais e assinaturas criptográficas. Não se trata de fazer um fork do WordPress, mas de oferecer uma nova camada de distribuição e governança
  • O surgimento do FAIR é visto não como simples resistência, mas como uma contribuição por melhor infraestrutura e governança dentro do ecossistema open source

O nascimento e o significado do projeto FAIR para WordPress

# Mudanças iniciadas por problemas de liderança

  • No fim de 2024, a centralização excessiva e a ausência de governança no ecossistema WordPress passaram a ser debatidas publicamente
    • Poder demais estava concentrado em uma única pessoa, e uma estrutura de gestão pouco transparente gerava incerteza tanto para contribuidores quanto para empresas
  • O anúncio de um espelho centrado na comunidade (AspirePress) e a carta aberta de cerca de 20 contribuidores principais ampliaram a percepção compartilhada do problema
  • Junto com Karim Marucchi e outros, foram propostas duas linhas de solução: técnica e política
    • Reduzir a centralização (distribuição/atualizações/descoberta)
    • Introduzir uma governança transparente, responsável e neutra

# A conexão entre diferentes iniciativas converge no FAIR

  • Tentativas separadas de descentralização por várias equipes e comunidades naturalmente se cruzaram e evoluíram para solidariedade e trabalho conjunto
  • Em vez de se organizar como a declaração de um projeto único, a iniciativa foi estruturada como uma coalizão no formato de “grupo de grupos”
  • Começando por questões urgentes — atualizações de plugins, diretório, assets, dashboard etc. — a resposta foi construída com espelhos/drop-ins e uma arquitetura pensada para expansão gradual

# FAIR: infraestrutura distribuída de pacotes liderada pela comunidade

  • O FAIR é administrado por um TSC (comitê diretor técnico) liderado pela comunidade sob a Linux Foundation
    • Três líderes da comunidade (Carrie Dils, Mika Epstein, Ryan McCue) atuam como co-presidentes
    • Em pouco tempo, foram construídos gerenciamento distribuído de pacotes, espelhos, plugins comerciais e assinaturas criptográficas
  • O objetivo não é criar um fork do WordPress
    • Usa o mesmo software core e permanece compatível com o WordPress existente
    • Adiciona uma camada independente de governança e distribuição sem gargalos centralizados
  • Com base na experiência de gerenciamento de pacotes open source, como o Composer, o foco está na facilidade de uso
    • A maioria dos usuários nem precisa conhecer a estrutura interna; a sensação é de que “simplesmente funciona”

# O significado do FAIR e o caminho daqui para frente

  • O FAIR não é “resistência” nem “fork”, mas uma contribuição positiva para a infraestrutura e a governança do WordPress
  • É o resultado de meses de colaboração entre empresas, países e comunidades, com número de participantes em expansão
  • Mais informações sobre o FAIR podem ser encontradas em fair.pm
  • Quem concorda com a ideia de uma “infraestrutura compartilhada” para a web aberta e o WordPress, e com um futuro centrado nos contribuidores, pode participar a qualquer momento

# Links de referência/participação

Leituras relacionadas

1 comentários

 
GN⁺ 2025-06-09
Comentários do Hacker News
  • Compartilhamento da notícia de que a Linux Foundation anunciou o FAIR Package Manager Project; o anúncio oficial pode ser visto aqui, e a discussão relacionada no HN pode ser conferida aqui
    • Diz que vem pensando em um sistema parecido para um projeto próprio há alguns meses, mencionando a experiência de ter avaliado ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz) e Iroh(github); recentemente estava mais inclinado ao Iroh, mas considera o ATProto interessante também, e agora pretende verificar o FAIR(protocol) também, na expectativa de surgir um protocolo que possa ser adotado de forma ampla
  • Depois de examinar os repositórios do FAIR, especialmente o fair-plugin, ficou com a impressão de que talvez fosse melhor ter construído uma infraestrutura separada sobre um soft fork do Wordpress, em vez do método atual; avalia que a abordagem atual, de tentar contornar o core do Wordpress com uma implementação substituta, tem grande chance de fracassar, porque os desenvolvedores do core podem acabar recebendo instruções de executivos para quebrar esse mecanismo; além disso, achou o post do jkpress de Matt Mullenweg, linkado no TFA, muito pouco profissional e ácido, e avalia que isso também prejudica sua imagem pessoal
    • Considera inteligente a estratégia de começar contribuindo primeiro por meio de uma abordagem de governança aberta; se o Matt tentar atrapalhar ou inviabilizar o esforço, isso pode dar justificativa e apoio para partir para um soft fork com o sentimento de que a comunidade “fez o possível”; ao demonstrar essa postura racional, seria possível levar junto a maioria da comunidade em caso de fork e ainda deixar espaço para que o Matt não interfira ou até participe do esforço, abrindo a possibilidade de recuperar a confiança
    • Opinião de que o temperamento ácido de Matt Mullenweg não é novidade, mas uma característica de longa data; antes não ficava tão evidente, mas aparecia de tempos em tempos a cada ano, e nos últimos 9 meses isso se tornou recorrente; recomenda consultar a linha do tempo, capturas e documentos do processo da WP Engine (timeline, comentário no NewsY)
    • Acha improvável que o core tente quebrar esse mecanismo de propósito; por exemplo, se a funcionalidade de filtro de requisições HTTP fosse removida, muitos plugins e sites quebrariam, e o argumento de venda de “instale uma vez e nunca mais se preocupe” iria por água abaixo; além disso, os principais concorrentes são serviços como Wix e Jimdo, então não se trata de competição entre CMSs; bloquear o backend também teria o efeito colateral de quebrar versões antigas e interromper o caminho de upgrade; a estrutura de filtros e actions é um elemento central que torna o trabalho com Wordpress suportável para desenvolvedores, e sem o ecossistema de plugins o Wordpress perderia muito do seu sentido; também expressa preocupação com o fato de que o código do FAIR usa OOP e composer sem exigir PHP 8, mantendo suporte até 7.2, embora na prática muitos plugins de WP e o próprio core estejam na mesma situação
    • Especula com cautela que, por causa do processo da WP Engine, o Wordpress perdeu a justificativa para impedir implementações alternativas de infraestrutura; não confia na Linux Foundation, mas em toda a situação do WordPress vinha, pessoalmente, apoiando mais o WordPress; ainda assim, se um repositório de plugins descentralizado, ao estilo apt, patrocinado pela Linux Foundation funcionar 75% bem, migraria sem hesitar, porque isso é muito melhor do que ficar exposto ao risco de um único CEO; se houver muitos usuários pensando de forma parecida, o futuro do WordPress parece sombrio; diz que não quer um fork porque não quer pagar pelo desenvolvimento do WordPress, e que, se a receita escapar, o WordPress vai estagnar ainda mais; acrescenta ainda a metáfora de que ele já é um dinossauro, comparando a situação a um parasita matando o hospedeiro
  • Do seu ponto de vista, por algum tempo o Wordpress é um beco sem saída, pelo menos para uso pessoal; os motivos e opiniões estão organizados em seu blog; considera a ferramenta excelente, mas a instabilidade da empresa torna difícil confiar, e pretende observar se o FAIR Package Manager conseguirá mudar o ecossistema
    • Migrar para um Static Site Generator (SSG) também é uma opção bastante válida; também tem curiosidade sobre quais outros CMSs estão populares; atualmente seu blog roda em Grav, que é baseado em arquivos, mas fácil de gerenciar com Git, além de oferecer conteúdo dinâmico, busca e uma Admin UI opcional; dá para consultar o site oficial do Grav
  • O site oficial do FAIR é fair.pm e redireciona imediatamente para github.com/fairpm; o FAIR Package Manager é uma alternativa distribuída ao ecossistema centralizado de plugins/temas do WordPress.org, projetada para dar mais controle a hosts e desenvolvedores de WordPress; em serviços existentes, a substituição pode ser feita apenas instalando o plugin, e a proposta se apoia em dois eixos: substituição de API (com o FAIR assumindo APIs do WordPress.org, como verificação de atualizações) e gerenciamento distribuído de pacotes de plugins/temas; também oferece suporte à configuração de dados via AspirePress ou espelhos de domínio especificados; por enquanto, no caso de plugins estáveis, usa um espelho do WordPress.org, mas aos poucos deve se expandir para pacotes nativos do FAIR; o plugin pode ser instalado aqui
  • Há muita empolgação com o fato de que uma iniciativa na direção do FAIR esteja ganhando tração; ideias sempre existem em abundância, mas executar é difícil e exige colaboração e coordenação entre várias áreas técnicas; aplausos a todos por terem levado isso até este estágio
  • Fica a dúvida se será possível manter no futuro uma equipe voluntária de curadores; atualmente já aumentou bastante o trabalho de classificar e verificar se os pacotes contêm malware e se duplicam funcionalidades existentes, e com a chegada de pacotes gerados por IA a carga continua crescendo
    • Na posição de cochair do TSC, diz compreender muito bem essa dúvida; a cochair Mika Epstein (Ipstenu) liderou por muito tempo a equipe de revisão de plugins, e muitos contribuidores têm experiência profunda com o processo de revisão, por isso esse é sempre um dos temas prioritários
  • Uma coletânea de links principais reunindo os grandes problemas e controvérsias envolvendo Wordpress/Automattic ao longo de um período; para quem tem interesse no caso, recomenda conferir com calma os itens e discussões abaixo
  • Observação de que o nome FAIR pode causar confusão com os princípios FAIR já usados na área de gestão de dados (Findable, Accessible, Interoperable, Reusable)
    • Um comentário resignado de que já vivemos em um mundo onde todos os nomes se sobrepõem
  • Resumo do projeto FAIR: “O que estamos fazendo é adicionar uma nova camada de distribuição e colocar nossa própria governança por cima dela”