Update Watch: semana 41

Toda semana olhamos o que aconteceu com as atualizações de WordPress que a Verploy cuidou. Esta primeira edição é pequena, e dizemos isso: a maioria desses sites é mantida pela nossa própria agência, mais algumas agências pioneiras. Trate como uma amostra, não como um censo.

Esta semana em três números

• 314 execuções de atualização em sete dias
• 56% foram ao ar sozinhas por completo, cada uma verificada e reversível (77% nas atualizações agendadas à noite, 49% nas iniciadas manualmente)
• 6 revertidas depois de ir ao ar

Retida ≠ quebrada

137 execuções precisaram de uma pessoa. Isso não significa 137 atualizações quebradas. Uma atualização retida significa que a Verploy não conseguiu confirmá-la como segura e, por isso, deixou o site em produção como estava. A maioria dos motivos desta semana não tinha nada a ver com a atualização em si.

Quem precisou agir

Causa	Execuções
O site ou a hospedagem (lento, inacessível, licença, versão do PHP, firewall)	90
A própria atualização (mudança visual, página ou login quebrado, atualização com falha, conteúdo faltando, erros de script)	30
Verploy (nossos próprios erros)	17

Por que atualizações não foram ao ar

Motivos vistos em 3 ou mais sites.

Motivo	Execuções	Sites
Site lento demais para responder a tempo	26	18
Sem licença, então sem pacote de atualização	19	14
A atualização exige uma versão mais nova do PHP ou do WordPress	16	11
Diferença visual em uma página testada	14	7
No ar em parte: uma parte da atualização falhou	12	7
Desconhecido (estamos investigando)	13	5
Página ou login parou de funcionar na cópia de teste	4	4
Outros (cada um em 1–2 sites)	33	—

Três lições para agências

1. A maioria das atualizações travadas tem a ver com o site, não com o plugin. Dois terços das execuções que precisaram de uma pessoa foram causadas por hospedagem, licenças ou versões do PHP. Resolver isso uma vez libera todas as atualizações seguintes.
2. Confira sua versão do PHP antes da próxima grande versão de um plugin. A versão mais recente de um plugin de formulários popular exige um PHP mais novo do que muitos sites ainda usam. Em 11 sites a atualização simplesmente não conseguiu ser instalada. Isso é uma configuração da hospedagem, não um motivo para pular atualizações de segurança.
3. Construtores de páginas premium sem licença ativa ficam para trás sem aviso. O WordPress mostra a atualização, mas não há pacote para instalar. Se a licença de um cliente venceu, o site fica com uma versão antiga até alguém perceber.

A nossa parte

17 execuções deram errado por causa da própria Verploy, e 2 reversões não terminaram sozinhas e precisaram de trabalho manual. Corrigimos essas primeiro; você vai ver o número aqui toda semana.

Correções

Se você acha que algum número aqui está errado, ou se desenvolve um plugin ou tema nessas categorias e quer detalhes, fale conosco e vamos corrigir na próxima edição.

Quer isso para os seus sites?

Com a Verploy, cada atualização é verificada, e as arriscadas são testadas primeiro em uma cópia. Se algo quebrar depois de ir ao ar, a Verploy reverte. Comece grátis, sem cartão de crédito.