Novo WordPress 5.6 – O que vem por ai? (acessibilidade, desempenho, segurança, …)

WordPress 5.6 é o próximo grande lançamento do WordPress que está programado para ser lançado em 8 de dezembro de 2020.

Está precisando de um site novo, moderno e que atraia visitantes e mais clientes? A SoloWeb tem o que precisa e com um preço justo, entre em contato conosco. acesse www.soloweb.com.br

No WordPress 5.6 inclui várias novidades do Editor de Bloco, aprimorando a experiência de edição para usuários do WordPress com  o plugin Gutenberg.

Porém, nem tudo é sobre o Editor de bloco. Vários recursos foram adicionados ao Core do WordPress, como um novo tema padrão Twenty Twenty-One, atualizações automáticas para versões principais, melhor suporte para PHP 8.0, API REST.

E há muito mais no WordPress 5.6. Veremos melhorias de acessibilidade, melhorias de IU, toneladas de correções de bugs e uma enorme lista de mudanças para desenvolvedores.

O que há de novo com o Editor de bloco

Com o WordPress 5.6, várias versões do plugin Gutenberg foram mescladas no núcleo, então os usuários e escritores do WordPress devem notar várias melhorias no editor. Veremos padrões de bloco aprimorados, contagem de palavras no painel de informações, navegação de teclado aprimorada, interface de usuário de arrastar e soltar aprimorada e muito mais.

Vamos mergulhar nas mudanças mais interessantes que veremos no editor de bloco.

Blocos, padrões e melhorias na IU

Novos recursos de bloqueio, aprimoramentos e correções de bugs irão melhorar a experiência geral de edição. Além disso, um ótimo trabalho foi feito na acessibilidade . Abaixo, você encontrará nossa seleção escolhida a dedo dos recursos mais interessantes que verá no editor de blocos assim que atualizar seu site para o WordPress 5.6.

Controles de posição para vídeos em Cover Block

Adicionados ao Cover Blocks desde Gutenberg 8.6 , os controles de posição para vídeos permitem que os usuários movam o ponto focal e definam uma posição personalizada para os vídeos . Essa funcionalidade estava disponível anteriormente apenas para fundos de imagem.

Os valores de posição são definidos clicando em qualquer lugar no seletor de ponto focal e / ou usando as setas do teclado. Você pode pular os valores em 10 mantendo a tecla shift pressionada.

Atualizações de padrões de blocos

O WordPress 5.6 também inclui várias melhorias de padrão de bloco adicionadas com o Gutenberg 8.6

O layout, texto e cor do cabeçalho e parágrafo grandes foram atualizados.

O título em Duas colunas de texto foi movido para fora do bloco de texto e colocado acima das colunas.

O padrão Citação agora inclui uma imagem na parte superior e um separador na parte inferior.

Um novo padrão de título e parágrafo foi adicionado com Gutenberg 8.7

Uma boa melhoria de usabilidade para o insersor de bloco é a lista suspensa de categoria de padrão de bloco , que permite filtrar padrões por categoria . Isso é extremamente útil quando você tem muitos padrões para escolher.

Suporte para legendas de vídeo

Os blocos de vídeo agora oferecem suporte a legendas de vídeo .

Editores e criadores de conteúdo devem fornecer legendas de vídeo no formato WebVTT (Web Video Text Tracks Format), que é “um formato para exibir trilhas de texto cronometradas (como legendas ou legendas) usando o <track>elemento”

Depois de carregar seus arquivos .vtt , os visualizadores do site terão permissão para habilitar as legendas em seu idioma favorito.

Transforme vários blocos em um bloco de colunas

Uma melhoria de usabilidade interessante é a capacidade de converter vários blocos selecionados em um Bloco de Colunas.

Você só precisa selecionar os blocos que deseja mostrar nas colunas e clicar no botão superior direito da barra de ferramentas do bloco.

Cada bloco selecionado será convertido em uma coluna de um Bloco de Colunas.

Padrões de fundo no bloco de cobertura

Blocos de cobertura agora podem exibir padrões de fundo.

Para adicionar um padrão de fundo, carregue uma imagem de padrão e, em seguida, ative a opção Fundo repetido (aqui está tudo o que você precisa saber sobre a Biblioteca de mídia no WordPress ).

Quando terminar, ajuste o seletor de ponto focal de acordo com suas necessidades e experimente diferentes combinações com fundos fixos.

Controle de tamanho de imagem adicionado à mídia e bloco de texto

Com o Gutenberg 9.1 , um novo controle de tamanho de imagem foi adicionado às imagens em Media & Text Block.

Os usuários agora podem escolher entre todos os tamanhos de imagem disponíveis.

Bloco API V2

Uma nova versão da API Block permite que os blocos renderizem seu elemento de invólucro. O objetivo da nova versão da API é iluminar o DOM do editor e torná-lo compatível com o conteúdo da página inicial. De acordo com Ella van Durpe: O maior benefício disso é que temas e plug-ins podem estilizar mais facilmente o conteúdo do bloco se a marcação for a mesma no editor.

A nova versão requer a declaração da apiVersionpropriedade no registro do tipo de bloco:

A nova API também requer o useBlockProps gancho na Editfunção de bloco . Este gancho marca o elemento wrapper de um bloco como um elemento de bloco.

Recursos e melhorias adicionais para desenvolvedores de bloco

Além da Block API Versão 2, aqui está uma lista de adições para os desenvolvedores analisarem.

Block suporta API

A API Block Support permite que os desenvolvedores de blocos adicionem recursos aos seus blocos. Cores , planos de fundo, tamanhos de fonte são apenas alguns dos muitos recursos que podem ser adicionados aos blocos por meio da API de suporte de bloco.

O WordPress 5.6 também introduz vários novos suportes de bloco “para aumentar a consistência e tornar mais fácil introduzir essas opções em blocos”.

Os desenvolvedores podem usar os novos suportes de bloco adicionando as chaves correspondentes à supportspropriedade do arquivo block.json ou diretamente na registerBlockType função.

O valor do estilo será automaticamente anexado ao elemento wrapper por meio da has-<value>-<preset-category>classe (para valores predefinidos) ou com um styleelemento (para valores personalizados).

Por esse motivo, os Block Supports devem ser usados ​​com o novo Block API V2 .

Os suportes de bloco também podem ser usados ​​com blocos dinâmicos .

API createBlocksFromInnerBlocksTemplate

Os desenvolvedores podem usar o componente InnerBlocks para criar blocos personalizados contendo outros blocos. Exemplos são o bloco Colunas e o bloco Links Sociais.

A nova createBlocksFromInnerBlocksTemplateAPI de bloco permite que você crie blocos a partir do modelo InnerBlocks.

Consulte as notas do desenvolvedor para obter uma visão do depper e um exemplo de código.

Componentes da Barra de Ferramentas

Algumas mudanças também afetam os componentes da Barra de Ferramentas :

1. Componente ToolbarGroup

Antes do WordPress 5.6, o componente Barra de ferramentas permitia que os desenvolvedores agrupassem opções relacionadas em um contêiner comum. Agora, um novo componente ToolbarGroup deve ser usado.

2. Componentes ToolbarButton e ToolbarItem

Usar elementos tabuláveis ​​diretamente como itens da barra de ferramentas (ou seja <button>) foi descontinuado. Visando melhorar a acessibilidade, itens da barra de ferramentas podem ser adicionados usando ToolbarButton para botões e ToolbarItem para outros controles. O exemplo abaixo mostra um botão e um menu suspenso :

Desativando padrões de bloco central

Os padrões principais agora podem ser desativados usando o core-block-patternssinalizador de suporte

Desativando Editor de Imagens Inline

Gutenberg 8.4 adicionou um recurso de edição de imagem embutida que permite aos usuários editar imagens diretamente do Editor de bloco.

Os desenvolvedores agora podem desativar o Editor de imagens usando o block_editor_settingsfiltro

Blocos reutilizáveis ​​movidos para um pacote separado

Os blocos reutilizáveis, anteriormente parte do @wordpress/editorpacote, foram movidos para o @wordpress/reusable-blockspacote para torná-los disponíveis em outros editores.

Um novo tema padrão: Twenty Twenty-One

WordPress 5.6 inclui um novo tema padrão. Twenty Twenty-One é um tema WordPress minimalista e altamente acessível com um layout de coluna única e uma barra lateral de rodapé.

O novo tema usa uma pilha de fontes do sistema e uma paleta de cores mínima baseada em cores de fundo pastel.

Você pode ler muito mais sobre Twenty Twenty-One em nosso post detalhado no blog: Twenty Twenty-One: Um Mergulho Profundo no Novo Tema Padrão do WordPress .

Atualizações automáticas para lançamentos importantes

As atualizações automáticas são um recurso central introduzido no WordPress 3.7 com o objetivo de melhorar a segurança do site e tornar mais fácil para os administradores do site manterem seus sites WordPress atualizados .

Embora as atualizações de núcleo secundárias automáticas tenham sido implementadas em versões anteriores, com o WordPress 5.6, os administradores de sites agora podem habilitar manualmente as atualizações automáticas para lançamentos principais (mais sobre isso em um segundo).

Infelizmente, essa tarefa de manutenção crucial ainda pode ser um pouco confusa para usuários não técnicos. Você pode ler mais sobre como as atualizações automáticas funcionam em nossa postagem no blog Deep Dive Into WordPress Automatic Updates .

Portanto, o WordPress 5.6 apresenta uma nova interface que permite que os administradores do site habilitem atualizações automáticas para os principais lançamentos.

O escopo desse recurso mudou durante o ciclo beta do WordPress 5.6 e a nota do desenvolvedor original foi substituída. Nas palavras de Jb Audras ,

O escopo inicial das atualizações automáticas do Core mudou para:

• Fornece algumas atualizações para o design da IU.
• Para instalações existentes, o comportamento permanecerá o mesmo de hoje: optado por atualizações secundárias por padrão, mas um usuário deve optar por atualizações principais (constantes e filtros que já estão em uso por hosts ou agências ainda levarão precedência).
• Para novas instalações, o comportamento padrão mudará: optado por atualizações secundárias por padrão e ativado por atualizações principais por padrão.

A partir do WordPress 5.6, você pode optar por atualizações automáticas para as principais versões do núcleo na tela Updates , onde uma nova IU fornece uma caixa de seleção que permite Habilitar atualizações automáticas para todas as novas versões do WordPress .

Depois de habilitar as atualizações automáticas principais para as principais versões, você pode habilitá-las para serem acionadas para manutenção e segurança apenas clicando em Alternar para atualizações automáticas apenas para versões de manutenção e segurança .

Principais atualizações automáticas do núcleo para desenvolvedores

Primeiro, quando as principais atualizações automáticas do núcleo estão habilitadas, a auto_update_core_majoropção é armazenada no banco de dados com a option_valuehabilitada. Portanto, se get_site_option( 'auto_update_core_major' )retornar true, a caixa de seleção de atualizações automáticas está marcada.

Em seguida, o WordPress verifica se as principais atualizações automáticas do núcleo estão habilitadas por meio da WP_AUTO_UPDATE_COREconstante ou allow_major_auto_core_updatesfiltro e define a caixa de seleção de acordo.

Os desenvolvedores também podem desativar as atualizações automáticas principais definindo a WP_AUTO_UPDATE_COREconstante como falseou minor

Note que os valores possíveis para WP_AUTO_UPDATE_COREsão true(todos), 'beta', 'rc', 'minor', false.

Outra opção para desativar as principais atualizações automáticas do núcleo por padrão é usar o novo allow_major_auto_core_updatesfiltro:

Alguns comentários sobre como adicionar atualizações automáticas ao núcleo

Em dezembro de 2018, Matt Mullenweg compartilhou as nove prioridades para 2019, onde “Fornecer uma maneira para os usuários optarem por atualizações automáticas dos principais lançamentos do Core” era o número 7. Talvez um pouco tarde, mas estamos chegando lá.

As atualizações principais automáticas devem ter um grande impacto na segurança do WordPress e na experiência geral. Uma coisa parece estar clara: do ponto de vista técnico, o principal recurso de atualizações automáticas do núcleo é uma tarefa complexa que não é 100% realizada com o lançamento do WordPress 5.6.

Depois de uma discussão cuidadosa no Slack, Josepha Haden resumiu as preocupações e perguntas dos contribuidores do Core.

O principal objetivo a longo prazo é ter atualizações automáticas disponíveis na maioria dos sites WordPress para melhorar a segurança em todo o ecossistema WordPress ( mais de 30% da web ).

De qualquer forma, de acordo com Helen Hou-Sandí , Desenvolvedor Principal Principal:

Em minha mente, existem algumas coisas técnicas muito difíceis de executar e isso requer uma propriedade de produto técnico MUITO disciplinada e focada

Portanto, devemos ver mudanças e melhorias adicionais nas principais atualizações automáticas da IU ao longo do tempo. Isso é o que podemos esperar de agora em diante:

WordPress 5.6:

• Em instalações existentes, as atualizações principais devem ser habilitadas pelo usuário . Qualquer constante e filtro já em uso terão precedência. Pequenas atualizações são ativadas por padrão.
• Em novas instalações, as atualizações secundárias e principais são ativadas por padrão .

WordPress 5.6.1:

• Devemos ver algumas mudanças nas atualizações automáticas principais da IU com base no feedback.

WordPress 5.7:

• Um toque deve ser adicionado à tela de integridade do site para qualquer pessoa que optou por não receber atualizações automáticas importantes.
• Um opt-in de atualizações automáticas deve ser adicionado ao processo de instalação no WordPress 5.7.

Uma grande preocupação com as atualizações automáticas principais é a confiança dos usuários. De acordo com Helen:

Acredito que ainda podemos fazer muito trabalho para solicitar proativamente a confiança dos usuários, especialmente daqueles que tiveram experiências anteriores ruins com WordPress e / ou atualizações

No entanto, cada site WordPress é uma mistura de Core, plug-ins e tema. Nas palavras de Helen:

As atualizações principais são bastante seguras e existem algumas proteções integradas, mas como os sites podem executar qualquer código de qualquer fonte, não existe “100%” para “todo tipo de site WordPress”.

Os usuários com atualizações automáticas principais ativadas devem fazer backups regulares de seus sites ou escolher um host que forneça backups automáticos de seus planos.

As atualizações automáticas principais também afetarão a experiência geral de atualização, incluindo atualizações automáticas de plug-ins e temas. Joost de Valk observou em um comentário:

Se habilitarmos as atualizações automáticas básicas do WordPress por padrão, devemos fazer o mesmo para os plug-ins. Caso contrário, plug-ins e temas não podem ser atualizados para coisas que precisam ser corrigidas por causa das atualizações principais. Acho que os usuários também esperariam isso: se a atualização automática do WordPress, plug-ins e temas também devem ser atualizados automaticamente.

Mudanças na estrutura do site no WordPress 5.6

Junto com todos os recursos aqui discutidos, o WordPress 5.6 também traz uma versão aprimorada da ferramenta Site Health , que agora se comporta de forma diferente em segundo plano.

Validação de dados de verificação de integridade do local

Um validador agora verifica as respostas do problema para testes de integridade do site. O validador descartará qualquer resposta inválida, evitando que a ferramenta de integridade do site cause erros fatais e interrompendo quaisquer controles adicionais.

De agora em diante, as respostas inválidas não afetarão o indicador de integridade do site.

Verificações assíncronas via REST Endpoind

A ferramenta Site Health é uma ferramenta de segurança poderosa que permite aos proprietários de sites estarem cientes do estado de saúde de seus sites.

Esta ferramenta executa uma série de testes de segurança que fornecem uma visão geral do estado de saúde do seu site.

Esses testes se enquadram em duas categorias: testes diretos , execução no carregamento da página e testes assíncronos , que podem levar algum tempo para serem concluídos e serão executados posteriormente por meio de chamadas JavaScript.

Anteriormente, esses testes eram executados com uma chamada para admin-ajax.php . Com o WordPress 5.6, as coisas estão mudando de admin-ajax.php e um novo endpoint da API REST será usado. A partir do WordPress 5.6, os testes assíncronos podem ser encontrados no /wp-json/wp-site-health/v1namespace.

Graças ao novo aprimoramento da API REST, plug-ins e temas também podem usar pontos de extremidade REST e não estão limitados a ações Ajax para seus testes de integridade.

Cada teste assíncrono agora pode declarar o has_restargumento, cujo padrão é false.

Verificações agendadas de integridade do site :

Embora os testes assíncronos tenham sido implementados para evitar carregamentos de página lentos e tempos limite , essa preocupação não existe com os testes agendados.

Com isso em mente, além do has_restargumento mencionado acima, as matrizes de teste também podem declarar o async_direct_testargumento (usando o código acima), que deve ser uma instância chamável de um teste.

Se um teste for executado durante um evento planejado, o teste não usará o terminal da API REST, mas será executado diretamente.

Senhas de aplicativos para autenticação REST API

As senhas de aplicativos são um novo sistema para fazer solicitações autenticadas a várias APIs do WordPress.

As senhas têm 24 caracteres e consistem em letras maiúsculas, minúsculas e caracteres numéricos, que podem ser gerados manualmente ou por meio da API REST.

Para gerar manualmente uma nova senha de aplicativo, navegue até a tela de seu Perfil e role a página para baixo.

Escolha um nome para a senha do aplicativo e confirme. O WordPress exibirá sua nova senha.

As senhas do aplicativo são exibidas em blocos de 4 caracteres, separados por espaços, conforme mostrado abaixo:

No entanto, as senhas podem ser usadas com ou sem espaços :

As senhas do aplicativo passadas de volta por meio do fluxo de autorização não incluem espaços. Eles estão estritamente lá para tornar mais fácil para alguém que está olhando para uma corda longa manter seu lugar se for inserida manualmente.

Eles podem ser usados ​​em partes, sem espaços, ou – diabos – se você quiser, provavelmente poderá adicionar um espaço após cada caractere.

Na tela Perfil do usuário, você pode visualizar, criar e revogar senhas de aplicativos. As colunas Último uso e Último IP permitem que você descubra facilmente as senhas que não são mais usadas e que devem ser revogadas.

No momento em que este artigo foi escrito, as senhas do aplicativo podem ser usadas com solicitações autenticadas da API REST e com a API XML-RPC legada . No entanto, devemos ver as senhas de aplicativos usadas com APIs adicionais no futuro. George Stephanis explica:

O esquema de autenticação de senhas de aplicativos também pode ser aplicado a futuras APIs para WordPress assim que estiverem disponíveis. Por exemplo, se o GraphQL ou outros sistemas estiverem habilitados no WordPress, as senhas do aplicativo fornecerão a eles uma infraestrutura de autenticação sólida e estabelecida para construir fora da caixa.

Não é possível usar senhas de aplicativos em wp-login.php .

Para uma visão mais detalhada desse recurso e mais insights técnicos, verifique os seguintes recursos

Melhor suporte para PHP 8

O PHP 8.0 traz toneladas de novos recursos e otimizações, tornando-se um verdadeiro marco na evolução da linguagem. A versão mais recente do PHP introduz muitas atualizações quebrando a compatibilidade com versões anteriores e muitos recursos obsoletos foram oficialmente removidos. Portanto, adicionar suporte para PHP 8 no WordPress é um grande desafio.

Na verdade, mesmo que os contribuidores do WordPress Core se esforcem para tornar o WordPress 5.6 compatível com PHP 8, não devemos esperar que todos os problemas possíveis sejam descobertos. O objetivo aqui é chegar a um ponto em que todo o ecossistema WordPress seja compatível com PHP 8, o que parece realmente um osso duro de roer no momento.

Além disso, um site WordPress inclui pelo menos um tema e um número variável de plug-ins. Portanto, o que podemos esperar é um bom suporte para PHP 8 no WordPress Core, mas é difícil acreditar que plug-ins e temas adicionariam rapidamente suporte para PHP 8.

Algumas mudanças no PHP 8 para ficar atento

Como mencionamos acima, tornar o WordPress totalmente compatível com PHP 8 é um trabalho em andamento. Jonathan Desrosiers fornece uma lista de recursos e alterações do PHP 8 que os desenvolvedores do WordPress devem estar cientes.

Parâmetros Nomeados

Com argumentos nomeados do PHP agora é possível passar argumentos para uma função com base no nome do parâmetro, ao invés da posição do parâmetro. Isso permite escrever código que é autodocumentado, os argumentos são independentes da ordem e os valores padrão podem ser ignorados arbitrariamente.

Infelizmente, os parâmetros nomeados atualmente podem causar problemas de compatibilidade com versões anteriores no WordPress. O principal motivo é que os nomes dos parâmetros estão sujeitos a alterações sem aviso prévio até que a auditoria atual seja concluída. Então, no momento em que este artigo foi escrito:

O uso de parâmetros nomeados ao chamar funções e métodos de classe do WordPress não é explicitamente suportado e altamente desencorajado até que esta auditoria possa ser concluída, pois durante a auditoria, os nomes dos parâmetros estão sujeitos a alterações sem aviso prévio. Quando esta auditoria for concluída, ela será anunciada em uma futura nota do desenvolvedor.

Validações estritas de tipo / valor para funções internas

Ao passar um parâmetro de tipo ilegal, as funções internas e definidas pelo usuário se comportam de maneira diferente. As funções definidas pelo usuário lançam um TypeError, mas as funções internas se comportam de várias maneiras, dependendo de várias condições.

Para remover essas inconsistências, no PHP 8 as APIs de análise de parâmetros internos sempre geram um ThrowErrorno caso de um tipo de parâmetro incompatível.

A declaração de tipo estrito não é usada no WordPress Core. No entanto, os contribuidores do Core estão trabalhando para evitar que tipos inválidos sejam passados ​​para as funções do Core. Até que esse trabalho seja concluído, essa alteração do PHP 8 pode levar a TypeErrors, “especialmente se o tipo de um valor for alterado incorretamente por meio de código conectado a um filtro”.

Verificações de tipo mais restritas para operadores aritméticos e bit a bit

Nas versões anteriores do PHP, era permitido usar operadores aritméticos e bit a bit para uma matriz, recurso ou objeto não sobrecarregado, mas o comportamento era inconsistente e às vezes até irracional:

Com o PHP 8, o comportamento é sempre o mesmo e todos os operadores aritméticos e bit a bit lançarão uma TypeErrorexceção quando o operando for um array, recurso ou objeto não sobrecarregado (consulte o RFC ).

Esta é outra alteração que requer algum trabalho extra dos contribuidores do Core, como muitos erros, avisos e alterações de aviso.

Novamente, devido aos vários problemas ainda não resolvidos, é altamente recomendável executar testes de compatibilidade em um ambiente de teste ou de desenvolvimento antes de fazer a mudança para o PHP 8 em seu site ativo. Leia mais sobre WordPress e PHP 8.0 .

Mudanças adicionais para desenvolvedores

WordPress 5.6 apresenta toneladas de mudanças para desenvolvedores e não poderíamos incluir todas em nossa lista. Mas aqui os três principais que achamos que vale a pena olhar:

1. wp_after_insert_post Action Hook

Antes do WordPress 5.6, você podia usar save_postsou ações semelhantes para executar um código personalizado após a publicação de uma postagem. Agora, o WordPress 5.6 apresenta o novo wp_after_insert_postgancho de ação, que dispara apenas quando os termos e metadados são salvos.

Além disso, várias funções foram atualizadas para evitar que esses ganchos sejam disparados. O novo $fire_after_hooksparâmetro foi adicionado aos wp_insert_posts(), wp_update_post()e wp_insert_attachment()funções. Se definido como false, evita que os ganchos de inserção posterior sejam disparados.

2. Typecasting

Typecasting funções intval(), strval(), floatval()e boolval()foram removidos do núcleo em favor de typecasting direta:

1. intval() → (int)
2. strval() → (string)
3. floatval() → (float)

Essa mudança tem efeitos diretos no desempenho, pois a conversão de tipos direta é cerca de 6x mais rápida do que as funções de moldagem de tipos.

3. Objetos WP_Error

A WP_Errorclasse foi aprimorada para permitir a fusão de várias WP_Errorinstâncias em uma. Anteriormente, você só podia fazer isso manualmente. Agora, o WordPress 5.6 apresenta três novos métodos para ajudar a lidar com várias WP_Errorinstâncias.

Resumo

WordPress 5.6 é um grande lançamento com toneladas de recursos e mudanças para usuários e desenvolvedores. Estamos sempre animados para ver como a evolução das tecnologias da web afeta diretamente a segurança, desempenho , usabilidade e acessibilidade do WordPress .

Mas a evolução nunca para e já podemos dar uma olhada nas futuras datas de lançamento em potencial .

Agora depende de você: O que você mais gosta no WordPress 5.6? E quais recursos você gostaria de adicionar ao WordPress 5.7 ?