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

[sitecreator]

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

Страница AMP - Нельзя использовать собственный код JavaScript

 

в модуле отключен JS для amp страниц.

 

 

Это рекомендации гугла.

для таких страниц отключено. и это работает у пользователей как надо на реальных проектах.

 

другое дело, что не все следуют рекомендациям гугла.

если у вас сделано нестандартно, то тогда мой подход не сработает.

 

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

Вы всегда можете ускорить реализацию за вознаграждение.

Правила по доработкам:

https://opencartforum.com/files/tutorials/59-{%3F}/

[splka]

Окей, а можно добавить исключение для example.com/kotiki/amp?
Модуль вот этот вот:

 

[sitecreator]

7 минут назад, splka сказал:

исключение для example.com/kotiki/amp?

 

я мог бы добавить в модуль поле для регулярного выражения для заполнения пользователем.

но пользователи все равно не умеют этим пользоваться, а могут только навредить.

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

из описания модуля вообще ничего не ясно.

 

непонятно как сделать универсальный вариант пока.

модули под amp есть всякие и разные, и каждый делает по-своему.  не имею возможность подстраиваться под всех.

есть же модуль amp, который использует схему формирования url, которую предлагает гугл.

но, впрочем, нормальных модулей под amp вообще не встречал.

[splka]

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

 

я мог бы добавить в модуль поле для регулярного выражения для заполнения пользователем.

но пользователи все равно не умеют этим пользоваться, а могут только навредить.

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

из описания модуля вообще ничего не ясно.

 

непонятно как сделать универсальный вариант пока.

модули под amp есть всякие и разные, и каждый делает по-своему.  не имею возможность подстраиваться под всех.

есть же модуль amp, который использует схему формирования url, которую предлагает гугл.

но, впрочем, нормальных модулей под amp вообще не встречал.

Можно регуляркой, можно

print end( explode( "/", "example.com/goods/something/amp" ) );

можно через pathinfo.
Просто регулярка, если будет что-то типа example.com/goods/somethingamper/amp выкусит всё.
А explode, в моём случае,да и не в моём вкупе с pathinfo, решает вопрос.
В общем случае, да это будет проблемой если урл будет вида: example.com/goods/amp/somethingamper ибо выловить в части пути нужное словосочетание это больно.
У гугла есть спека по которой страница амп она явно и чётко выражена.
т.е. или http://amp.example.com или example.com/goods/amp/somethingamper или example.com/goods/somethingamper/amp/
Т.е. всё остальное, с точки зрения гугла является ересью.
Предлагаю от этого отталкиваться.

[sitecreator]

Уважаемы заказчики, модуль Компрессор не исправляет автоматически все имеющиеся косяки на вашем сайте. Научитесь анализировать информацию от гугла, а не только смотреть на попугаев.  Модуль снижает вес изображений, и делает это отлично (раза в два-три в среднем), добавляет отложенную загрузку (Lazy load) и делает прочие оптимизации изображений (приводит размер в соответствие с экраном смартфона, например), т.е. максимально выполняет рекомендации гугла в области изображений и, тем самым, реально ускоряет загрузку без оглядки на попугаев.

 

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

 

А таком плачевном случае уберите хоть все изображения с сайта (снизьте с 10Мегабайт до нуля, например), но это вам не поможет, ибо карта яндекса будет грузиться,  грузиться и грузиться! И будет грузить и тормозить весь ваш сайт. И JS будет работать по 5 секунд с лишним.

 

в FAQ модуля все четко написано:

Почему автомобиль на новой резине, но с неисправным двигателем медленно едет? Вес изображений == баллы гугла?

Как Гугл измеряет скорость загрузки изображений. Чем она отличается от общей оценки Гугла PageSpeed.

 

 

[sitecreator]

Новая версия

2.0.2

[sitecreator]

В новой версии много принципиально нового.

 

Переработан заново механизм создания и наложения водяного знака. Теперь этот процесс происходит на порядок быстрее (разов в 5 быстрее),  фактически создание изображения и наложение водяного знака происходит за тоже время, что и просто создание изображений без водяного знака. При этом не имеет значения насколько сложные эффекты вы применили (поворот, изменение прозрачности).

 

Учтен печальный опыт любителей загружать водяные знаки размером 6000 х 4000. Они, конечно, удивлялись почему долго идет наложение такого водяного знака с поворотом на 13 градусов и прозрачностью 97%.

 

Поскольку водяной знак был не очень востребован, то внимания к нему особого не проявлял. И надеялся на разумность пользователей, что, впрочем, зря как обычно.

Они загружали водяной знак 6000 х 4000 для картинки 600 х 600, и будут загружать. Это невозможно остановить!

Ну загрузили бы 300 х 300, в крайнем случае 600 х 600, т.е. не больше всплывающей картинки, т.е. самой большой.

 

Чтобы потом не появлялись чудо-спасители от "тормозного" водяного знака и Компрессора by SiteCreator я полностью переработал механизм обработки водяного знака.

 

Работает очень быстро как под GD, так и под Imagick.

Грубо говоря, если у вас картинки на странице создавались за 2.5 сек, то с водяным знаком будут создаваться за 2.7 - 3.0 сек.  При этом с применяемыми эффектами.

От лишних операций при наложении знака спасает многоуровневое кеширование и защита "от дурака" (от тех самых 6000 х 4000)

 

 

Это в

Новой версии

2.0.2

 

 

[sitecreator]

В Lazy Load внесены изменения.

Вы можете выбрать способ создания Lazy Load.

 

 

 

По эффективности способ через JavaScript более эффективный и работает во всех браузерах.

Даже гугл его оценивает выше.

Своой алгоритм гугл оценивает на 96, а мой JavaScript Lazy Load на 97

 

 

 

 

 

 

 

 

Первый способ менее эффективный (особенно когда картинок много), но безконфликтный с другим Javascript. Работает только в Хроме.

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

Из-за того что метрика подключается рано, то она пытается "отслеживать" загрузку каждой картинки через lazy load. Безусловно, что это очень "полезная" собираемая информация, ради которой непременно включается вебвизор, тормозящий страницу.

 

 

При отсутствующем вебвизоре JavaScript Lazy Load отлично работает.  При наличии метрики с вебвизором лучше включать вариант без JavaScript Lazy Load.

Впрочем, любителям попугаев нужно знать, что наличие вебвизора понижает оценку на 20-30 баллов легко.

 

 

[sitecreator]

Реализована работа с полями картинок, которым можно задавать произвольный цвет.

Скажите, пожалуйста, это хоть кому то нужно?

Просто был один заказчик, уверявший, что это нужно и полезно.

Сделал до кучи, правда, сомневаюсь, что время потрачено не зря.

 

Помнится делал под яндекс-маркет возможность создания заказных стикеров (для продвижения в Маркете). Но кроме единственного заказчика это ни разу никому и не потребовалось...

 

[sitecreator]

Помните историю про картинки-невидимки WEBP, которые создает GD для части картинок?

 

вот вам такая картинка после GD.

 

вы ее увидите в FireFox, но не увидите в Хроме.

вот она просто ссылкой:

https://watermark.sitecreator.pro/img_test/webp/slojprizma-1-100x100.webp

 

Вот так это выглядит в Хроме:

 

 

В FireFox это выглядит так:

 

 

 

 

Начиная с версии 2.0.3 в модуле Компрессор устранена проблема картинок-невидимок, создаваемых графической библиотекой GD.

Проблема порождена багом в библиотеке php GD, баг этот до сих пор не устранен разработчиком php GD.

Но модуль Компрессор теперь научился компенсировать данный баг, а потому картинки WEBP теперь нормальные даже после GD, который можно использовать при отсутствии других альтернатив по созданию WEBP.

 

Но при прочих равных рекомендуется использовать cwebp или imagick для генерации WEBP.

В модуле вы можете выбирать движок (инструмент создания) webp сами.

 

 

[sitecreator]

Новая версия

2.0.3

 

доступна

[yastman]

Добрый вечер,обновился до последней версии вашего модуля :

Лег весь сайт,пишет HTTP ERROR 500

Пришлось через фтп,отключать работу модуля,просьба по возможности посмотреть(доступы у вас есть) или указать возможную причину.

Заранее спасибо.

Змінено 6 грудня 2019 користувачем yastman

[sitecreator]

4 часа назад, yastman сказал:

Лег весь сайт

 

С настройками сервера, которые я увидел, все может быть.

вы что-то делали с настройками php и они у вас стали ниже минимально допустимых для опенкарт.

 

например, у вас даже выключено расширение ZIP php было,  про остальное молчу.

2 Мег выставлено было для загрузки как лимит, т..е. по умолчанию. Поднял.

поправил.

лучше писать в личку по таким частностям. неверно настроенный сервер напрямую к модулю не имеет отношения.

 

 

 

Никакой проблемы с установкой после этого не возникло.

все работает сейчас у вас на сайте нормально. Свежая версия стоит, не вижу никаких проблем.

[Sergleader]

Приобрел модуль поставил на ocStore 2.3.0.2.3 тема journal 3.

phpinfo https://elt-shop.ru/phinfo.html

Проблема в том что нету webp пока расширение снес, в контроллере продукта заменил ресайз стандартной моделью шаблона на ресайз стандартной моделью, которая судя по коду модифицирована модификатором. В брузере в консоли выводится webp=ok на сервере нету не каких файлов с расширением *.webp кроме 1.webp или как то так.

Все ускорители шаблона откл. в чем может быть причина? Сжатие было настроено на лету.  В чем может быть причина? хостинг beget .

 

[sitecreator]

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

Проблема в том что нету webp

 

с такими вопросами нужно обращаться в личку. И сразу с доступами.

 

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

на сервере нету не каких файлов с расширением *.webp

 

значит, не создаются.

причин несколько возможных:

вы не выбрали нужный движок для создания webp.

или нет необходимого софта для webp.

вы не установили кнопочкой "установить" (прямо в админке модуля) нужный софт для создания webp.

автоматический тест при каждом открытии админки модуля покажет полезную инфу. Инфа обновится если вы что-то установите.

 

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

И начинать нужно смотреть сперва тест и информацию о софте на сервере. Вы это сделали?

 

 

 

 

И прошу писать в личку. Тут никому не интересны ваши нюансы.

Напомню также, что есть услуга "установка и базовая настройка". Закажите и все настрою.

[zizu89]

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

Спойлер

Спойлер

 

[sitecreator]

23 минуты назад, zizu89 сказал:

При установке

 

устанавливать надо через ocmod, а не через фтп, когда есть риск создания файлов с неизвестными правами и конфликтующими (со скриптами) правами на файлы.

в этом корень проблемы.

 

либо ставьте через ocmod (с отключенным фтп для 2.* версии опенкарт, но включенным фиксом загрузки) как положено (тогда никаких проблем с правами на файлы), либо ставьте на папку cgi-bin и ее подпапки права 0777, что не очень здорово с точки зрения безопасности (избыточные права - это всегда плохо).

 

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

 

У вас там еще надпись была "переустановите модуль". Вот это и надо сделать. Правильно переустановить.

Удалите в списке модулей через админку сначала. Можете также в папке system удалить ocmod-ы модуля, но это не обязательно. Потом через загрузчик ocmod- ставьте ocmod-дистрибутив.

 

 

И с частным случаем лучше писать в личку.   К проблемам модуля это не имеет отношения. У вас частный случай.

[sitecreator]

Только за счет установки модуля Компрессор и включения webp  + lazy load средствами модуля.

Замеры делались многократно.

Модуль включался и выключался, соответственно был включен/выключен webp  + lazy load

В гугле баллы колебались на 3-5 пунктов в процессе нескольких измерений.

В целом прирост в баллах 20-25 баллов даже если смотреть в разнополярных пиках.

 

При этом стоит заметить, что гугл в своей эмуляции занижает параметры сайта по сравнению с реальными замерами гугла.

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

 

 

 

 

 

 

 

 

 

 

[sitecreator]

Версия 2.1.3

 

Добавлена совместимость в плане вывода webp практически для любого кеширующего ускорителя.

Это позволяет использовать один универсальный кеш страницы для любых браузеров (понимающих и нет webp).

 

Это позволяет отказаться от постоянной пост-обработки (парсинга) страницы HTML для внедрения на нее webp.

Достаточно единственной обработки, далее страница может быть помещена в кеш.

 

Для понимающих:

подобной технологии вы не найдете в интернете.

Это собственная разработка от sitecreator.ru

 

Работает безконфликтно как в случае статического кода HTML, так и в случае динамического кода (генерация за счет JavaScript, ajax и т.п)

 

 

 

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

<picture>

<source>

 

Причем, модуль Компрессор умеет понимать для чего в блоке <picture>  содержится изображение с расширением JPG (PNG) вместе с изображениями WEBP, а потому не будет без надобности заменять JPG на WEBP.

 

Также нет проблем с обработкой подобных кодов (для Ретины и т.п):

<picture>
<source class="owl-lazy" data-srcset="https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-600x600.jpg 1x,
                                      https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-1200x1200.jpg 2x,
                                      https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-1800x1800.jpg 3x,
                                      https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-2400x2400.jpg 4x" 
        srcset="https://***.ru/image/cache/catalog/frametheme/src_holder-600x600.png">
                                                

 

Если вы ничего не поняли из написанного, то это неважно. Т.к. информация для глубоко разбирающихся в этом вопросе.

[alex380]

Кто объяснит, после настройки создания WEBP по расписанию, в папки с кешем картинки должны создаваться или нет?

[PoliteX]

В 14.12.2019 в 05:35, sitecreator сказал:

Если вы ничего не поняли из написанного, то это неважно. Т.к. информация для глубоко разбирающихся в этом вопросе.

всем обновиться? 

[sitecreator]

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

всем обновиться? 

 

не обязательно.

смотря на какой вы версии сейчас.

 

[PoliteX]

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

 

не обязательно.

смотря на какой вы версии сейчас.

 

2.0.3

[sitecreator]

Реальный отчет, который прислал(а) пользователь.

Сократился общий вес на 70%, т.е. почти в 3.5 раза.

На входе было 64М, а на выходе стало 19М.

 

И это без учета вот этого:

 

 

 

В 16.12.2019 в 15:48, PoliteX сказал:

2.0.3

 

можете оставаться. все по вашему желанию.

[sitecreator]

За счет WEBP получается оптимизация в весе обычно раза в 2-3.

Далее работает еще вот это:

 

Подобная оптимизация может оказаться даже более сильным фактором если у вас много больших изображений.

Например, если у вас много баннеров шириной 2000, то в стандартном опенкарт такие широкие картинки будут грузиться на смартфон тоже, что довольно неоптимально.  Модуль Компрессор позволяет оптимизировать это узкое место опенкарта.

 

Снижение веса за счет распределения картинок для десктопной версии и смартфона часто оказывается более серьезным чем просто снижение за счет лишь сжатого формата webp (или иного). Например, вес картинки большого баннера в версии для смартфона будет раз в 5 меньше.