В прошлом месяце план WordPress по созданию изображений WebP по умолчанию для новых загрузок изображений JPEG был отложен до предстоящего выпуска 6.1 после возражений со стороны ведущих разработчиков. Первоначальное предложение было объединено в ядро в конце июля , несмотря на многочисленные критические отзывы и опасения со стороны сообщества разработчиков WordPress. Вчера эта функция была возвращена в ответ на недавний пост Мэтта Малленвега об удалении ее из ядра в пользу разработки в качестве канонического плагина :
Я прочитал все разговоры и вопросы здесь. Я заинтересован в поддержке новых форматов и повышении производительности, но я думаю, что это изменение, которое по умолчанию предлагается пользователям при обновлении до 6.1, сейчас очень важно, в том числе с некоторыми неуклюжими взаимодействиями, которые ОС все еще имеют вокруг webp (и HEIC! ) файлы.
Я рад, что поддержка работы с файлами webp и HEIC остается в ядре, поскольку мы должны быть либеральными в том, что мы принимаем и с чем работаем, но не с изменением, чтобы конвертировать все в webp при загрузке JPEG.
Во время сегодняшнего собрания Performance Team участники кратко обсудили возврат.
«Мы все еще пытаемся выяснить, что такое канонический плагин, и будет ли он работать для WebP по умолчанию», — сказал спонсируемый Google основной коммиттер Адам Сильверстайн. «У нас все еще есть пара исправлений для версии 6.1, касающихся качества изображения при выводе WebP (это все еще вариант, вам просто нужен плагин)».
Во время предыдущей встречи команды по производительности Сильверштейн сказал, что сообщение Малленвега о том, что эта функция не делает покупки, стало для команды неожиданностью, и что они работают с выводами о выпуске, чтобы лучше понять проблемы в надежде найти путь вперед.
«Я хочу признать, что это удар для всех, кто работал над этой функцией (включая меня), и в то же время я хотел бы призвать нас сосредоточиться на том, как мы можем двигаться вперед, учитывая текущую позицию», — сказал Сильверстайн. «Есть ли проблемы, которые мы можем решить? Есть ли смысл в каноническом плагине?»
Участники этого обсуждения выразили обеспокоенность по поводу того, что пользователи будут использовать WebP по умолчанию, если он будет перемещен в собственный плагин. Потребуется стратегический ребрендинг, чтобы указать, что он обеспечивает более быструю доставку изображений, поскольку большинство пользователей не знакомы с форматом WebP.
«Я думаю, что если он останется «функциональным проектом», имеет смысл оставаться в плагине Performance Lab — мы не знаем, принесет ли удаление его из него больше тестировщиков (особенно с учетом того, что плагин Performance Lab имеет более 10 000 установок, которые это много для функционального плагина)», — сказал спонсируемый Google участник Феликс Арнц.
«Если следует пойти по пути «канонического плагина», то, конечно, нам нужно будет его убрать, но тогда изменится и характер проекта».
Участники примут решение о следующих шагах для этой функции в будущих обсуждениях. На данный момент пользователи, которые с нетерпением ждали загрузки WebP по умолчанию, все еще могут получить эту функцию с помощью плагина Performance Lab , поддерживаемого командой производительности WordPress.
