webp не отображается

[norfin]

Возникла проблема при добавлении фото товаров. В настройках включена поддержка webp.

При добавлении фото товара в формате jpg оно конвертируется в webp и отображается на странице товара. Но если добавлять фото изначально в формате webp, то в админке в карточке товара его видно, но на странице товара оно не отображается (хотя при клике на отображаемый вместо фото тайтл товара в открывающемся окне фото есть).

Товары добавляли через импорт (в большинстве случаев) и фото подтягивались в разных форматах. И теперь чтобы определить у какого товара нет фото нужно вручную просматривать каждый на сайте, а это больше 10 тыс.

Можно ли устранить проблему с загрузкой фото, а также каким-то образом решить вопрос с уже импортированными товарами, у которых не отображается фото?

Установлена последняя версия 4.4.0



Буду благодарен за ответ.

[korshunov]

Возникла проблема при добавлении фото товаров. В настройках включена поддержка webp.

При добавлении фото товара в формате jpg оно конвертируется в webp и отображается на странице товара. Но если добавлять фото изначально в формате webp, то в админке в карточке товара его видно, но на странице товара оно не отображается (хотя при клике на отображаемый вместо фото тайтл товара в открывающемся окне фото есть).

Товары добавляли через импорт (в большинстве случаев) и фото подтягивались в разных форматах. И теперь чтобы определить у какого товара нет фото нужно вручную просматривать каждый на сайте, а это больше 10 тыс.

У меня на демосайте нормально добавляются фото через импорт.
Если у Вас не работает, надо начинать с того, что выкладывать свой файл импорта.

Можно ли устранить проблему с загрузкой фото, а также каким-то образом решить вопрос с уже импортированными товарами, у которых не отображается фото?

Видимо, можно.

[norfin]

Думаю, что дело тут не в файле импорта. Пробовал вручную редактировать товар - то же самое, jpg загружается, а webp - нет (вернее в админку загружается, но в карточке товара не отображается)

[Aleks]

Протестировал v4.4.0 в сети. Все с webp работает правильно.
Попробуйте отключить Поддержку webp. Возможно все фото в формате webp и на странице товара будут видны. Такое явление было в прежних версиях (кажется 4.2.1)
А дальше можно будет загружать и jpg и webp.

[norfin]

Да, с отключением поддержки webp проблема пропадает. Но, эта функция нужна включенной.
Просмотрел код страницы - к ссылке товара в конце двойное webp почему-то добавляется. Похоже проблема в этом.
Связался с разработчиками, жду ответ.

[Aleks]

Дело не в двойном расширении. Поддержка webp и вот оно двойное расширение.
У Вас варианты:
1.Поддержка включена. Все графические файлы грузить с расширением jpg. В этом случае в Resized будут так именоваться файлы, например, abcd.jpg.webp. Значит, наверное, надо копать в параметрах файлов tpl. Не пробовал,
2.Поддержка выключена. Можете грузить jpg и webp или только webp. В resized расширения файлов будут стандартные.
Таким образом, если такой баг системы, то лучше использовать 2 вариант.

[korshunov]

У меня работает нормально в разных случаях:
- и локально и на демосайте,
- из импорта и при редактировании товара в админке,
- и при включенной и при отключенной поддержке webp.
При этом двойных расширений вида .webp.webp не наблюдаю.

Если у Вас не так, то надо исследовать конкретно на Вашем сервере, возможно у него особенности в настройках или еще чем-то...

[Aleks]

v4.4.0 на пробном сервере. При включенной поддержке webp в resized создаются файлы с двойным расширением jpg.webp.
Двойного webp.webp нет. norfin, видимо, ошибся.
При этом в resized создаются двойные файлы.
Например, файл загружен abc.jpg и в resized будут два файла: abc.600x800.jpg и он же abc.600x800.jpg.webp.
Т.е. получаем в 2 раза больше файлов.
Так что в данной CMS польза от поддержки webp сомнительна.
На нашу мысль лучше поддержку webp отключить. В таком случае можно загружать jpg и webp, кому как нравится.
Не будет файлов с двойным расширением и двойных файлов.
Причем из постов ранее следует, что данная ошибка на разных серверах может проявиться, а может и нет.

[korshunov]

Например, файл загружен abc.jpg и в resized будут два файла: abc.600x800.jpg и он же abc.600x800.jpg.webp.
Т.е. получаем в 2 раза больше файлов.

Это правильно, так и задумано. Если браузер не знает и не поддерживает webp, то будет отображаться abc.600x800.jpg.

[norfin]

Похоже, что проблема в модуле SimplaMarket/IndividualVariantPhoto. При его отключении фото отображаются.

[Aleks]

Использование Поддержки webp нерационально.
При включенной поддержке система преобразует загруженные файлы jpg в webp.
Но в resized помещает и jpg и webp.
Пример из 4.4.4:
okay-book5.600x800.jpg и okay-book5.600x800.jpg.webp
Так лучше отключить эту глюкавую поддержку и загружать готовые webp.
Файлов будет в 2 раза меньше и без двойных расширений.

[korshunov]

Использование Поддержки webp нерационально.
При включенной поддержке система преобразует загруженные файлы jpg в webp.
Но в resized помещает и jpg и webp.
Пример из 4.4.4:
okay-book5.600x800.jpg и okay-book5.600x800.jpg.webp
Так лучше отключить эту глюкавую поддержку и загружать готовые webp.
Файлов будет в 2 раза меньше и без двойных расширений.

Чтобы делать заявления типа "Использование Поддержки webp нерационально", "лучше отключить эту глюкавую поддержку", надо, как минимум, во-первых, обладать некоторой широтой знаний, а во-вторых, проводить довольно обширные исследования (самостоятельно или использовать опыт других).
Подозреваю, автор столь категоричного высказывания не знает всех тонкостей того, как работает .webp, а свои заключения вывел в основном у себя "на локалке"...

Так лучше отключить эту глюкавую поддержку и загружать готовые webp.
Файлов будет в 2 раза меньше и без двойных расширений.

Видимо, имеется в виду, что лучше загружать готовые webp в папку originals. Если это единичное мнение, то имеет право быть. Если же это предложение разработчикам системы на будущее, то явно несерьезное. Надо ведь учитывать не только индивидуальные предпочтения и удобства единичного пользователя Aleks, а смотреть шире и помнить, что пользователей много и они разные.

Если же непременно хочется по-своему сэкономить на количестве файлов в папке resize, то поступать можно куда проще, в шаблонах вместо вставок вида <picture>...</picture> использовать простой img.

[Aleks]

Оно то да. Я с Вами согласен, но...
Я опираюсь на факты. А они таковы: поддержка webp работает с ошибками. Обширные исследования данной ошибки... займитесь, Вы профи, нам это не по плечу. Тонкости работы webp не знаем, но ошибки фиксируем. Вон и еще одна ошибка norfin зафиксирована: SimplaMarket/IndividualVariantPhoto.
А вариант: отключить поддержу webp (можем грузить jpg и webp, отсутствуют двойные расширение) на данный момент рабочий. Истина.
И единичные пользователи имеют право выбора, а разработчики системы на будущее пусть думают.
И шо, так сложно преобразовать jpg в webp что нужно это делать именно в OkayCMS?
Полно простых графических редакторов, которые могут пакетно преобразовать все ваши jpg в webp за считанные минуты.
Может у Вас г. korshunov есть конкретные предложения как бороться с названными ошибками, то разместите их здесь. Будем Вам благодарны.

[korshunov]

Если Вы перечислите точно "названные ошибки", попробую что-то сказать.
Пока в предыдущем посте речь идет про ошибку, связанную со сторонним модулем. Если Вы хотите узнать что-то про эту ошибку и исправление, надо либо обращаться к разработчикам модуля, либо выкладывать здесь подробности, в частности, ссылку на скачивание модуля или, если он бесплатно не предоставляется, сам модуль...

[Aleks]

г. korshunov не будем и далее толочь воду в ступе. Ошибки выше описаны. Это уже забота OkayCMS над ними работать.
Меня, например, интересует resize, которое, как правило, используется для уменьшения изображений для создания превью и прочее.
Как это сделано на Okay понятно. Вопросов нет.
Но, однако, складывается впечатление, что если появляется какая-то новация, то мы ее осваиваем, пытаемся совершенстовать/изменять и порой доводим то абсурда. Вот судите сами: зачем грузить изображение товара большого размера потом его ресайз, уменьшение для карточки товара и вывода в fancybox. Параметры прописаны в tpl. Напрашивается простое решение: загружать картинку нужного размера, и вывод на просмотр пользователем напрямую, без ресайза. Ну а превью и прочее надо.
Встречал сайты: картинки грузят 2000х2000, потом выводят 800х800. Абсурд. Но... зато ресайз у них, новация!

[korshunov]

Вот судите сами: зачем грузить изображение товара большого размера потом его ресайз, уменьшение для карточки товара и вывода в fancybox.

Зачем это сделано, разъяснялось много раз во многих местах. Как по мне, причины вполне разумные. Недостаток вижу лишь один - больший расход дискового пространства. Но при современном развитии это обычно совсем не критично и более чем терпимо - средний владелец магазина за одно посещение кафе-ресторана или автомойки тратит обычно больше, чем стоимость этого добавочного места на диске за год...

Встречал сайты: картинки грузят 2000х2000, потом выводят 800х800. Абсурд.

Никакого абсурда. Так загружать удобнее, меньше трудозатрат. Ну а если аккуратно экономить, загружая размеры не большие, чем реально требуется, то место на диске еще сэкономится...
Вас ведь не волнует, что народ массово покупает авто на 5 пассажиров, а везет чаще всего одного-двух человек...

Напрашивается простое решение: загружать картинку нужного размера, и вывод на просмотр пользователем напрямую, без ресайза.

Если Вам надо по-своему, то сделать совсем несложно. Всего лишь в шаблонах вместо блока <picture>...</picture> вставить тег <img>.
Например, в стандартном шаблоне main.tpl достаточно прописать так:
<img src="{$config->original_brands_dir}{$b->image}" alt="{$b->name|escape}" title="{$b->name|escape}"/>.
И еще в .htaccess в подпапках originals настроить доступ.

[Aleks]

Итак, можно сделать однозначный вывод, что без ресайза изображений для карточек и fancybox можно обойтись.
За совет "если надо по-своему" спасибо. Будем пробовать. Получится отпишу.

[makki]

Ресайз изображений и их конвертация в формат WebP могут существенно снизить вес веб-страницы, улучшив время загрузки, что положительно сказывается на SEO. Это улучшает пользовательский опыт и может повысить позиции вашего сайта в результатах поиска.

[Aleks]

makki » Сегодня, 11:02
Ресайз изображений и их конвертация в формат WebP могут существенно снизить вес веб-страницы, улучшив время загрузки, что положительно сказывается на SEO. Это улучшает пользовательский опыт и может повысить позиции вашего сайта в результатах поиска.

Отключение поддержки webp нисколько не помешает размещению графических файлов в этом формате.
Более того, мы предоставляем готовые webp, необходимость конвертации отпадает, что несомненно плюс.

[norfin]

Таки проблема была в упомянутом модуле.
В ..../Okay/Modules/SimplaMarket/IndividualVariantPhoto/design/html/varinat_images_custom.tpl
Убрали .webp и все нормально начало отображаться.

Добавлено спустя 1 минуту 45 секунд:
Сейчас другая интересная ситуация:

При импорте товаров не импортируются изображения с конкретного сайта (пробные фото с другого сайта закачиваются). Фото в формате jpg.
В коде страницы товара с проблемой можно увидеть, что ссылка на фото товара почему-то содержит в себе ссылку на сайт, с которого это фото должно было скачиваться:
../files/resized/products/https%253A%252F%252Fnew-partner.vm.ua%252Fimage%252Fcache%252FDoc-108832-500x500.600x800.jpg
На demookay фото тоже не подгружается, хотя сама ссылка на фото для скачивания рабочая:
https://new-partner.vm.ua/image/cache/Doc-108832-500x500.jpg
Права на папки files, originals, resized, products стоят 775

Что это? Сайт блокирует доступ для скачивания картинок?