Модуль Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator [Поддержка]

[andrejbr]

А как на счет валидации страницы с Lazy Load ? Есть модули, которые это реализуют, но в валидацией???

[sitecreator]

45 минут назад, andrejbr сказал:

А как на счет валидации страницы с Lazy Load ?

 

а что с этим может быть не так?

вы что имеете ввиду конкретно?

[sitecreator]

58 минут назад, andrejbr сказал:

А как на счет валидации страницы с Lazy Load ?

 

вы видите проблемы?

я не вижу.

 

есть на странице скрипты, в которых указано, что это JS.  Но это идет от родного движка опенкарт.

И на это можно плюнуть.

Вот на это валидатор обращает внимание, но не помечает как ошибку. Лишь предупреждение.

Фактически он пишет, что указание типа - это лишнее, мол, кроме JS ничего и не бывает в природе.

При желании можете поправить.

 

http://watermark.sitecreator.pro/index.php?route=product/category&path=20

 

тут нет проблем.

 

 

 

 

И гугл очень охотно накидывает баллы даже если товаров очень много.

 

 

[andrejbr]

Это хорошо, у других модулей реализация Lazy Load не проходит валидацию. Спасибо.

p/s посмотрел вашу демку - все отлично. Модуль медленно превращается с приставкой SEO 

Змінено 23 травня 2019 користувачем andrejbr

[sitecreator]

3 минуты назад, andrejbr сказал:

у других модулей реализация Lazy Load

 

В моем случае проделана титаническая работа.   Тестировал уже на десятках сайтов. Шлифовал.

И реализация на порядок выше чем в любых других решениях.

И конфликтов не возникает. И есть средства борьбы с ними и есть индивидуальная настройка в коде.

[LionHunter]

9 часов назад, sitecreator сказал:

Доступно в версии модуля 1.12.*

Когда будет доступна данная версия? 

[rassigor]

Так,  уже хорошо,  модуль рабочий,  можно смело ставить на рабочий сайт? 2.1 осторе,  последнюю версию? 

Змінено 23 травня 2019 користувачем rassigor

[sitecreator]

3 часа назад, LionHunter сказал:

Когда будет доступна данная версия? 

 

Пока самостоятельно устанавливаю желающим. Установка бесплатная.

Появится на днях.

 

В данный момент с Jet Cache в паре работают модули без конфликтов.

Осталось с Турбой совместить.

Речь о выводе webp+lazy load идет.  Т.к. в остальном с кешерами проблем нет.

[sitecreator]

С кешером Турбо сделал полную совместимость для вывода

WEBP + Lasy Load.

Корректно работает как с браузерами, которые понимают WEBP, так и с другими браузерами.

 

Всем браузерам отдаются соответствующие изображения.

 

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

 

Тестировал на опенкарт.про 2.3 со встроенной турбой.

У кого есть опенкарт.про 2.1 или отдельная турба, то тоже можно сделать.   Но пока не было возможности протестировать эти версии.

 

Прошу желающих получить совместимость предоставить соответствующие файлы turbo.ocmod.xml.

Конечно, если кто-то использует Турбу не на опенкарт.про 2.3.

[RaVIOLy]

Такс, по тестированию Компрессора 1.12.2  - всё вышесказанное подтверждаю!

на OPENCART.PRO 2.3.0.2.5 WEBP работает корректно, т е при поддержке браузером - показывает WEBP, без поддержки jpg/png/оригинал (в общем и далее).

Jet Cache 11.8 - с кеша WEBP работает корректно

Turbo - с кеша WEBP работает корректно, уже.

NewStore v.2.6.0 - WEBP работает корректно. За исключением доп. изображений товара, которые всегда выводит в оригинале - это вопрос не к компрессору. Алексею написал, исправит\не исправит в обновлении - посмотрим. Подчеркиваю - это не супер громадная проблема, основная масса изображений, всё равно, будет выводится в WEBP. Если проще: все изображения, которые видны на странице после загрузки  - покажет в WEBP.

Браузеры:

Chrome (свежая версия) - WEBP работает корректно.

Chrome (последняя версия для ХР) - WEBP работает корректно.
Opera (свежая версия) - WEBP работает корректно.

Firefox (последняя версия для ХР) - WEBP не поддерживается, выводится оригинал.

Microsoft Edge (версия 42)  - выводится оригинал, WEBP не выводит, о поддержке не узнавал.

Internet Explorer 11  - выводится оригинал, WEBP не выводит, о поддержке не узнавал.

Встроенный браузер на древнем мейзу м2 ноут - есть проблемы, расписывать не буду, т к. автору сообщил.

 

Попрошу, всех не безразличных, присоединится к тестированию. А именно:

Проверить вывод webp или оригинала на доступных Вам, под рукой, браузерах. Особая нужда в тестах на древних, встроенных в ОС смартфонов, мобильных, экстраординарных и т п браузерах. 

Тестить можно демо модуля.

http://watermark.sitecreator.pro/

 

П. С. По своей аналитике за последний год (с 17 мая 2018) : Chrome, Safari, Firefox, Opera, Internet Explorer, Edge - 93% трафика - с ними проблем быть не должно. 

Желательно тестировать глубже: Android Webview - 4%, Samsung Internet - 2%, YaBrowser - 1%, UC Browser, Maxthon, BlackBerry, Nokia Browser и прочее - десятые и сотые процента.

[sitecreator]

@RaVIOLy , спасибо за детальный и тщательный анализ!

 

По поводу древнего браузера мейзу

...

Посмотрел на своем древнем планшете 2013-го, да есть проблема. Но тут проблема не с самим WEBP (с этим форматом проблемы нет), вопрос с lazy Load.  Вопрос решу.

Но у меня даже на более древних движках (Chrome 43, например, 4-х летней давности)   проблем нет.

 

Вот эта древность (4 года уже - срок?) работает с webp + lazy Load без проблем:

 

 

[sitecreator]

Исправил проблему в старых браузерах.

Это касалось только  webp + lazy load.

 

Проверял на встроенном браузере смартфона выпуска лохматого 2013-го года.

Также проверил в древнем Хроме 37-м (2013-го или2014-го).  Все ОК.  webp отображается. с lazy load проблем нет.

 

Версию модуля Компрессор 1.12.2  сейчас подготовлю для скачивания покупателями.

[sitecreator]

Версия модуля 1.12.2 доступна для скачивания.

 

В 23.05.2019 в 18:17, LionHunter сказал:

Когда будет доступна данная версия? 

 

уже

[sitecreator]

Какой выбрать режим (стратегию) для создания сжатых изображений?

 

Если ничего не понимаете и не хотите вникать в тонкости процесса, то выбирайте только WEBP.

 

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

 

Так вы не будете создавать лишней нагрузки на сервер. И создание WEBP произойдет практически без заметных на глаз тормозов страниц даже в режиме создания "на лету".

 

Этот режим нормально работает даже в случае большого кол-ва товаров (> 10 000). Обычно для 10 000 товаров формируются не менее 30 000 картинок в кеше даже если у товара всего по одному изображению, т.к. формируются разные картинки по геометрическим размерам.  Соответственно, если у товара в среднем 3 картинки, то для 10 000 товаров картинок в кеше уже будет примерно 90 000.

 

Режим mozjpeg (а особенно optipng) рекомендуется включать только при достаточном запасе мощности вашего сервера, например, если у вас VDS или не слишком дешевый тариф на общем хостинге.   Это особенно важно если товаров много (> 5000).

 

optipng включайте крайне осторожно если у вас много PNG.  Он работает в десятки раз медленнее чем WEBP, а эффективность его невысокая по сравнению с WEBP.

Поэтому если у вас очень много товаров с картинками в PNG, то лучше откажитесь от optipng, иначе это на время создания изображений приведет к ощутимым тормозам вашего сайта, хоть и временным. Разумнее будет использовать для PNG только режим создания WEBP.

[Sergeyy84]

Не совсем понятно как быть с opencart.pro 2.3 и включенной турбой

у вас в инструкции написано:

Для формирования WEBP необходимо чтобы соответствующий JPEG/PNG был уже сформирован в кеше.
Поэтому если в кеше еще нет JPEG/PNG, то после первой очистки кеша Турбо сначала формируется JPEG/PNG,  а после второй очистки формируется WEBP.
Это касается режима работы "на лету". Так сделано специально чтобы уменьшить нагрузку на сервер при полной очистке кеша изображений.
Формирование изображений разделено поэтому на два этапа.
Если кешер выключен, то WEBP формируется просто при втором открытии страницы.

Выше вы написали:

7 часов назад, sitecreator сказал:

optipng включайте крайне осторожно если у вас много PNG.  Он работает в десятки раз медленнее чем WEBP, а эффективность его невысокая по сравнению с WEBP.

Поэтому если у вас очень много товаров с картинками в PNG, то лучше откажитесь от optipng, иначе это на время создания изображений приведет к ощутимым тормозам вашего сайта, хоть и временным. Разумнее будет использовать для PNG только режим создания WEBP.

В итоге как быть, если на сайте у товара 10 фото (основная в формате png, остальные 9 фото в формате jpeg), opencart.pro 2.3 и турба включена.

[sitecreator]

Итак, есть

новая версия

1.12.4

 

Позволяет корректно формировать WEBP и выводить его также корректно на страницу, подготовленную для работы с экранами Retina.   Т.е. когда используется не просто тег <img> с одним изображением, а используется набор изображений imageset (для обычного экрана, для экрана с повышенной плотностью пикселей).

 

Пока такое встречал только в шаблоне Journal 3.

И модуль Компрессор работает с этим шаблоном в плане WEBP.

Про Lazy Load для этого шаблона пока не могу сказать наверняка.  Там есть встроенный Lazy Load (и для Retina тоже) , предполагаю, что он будет работать совместно с моим WEBP. Проверю позже.

Проверил. Работает нормально Lazy Load от Journal 3 совместно с моим WEBP, нормально включая экраны Retina тоже.

 

Вывод WEBP обеспечивается за счет функционала модуля.  Даже с таким сложным и очень нестандартным шаблоном.

 

 

[sitecreator]

1 час назад, Sergeyy84 сказал:

В итоге как быть, если на сайте у товара 10 фото (основная в формате png, остальные 9 фото в формате jpeg), opencart.pro 2.3 и турба включена.

 

а какая разница сколько фото у товара?

И, тем более, что они у вас уже есть.

Один раз очистили кеш турбы, далее создались WEBP для ваших jpeg и png.

ВЫ же очищаете кеш турбы целиком, а не для одной страницы. Но можете для каждой страницы нажимать если вам так нужно.

 

 

 

 

 

В новой версии 1.12.4  есть режим "Форсированный на лету" для тех, кто не хочет думать когда и чего нужно очищать в ускорителях.

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

 

Для формирования WEBP не нужно очищать кеш изображений!

 

очищайте кеш только для WEBP если вам надо создать заново по какой-либо причине WEBP.

 

[Sergeyy84]

49 минут назад, sitecreator сказал:

а какая разница сколько фото у товара?

И, тем более, что они у вас уже есть.

Я немного не про то.

Кэш изображений очищен. Там пусто. 

У товара 10 оригинальных изображений (1 основное в png, остальные 9 в jpeg)

Нужно ли создавать в кэш - jpeg/png изображения? Или в кэше могут быть только webp изображения? Хотя по идее, если браузер не поддерживает webp, то что он отдаст?

Просто запутался из-за вашего комментария выше:

9 часов назад, sitecreator сказал:

Режим mozjpeg (а особенно optipng) рекомендуется включать только при достаточном запасе мощности вашего сервера

 

9 часов назад, sitecreator сказал:

optipng включайте крайне осторожно если у вас много PNG.

 

Получается что их можно не включать?

[sitecreator]

11 минут назад, Sergeyy84 сказал:

Кэш изображений очищен. Там пусто. 

 

ради webp это делать не нужно.

 

12 минут назад, Sergeyy84 сказал:

Получается что их можно не включать?

 

конечно, можно не включать ни mozjpeg, ни optipng.

И если нет желания создавать лишнюю нагрузку на сервер, то и не рекомендуется включать.

У вас же JPEG и PNG создаются в любом случае, хоть и не сжатые. Вот из них и в дополнение к ним будет создан webp.

 

Но когда непременно хочется создать еще и сжатый jpeg, то сперва рекомендуется создавать именно сжатый jpeg за счет mozjpeg.   А уже потом включать webp.  Так вы разнесете нагрузку по времени.

 

optipng вообще не рекомендую включать. Технология optipng крайне медленная, а вес снижается всего на 20%.  лучше не гоняйте впустую процессор когда есть более прогрессивная технология WEBP.

[sitecreator]

mozjpeg и WEBP - это конкурирующие технологии.

 

Только WEBP создается очень быстро, а mozjpeg раза в три дольше.

Поэтому если мощность сервера позволяет, то включайте mozjpeg. 

 

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

А вот WEBP будет создан практически незаметно с точки зрения повышения нагрузки на сервер.

 

Т.е. всегда подходите разумно к выбору стратегии сжатия изображений.  Если мощности много, то и позволить вы можете себе многое.

[Sergeyy84]

1 час назад, sitecreator сказал:

2 часа назад, Sergeyy84 сказал:

Кэш изображений очищен. Там пусто. 

 

ради webp это делать не нужно.

Сайт в разработке, играюсь с фото, тестирую.

 

1 час назад, sitecreator сказал:

У вас же JPEG и PNG создаются в любом случае, хоть и не сжатые. Вот из них и в дополнение к ним будет создан webp.

Все верно, но ведь есть же браузеры, которые не видят webp и тогда им отдадутся не сжатые JPEG и PNG (да еще и плохого качества, т.к. движок по умолчанию при сжатии заметно ухудшает качество фото)

Поэтому в идеале их все-таки сжимать. Правильно понимаю?

 

Теперь еще раз: если сайт новый, на vps,  кэш фото еще не создан, у каждого товара по 10 фото (основное png, 9 остальных в jpeg)

Как поступить в идеале (если отбрасывать нагрузку на сервер, кэшеры и т.п.)?

Как я вижу: 

при перво загрузке страницы:

png фото сжимать через optipng

jpeg фото сжимать через mozjpeg

 

при второй загрузке страницы: создается webp

В идеале все это поставить на ночь на расписание.

[SunnRi]

5 часов назад, Sergeyy84 сказал:

при второй загрузке страницы: создается webp

В идеале все это поставить на ночь на расписание.

Достаточно запустить Xenu, за часик - второй пройдет и сделает все кеши

Змінено 27 травня 2019 користувачем SunnRi

[sitecreator]

10 часов назад, Sergeyy84 сказал:

есть же браузеры, которые не видят webp и тогда им отдадутся не сжатые JPEG и PNG

 

верно

10 часов назад, Sergeyy84 сказал:

(да еще и плохого качества, т.к. движок по умолчанию при сжатии заметно ухудшает качество фото)

Поэтому в идеале их все-таки сжимать. Правильно понимаю?

 

сам движок опенкарт ничего не умеет сжимать. Он создает обычный формат JPEG.

И при дефолтном качестве 90 движок за счет библиотеки GD создает изображения с хорошим качеством.

исключение - это когда из меньшей картинки делается бОльшая. Тогда появляется пикселезация.

 

Модуль Компрессор за счет использования графической библиотеки imagick позволяет получить качество несколько выше. К тому же Компрессор позволяет убрать проблему преобразования маленького исходника в большое (по геометрии) изображение в кеше.

 

Сжимать их вовсе необязательно.

Как минимум сейчас 80%  браузеров понимают WEBP. Если говорить про мобильные, то это любые современные браузеры для Андроид.  Остается в стороне только Сафари.

Но если хочется, то сжимайте JPEG.

 

[sitecreator]

версия модуля 1.12.4 доступна

[pavels1978]

Добрый день. Можно ли настроить работу модуля так, чтобы водяной знак накладывать только на фотографии к определённым товарам (или к определённым категориям товаров)? Или, например, только к товарам, у которых есть определённый атрибут, метка, тег? Смысл в том, что на сайте есть не только изображения товаров, но и изображения категорий, всё в одной папке, поэтому не хочется, чтобы все фотки стали со знаком.