Os contribuidores da equipe de desempenho do WordPress fundiram um novo módulo experimental de integração SQLite que está a caminho de ser incluído na próxima versão 1.8.0 do plug-in Performance Lab. (Este é o plug-in que contém uma coleção de plug-ins de recursos com módulos relacionados ao desempenho que a equipe espera colocar no núcleo do WordPress.) O novo módulo permite que o aventureiro teste a nova implementação do SQLite, com o entendimento de que a experiência geral do usuário ainda será ser áspero.
Em uma proposta intitulada Vamos tornar o WordPress oficialmente compatível com SQLite, o principal colaborador patrocinado pelo Yoast, Ari Stathopoulos, afirma que sites menos complexos (sites e blogs pequenos a médios) não necessariamente se beneficiam do requisito de usar o banco de dados MySQL padrão do WordPress:
Na extremidade inferior do espectro, existem sites pequenos e simples. Eles são numerosos e consistem em todos os blogs, páginas de empresas e sites que não possuem milhares de usuários ou milhares de postagens, etc. Esses sites nem sempre precisam das complexidades de um banco de dados MySQL/MariaDB. A exigência de um servidor MySQL dedicado aumenta o custo de hospedagem e a complexidade da instalação. Em servidores de baixo custo, também diminui o desempenho, pois a mesma “caixa” precisa atender tanto a um servidor PHP quanto a um servidor MySQL/MariaDB.
Em um mundo ideal, os usuários poderiam selecionar seu tipo de banco de dados durante a instalação. Stathopoulos disse que isso exigiria que o WordPress tivesse uma camada de abstração de banco de dados, que outras plataformas como Drupal tiveram mais de 10 anos.
“Construir uma camada de abstração de banco de dados para o WordPress seria uma tarefa colossal – embora possa ser algo que, em algum momento no futuro, possamos ter que realizar para garantir a evolução e longevidade contínuas do projeto”, disse ele.
Como alternativa, Stathopoulos vê o SQLite como um “ajuste perfeito” e citou os benefícios de usá-lo para sites menores:
- É o banco de dados mais utilizado em todo o mundo
- É multiplataforma e pode ser executado em qualquer dispositivo
- Ele é incluído por padrão em todas as instalações do PHP (a menos que seja explicitamente desabilitado)
- Os requisitos mínimos do WordPress seriam um servidor PHP simples, sem a necessidade de um servidor de banco de dados separado.
- O suporte SQLite permite menores custos de hospedagem, diminui o consumo de energia e reduz os custos de desempenho em servidores de baixo custo.
Este novo módulo de integração SQLite é baseado no plug-in wp-db-sqlite, um drop-in de driver de banco de dados SQLite que também é usado pelo projeto WordPress Sandbox, já que WASM não suporta MySQL. O plug-in wp-db-sqlite foi baseado no trabalho original de Kojima Toshiyasu em seu plug-in SQLite Integration de oito anos, que não está mais disponível para download no WordPress.org. Stathopoulos disse que essas soluções evoluíram ao longo dos anos, foram exaustivamente testadas e provaram funcionar perfeitamente, embora não sejam muito conhecidas entre os usuários.
Matt Mullenweg comentou em apoio à proposta, então a implementação que se move para o plug-in do Performance Lab pode ter uma chance decente de chegar ao núcleo algum dia no futuro. A maioria dos participantes da discussão sobre a proposta apoiou a ideia, mas também discutiu algumas das possíveis desvantagens. Isso inclui suporte mais fraco para itens como edição e pesquisa de vários autores.
“O MySQL é e deve continuar a ser o padrão, porque se você deseja ser a próxima grande novidade, o MySQL pode escalar melhor”, disse Stathopoulos. Se por outro lado você quer apenas um blog, um site de empresa com sua página sobre e um formulário de contato para ter uma presença online, ou qualquer tipo de site pequeno (que é indiscutivelmente a maioria dos sites em WordPress), o SQLite é tudo para você. vai precisar e terá um desempenho muito melhor.”
Alguns participantes da discussão também se irritaram com o controverso código religioso de ética que o SQLite mantém para seus colaboradores. Stathopoulos vê isso como um problema porque o projeto é de código aberto e a tecnologia é amplamente utilizada.
“Sua popularidade diz muito sobre o que pode fazer e onde pode ser usado”, disse ele em resposta às críticas à ideia de vincular o WordPress a um projeto com um código de ética questionável.
Se você usou o WordPress desde os primeiros dias, testemunhou que ele se tornou mais complicado ao longo dos anos. Discussões em torno da ideia de um “WordPress Lite” surgiram a cada poucos anos, mas a seleção específica de recursos da plataforma parece ter sido um fator importante para o WordPress ocupar 43% da web (de acordo com a W3Techs). O fundador do NerdPress, Andrew Wilder, sugeriu que uma implementação do SQLite pode se beneficiar ao ser marcada como “WordPress Lite”.
“Lendo os comentários e possíveis problemas acima, se isso avançar, talvez a maneira de implementar isso de uma forma que faça sentido para os usuários seja marcá-lo simultaneamente como ‘WordPress Lite’”, disse Wilder. “Portanto, se um site estiver usando SQLite, pode haver recursos que simplesmente não estão mais disponíveis (como vários autores ou talvez plug-ins que tenham determinados requisitos de banco de dados que não possam ser instalados).”
Aqueles que estiverem interessados em testar o novo módulo de integração do SQLite poderão testá-lo na próxima semana. Felix Arntz, colaborador da equipe de desempenho patrocinada pelo Google, deu algumas notas sobre os testes na reunião da equipe de ontem:
Para a implementação do SQLite, além do banco de dados SQLite funcionar corretamente por si só, outro aspecto crucial a testar é a experiência do usuário na ativação do módulo. Você obterá um banco de dados totalmente novo, mas adicionamos alguma lógica para tornar a transição o mais perfeita possível: Em uma configuração típica do WordPress, você não deve precisar reinstalar o WordPress quando ativar o módulo, e você não deve até mesmo ser necessário fazer login novamente.
Basicamente o PR tem a lógica de instalar o WordPress automaticamente no novo banco de dados, usando os mesmos dados básicos de configuração que estão presentes no banco de dados regular.
Apenas tenha em mente que não é de forma alguma uma migração. É apenas a instalação que você terá; nenhum conteúdo será migrado.
A versão 1.8.0 do plug-in Performance Lab é esperada para segunda-feira, 19 de dezembro, e deve incluir o novo módulo.
[ad_2]
