Wp-rocket: Incompatibilidade entre ShortPixel Global WebP rewrite e WPR Lazyload

Criado em 7 mai. 2019 · 5Comentários · Fonte: wp-media/wp-rocket

Shortpixel usa o gancho init com uma prioridade de 1 para chamar sua função de buffer de saída para reescrever a tag img padrão para a tag picture .

Enquanto isso, o WP Rocket usa template_redirect com uma prioridade de 2 .

Isso significa que a reescrita de Shortpixel acontece após a reescrita do WP Rocket, produzindo marcação inesperada e interrompendo o lazyload.

Shortpixel também fornece uma solução baseada em ganchos WP, e este funciona bem com nosso próprio buffer.

2 soluções aqui:

ShortPixel muda o gancho que eles usam, para usar template_redirect com uma prioridade maior que 2 .
Adicionamos uma maneira de alterar o gancho padrão e a prioridade que usamos, para garantir que executamos nossas otimizações após ShortPixel

3rd party compatibility lazyload low moderate bug

Fonte

Tabrisrp

Comentários muito úteis

Apenas para adicionar (acho que esse é o problema que me ocorreu). Para mim, o Shortpixel AI (que adiciona Webp e uma regravação de CDN a todas as imagens) não fez nada quando o WP Rocket Lazyload foi ativado.

Shortpixel AI (Adaptive Images) inclui o próprio Lazy Loading. Tudo o que você precisa fazer é desligar a opção WP Rocket Lazy Load para imagens e Shortpixel AI começa a funcionar. Talvez uma terceira opção seja notificar e desabilitar o carregamento lento do WP Rocket quando o Shortpixel AI for detectado como habilitado?

djped em 5 jun. 2019

👍2

Todos 5 comentários

Nota da proposta do documento de versão - "Remy observou que isso era um pouco arriscado em termos de como poderia produzir problemas e, até agora, produziu apenas 2 tickets. Portanto, decidimos deixá-lo de fora do 3.3.4"

arunbasillal em 4 jun. 2019

djped em 5 jun. 2019

👍2

gostaria de sugerir que Rocket WP permita a opção de servir WebP com oelemento quando você não está usando a parte de cache do Rocket WP. Estou mais do que feliz em entrar e ajudar!