Wp-rocket: Несовместимость между ShortPixel Global WebP rewrite и WPR Lazyload

Созданный на 7 мая 2019 · 5Комментарии · Источник: wp-media/wp-rocket

Shortpixel использует перехватчик init с приоритетом 1 для вызова своей функции выходного буфера для перезаписи тега по умолчанию img тег picture .

Между тем, WP Rocket использует template_redirect с приоритетом 2 .

Это означает, что перезапись Shortpixel происходит после перезаписи WP Rocket, создавая неожиданную разметку и прерывая ленивую загрузку.

Shortpixel также предоставляет решение, основанное на перехватчиках WP, и оно хорошо работает с нашей собственной буферизацией.

2 решения здесь:

ShortPixel изменяет используемый хук, чтобы использовать template_redirect с приоритетом выше 2 .
Мы добавляем способ изменить ловушку и приоритет по умолчанию, которые мы используем, чтобы убедиться, что мы выполняем оптимизацию после ShortPixel.

3rd party compatibility lazyload low moderate bug

Источник

Tabrisrp

Самый полезный комментарий

Просто чтобы добавить (я думаю, это проблема, с которой я столкнулся). Для меня Shortpixel AI (который добавляет Webp и перезапись CDN ко всем изображениям) просто ничего не делал, когда был включен WP Rocket Lazyload.

Shortpixel AI (Adaptive Images) включает саму отложенную загрузку. Все, что вам нужно сделать, это отключить параметр WP Rocket Lazy Load для изображений, и Shortpixel AI начнет работать. Может быть, третий вариант - уведомить и отключить ленивую загрузку WP Rocket, когда Shortpixel AI обнаружен как включенный?

djped 5 июн. 2019

👍2

Все 5 Комментарий

Примечание из предложения версии документа - «Реми отметил, что это было немного рискованно с точки зрения того, как это могло вызвать проблемы, и пока что было произведено только 2 заявки. Поэтому мы решили оставить это в 3.3.4».

arunbasillal 4 июн. 2019

djped 5 июн. 2019

👍2

я хотел бы предложить, чтобы Rocket WP разрешил возможность обслуживать WebP сэлемент, когда вы не используете кэширующую часть Rocket WP. Я более чем счастлив присоединиться и помочь!