Mecanismos Site Health do PHP no WordPress 5.1

O WordPress 5.1 Site Health começará a mostrar avisos aos administradores de sites que são executados em versões muito antigas do PHP.
Mecanismos Site Health do PHP no WordPress 5.1
5 (100%) 1 vote

O WordPress 5.1 Site Health começará a mostrar avisos aos administradores de sites que são executados em versões muito antigas do PHP.

Essa parte dos projetos do Servehappy e mais globalmente do Site Health abre o caminho para uma Web mais segura e eficiente e, mais especificamente para o WordPress, para um aumento da versão PHP mínima necessária.

O limite atual para as versões do PHP quer irá exibir o aviso será algo abaixo de 5.6. Embora a versão mais baixa do PHP que ainda está recebendo atualizações de segurança seja atualmente 7.1, a ideia é não ir até o início para limitar a carga de suporte.

O PHP 5.6 é a versão pretendida para aumentar os requisitos do WordPress, e a partir daí o limite para o aviso do PHP aumentará de forma granular, com o objetivo de, ao longo do tempo, alcançar o progresso real da versão do PHP.

O limite é gerenciado por meio de um novo endpoint da API do Servehappy no wordpress.org, para que os números de versão possam ser modificados independentemente de uma versão do WordPress.

Mecanismos Site Health do PHP no WordPress 5.1
Aviso sobre a versão desatualizada do PHP no backend do WordPress

Alertas de Versão do PHP no WordPress 5.1 Site Health

O link do botão aponta para uma nova página de suporte sobre a atualização do PHP, que explica brevemente o problema e, em seguida, mergulha em como se preparar para uma atualização e executá-lo.

Aos Desenvolvedores: O link pode ser ajustado por meio de uma variável de ambiente WP_UPDATE_PHP_URL destinada a provedores de hospedagem ou um filtro wp_update_php_url para uma abordagem mais dinâmica no nível de código.

A substituição da URL deve acontecer nos casos em que existe um guia mais específico para atualizar o PHP no ambiente em questão.

O provedor de hospedagem é a fonte preferida para definir isso, portanto, recomenda-se que os plug-ins honrem essa prioridade e não a anulem incondicionalmente.

Além disso, se o URL for alterado de alguma forma, o URL para o recurso original do WordPress ainda será mantido como um link adicional, que você pode ver na captura de tela a seguir:

Aviso sobre a versão desatualizada do PHP com URL personalizado e anotação relacionada

Proteção contra Fatal Error no WordPress 5.1 Site Health

Para ajudar no processo de recuperação de erros resultantes da atualização da versão do PHP, um mecanismo foi implementado para detectar erros fatais e, em certas áreas designadas do WordPress, recuperar-se deles.

Embora a atualização do PHP seja, na maioria das vezes, bastante simples e os plugins e temas populares são normalmente bem mantidos e possuem suporte para versões recentes do PHP, não necessariamente todas as extensões são compatíveis com as versões mais recentes do PHP.

Então, infelizmente, pode haver casos em que um plugin ou tema faz com que o site WordPress não seja mais acessível após a atualização do PHP, causando um erro fatal.

Com a chamada proteção WSOD (proteção contra tela branca da morte), o WordPress reconhecerá quando ocorrer um erro fatal e qual plug-in ou tema o está causando.

Ao acessar o backend do administrador, a respectiva extensão será pausada, permitindo que os usuários ainda façam login no site para que possam (pelo menos temporariamente) corrigir o problema.

Uma vez que a extensão é conhecida como corrigida ela pode ser retomada a partir do backend. Embora isso não torne a atualização do PHP necessariamente mais fácil, reduz o fardo de possivelmente executar o caso em que você está completamente bloqueado do site quando não tem acesso à base de código.

As extensões são pausadas apenas no backend administrativo e em algumas outras áreas, enquanto, por exemplo, o frontend permanece inalterado e, portanto, interrompido.

Como é impossível prever qual funcionalidade a extensão quebrada é responsável, seria perigoso desativá-la no frontend.

É mais claro para um usuário acessar o site para ver uma mensagem que ele não está acessível no momento, em vez de, sem aviso prévio, não ter mais acesso a uma determinada parte da funcionalidade principal.

No frontend, uma mensagem de que o site está inacessível no momento será exibida por meio de uma chamada regular wp_die(), com um link para o backend de administração.

Sites que gostariam de modificar essa saída podem usar um novo drop-in php-error.php que deve enviar o cabeçalho HTTP necessário, assim como a saída.

Proteção contra Fatal Error no WordPress 5.1
A saída padrão no frontend quando a proteção do WSOD detecta um erro detectado

Note que, enquanto o principal motivo para implementar o mecanismo de proteção de erro fatal foi tornar o processo de atualização do PHP menos “perigoso”, tecnicamente não está vinculado à atualização.

Na verdade, ele será ativado permanentemente e descobrirá erros fatais sob qualquer circunstância.

Honrando a versão mínima do PHP com o Site Health

Ao navegar pelos plugins para instalar, o WordPress 5.1 exibirá um aviso para os plugins que exigem uma versão PHP mais alta do que a atualmente ativa.

Embora essa tela já incluísse tais informações sobre a compatibilidade de versões do WordPress, agora faz o mesmo para o PHP.

Além disso, para esses dois problemas potenciais, o WordPress agora aplicará esses requisitos, desativando o botão para instalar esses plug-ins.

Concluindo

Este é apenas um primeiro passo para impor requisitos de versão de plugins e temas. Em uma versão futura do WordPress, essas restrições irão se expandir também para atualizar ou ativar plugins e, eventualmente, cobrir temas também.

Até mais!

Deixe uma resposta
You have to agree to the comment policy.

Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.

You May Also Like