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

[AndrewZ]

Очень круто. Реально полезно!!!

Ждём обновления.

[Sergeyy84]

А если другой админ бар установлен, конфликтов не будет?

[sitecreator]

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

А если другой админ бар установлен, конфликтов не будет?

 

разумеется, что не будет.

бар есть в jetcache, turbo, например.

совместно работают без проблем. все учтено.

[sitecreator]

Первомайские скидки только в конце апреля!

+ бонус - это бесплатная установка и настройка

 

[sitecreator]

ЗАПРЕТ НА ПРОСМОТР в браузере и СКАЧИВАНИЕ ИСХОДНЫХ изображений

 

Это актуально если вы используете водяной знак (watermark)     
 

Решение если у вас только apache или nginx+apache (статику jpeg, png обрабатывает apache).            
Файл .htaccess нужно поместить в image/catalog (для опенкарт 2.*).
Для опенкарт 1.5 - в папку image/data
Соответственно, все исходники будут недоступны для просмотра в браузере.
содержимое файла .htaccess:             
            
#--------------------------------------------------

# запрещает показ списка файлов
Options -Indexes
# задает обработку доступа, сначала должны идти все разрешениЯ, потом запрет
Order allow,deny
# запрещаем доступ ко всему отовсюду
Deny from all

#---------------------------------------------------

 

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

Для таких изображений нужно добавлять исключения в .htaccess.  Или поместите их все в отдельную папку внутри image/catalog и сделайте дополнительный .htaccess, разрешающий просмотр файлов из данной папки.

 

если у вас nginx+apache, и (статику jpeg, png обрабатывает nginx).

тогда закройте через конфигурацию nginx.

 

location ^~ /image/catalog/ {deny all; }

добавляете вот это в секцию server

вашего домена. 

секций может быть две (для каждого протокола отдельная)

 

 

 

если у вас нет доступа к полному конфигу nginx для сайта, то исключите тогда файлы статики (jpeg, png) из обработки nginx -ом.

Многие хостеры это позволяют.

 

В данном модуле:

 

 

нет проблемы с отображением изображений по прямым ссылкам (исходников).  Тут исходники напрямую не выводятся даже если они вставлены вами в SEO CMS. Вместо них формируются копии, как и положено, сжатые и с водяным знаком (при необходимости).

[flaero]

То есть будет свой отдельный файл .htaccess в папке image/catalog?

[sitecreator]

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

То есть будет свой отдельный файл .htaccess в папке image/catalog?

 

а что смущает?

апачи именно так и работает - ищет в каждой папке .htaccess.  Если находит, то применяет прописанные правила, если не находит, то используются правила по умолчанию и/или правила родительской папки.

[sitecreator]

В 29.04.2018 в 17:50, sitecreator сказал:

Первомайские скидки только в конце апреля!

 

кто не успел, тот опоздал...

[ginsar]

После переезда на новый хостинг (AdminVPS) при нажатии на кнопку "Info о сим. ссылках и путях" появилась следующая запись (см. скриншот).

Это нормально или что то не так?

Если есть проблема, то как исправить?

 

[sitecreator]

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

Это нормально или что то не так?

 

Нормально.

Разбираться в этой информации вам нет необходимости - это чисто служебная.

Для вас есть окошко теста:

 

[jvz]

ожидаю ответа в ЛС

[ginsar]

В 03.05.2018 в 16:15, sitecreator сказал:

Нормально.

Разбираться в этой информации вам нет необходимости - это чисто служебная.

Для вас есть окошко теста:

У меня в этом окошке вот так:

 

WebP мы не используем.

Получается все правильно?

Змінено 8 травня 2018 користувачем ginsar

[sitecreator]

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

Получается все правильно?

 

да.

 

желательно включить imagick.

но это зависит от хостера.

у многих хостеров вы можете сделать это сами

[sitecreator]

В 28.04.2018 в 09:18, Sergeyy84 сказал:

А если другой админ бар установлен, конфликтов не будет?

 

 

 

 

 

 

В принципе (если будет нужно) могу добавить опцией возможность выбирать расположение (вверху или внизу).

Совместно с ускорителями (кешерами) работает нормально даже если страница ПОЛНОСТЬЮ (на уровне HTML) кешируется.

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

 

Кеширование админбара (by SiteCreator) исключено.  В нем нет кешируемого кода. Он подгружается самостоятельно только при работе администратора.

 

Админбар будет доступен только залогиненному администратору,  и только администратору, которому разрешен доступ к модулю Компрессор.

 

Также есть мысль разместить кнопку "сжать изображения по прямым ссылкам". (если не сжаты).

Как известно, сжатые изображения JPEG помечаются тегом mozjpeg.

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

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

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

 

[sitecreator]

 

 

 

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

Например, в меню может быть ОЧЕНЬ много изображений.  И каждый раз их удалять и создавать заново - это не лучший вариант.

 

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

Т. е. изображения шапки (верхнего и/ или бокового меню) и подвала не будут затронуты.

Это для ускорения процесса тестирования. 

Иначе в примере выше создаются 4 изображения товара и еще 100 изображений для меню.

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

[RaVIOLy]

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

Админбар

Потестил админБар. Рапортирую и небольшой мануал (пересказываю личного опыта)

Если коротко - очень удобная штука для боевых проектов:

Тонко настроить сжатие изображений, исходя из рекомендаций PageSpeed. Именно «СЖАТИЕ», а не «оптимизация РАЗМЕРА» - это другая история.

Смотрим изображения каких расширений создаются в кеше, у меня, например,

1050x700

350x350

260x260

100х100

74x74

50x50

25х25

Работаем по принципу «от большого к маленькому».

Всплывающие изображение (далее ВИ) в карточке товара (самое большое разрешение):

1.       Открываем карточку товара.

2.       Открываем ВИ и копируем его путь с кеша (напр.: web.com/ image/cache/catalog/papka/kartinka-1050x700.jpg).

3.       Отдаем картику на проверку https://developers.google.com/speed/pagespeed/insights/

4.       В настройках модуля назначаем качество для всех типов изображений по максимуму, я начал с 90.

Спойлер

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

6.       Обновляем страницу (создаем кеш изобр.).

7.       Проверяем повторно PageSpeed.

8.       Если удволетворяем PageSpeed – переходим к пункту 9, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5) пока не добьемся желаемого.

9.       Проверяем в PageSpeed страницу товара, категории, главную и т п, всё в разных вкладках (настройка качество для всех изобр. по прежнему одинаковая).

10.   Смотрим, какие изображения (с кеша) рекомендуется оптимизировать, выбираем самое большое расширение, у меня жаловалось на 260x260 и ниже.

11.   В настройках модуля выставляем качество для больших изображений то которое выявили в п. 1 – 8 (у меня 89), и разрешение на 1 пиксель ниже самого маленького с удовлетворяемых, у меня 349х349 (1050х700 и 350х350 прошли проверку)

12.   Назначаем качество всех и маленьких изобр. на 1 ниже больших.

Спойлер

13.   Если получаем сдвиг (большее с разрешений стало удовлетворять) в  PageSpeed – переходим к пункту 14, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5, только на всех страницах с п 9.) пока не добьемся желаемого.

14.   Далее сморим какие разрешения стали оптимальными по качеству, у меня 260х260, и какие требуется оптимизировать, у меня: 100х100, 74х74, 50х50, 25х25.

15.   В настройках модуля качество для всех изображений оставляем текущим.

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

17.   В настройках модуля качество для мал. Изображений опускаем на 1 пункт.

18.   Если  PageSpeed перестает рекомендовать оптимизировать изобр. с кеша  – переходим к пункту 19, нет  – понижаем качество на 1 и повторяем процедуру (не забываем о пункте 5, только на всех страницах с п 9.) пока не добьемся желаемого.

Спойлер

19.   Всё.

Хотел просто и доступно, а получилось как получилось)

Если что-то намудрил/закрутил/перемудрил – маякуйте, поправлю или пишите в теме.

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

Змінено 9 травня 2018 користувачем RaVIOLy

[pimur]

Я наверно немного выпал из темы.
Было обновление что за админ бар? Он отдельно или только на тест?

Отправлено через Tapatalk

[ginsar]

В 08.05.2018 в 13:38, sitecreator сказал:

 

да.

 

желательно включить imagick.

но это зависит от хостера.

у многих хостеров вы можете сделать это сами

А что этот imagick добавит?

На сколько я понимаю, это онлайн редактор картинок. Я не планирую их редактировать.

Или я ошибаюсь?

[sitecreator]

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

Или я ошибаюсь?

 

сильно ошибаетесь.

это графическая библиотека, альтернативная используемой по умолчанию GD.

как минимум, она работает быстрее и многие вещи делает качественнее чем GD.

[sitecreator]

16 часов назад, pimur сказал:

Было обновление что за админ бар? Он отдельно или только на тест?

 

В версии для тестов есть.

Поскольку вещь экспериментальная, то до окончания тестов на совместимость "всего со всем" всем не предлагается пока.

Но отладка и подгонка почти закончена. Работает на всей линейке движка 2.*.*

 

Фактически можно рассматривать в определенной степени как отдельное дополнение. Можно ставить и удалять отдельно.

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

[budulev]

для 1.5.5.1 пойдет? 

[sitecreator]

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

для 1.5.5.1 пойдет? 

 

да.

написано в описании модуля.

[sitecreator]

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

 

пример: http://watermark.sitecreator.pro/index.php?route=product/product&path=20&product_id=47

 

Вы можете скачать соответствующий ocmod для этого. Он доступен.

Совместим с любой версией модуля Компрессор.

 

 

image_by_direct link_by_sitecreator.ocmod.zip

 

для движка 2.* версии

 

Для движка 1.5 немного позже сделаю vqmod.

 

 

 

 

[sitecreator]

Админ бар доступен для скачивания на странице модуля.

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

Совместимо с любой версий Компрессор.

 

Пока для движка 2.*

 

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

 

Доступ к админ-бару имеет пользователь (только администратор!), у которого есть полный доступ к модулю Компрессор.

Положение админ-бара от sitecreator можно менять на свое усмотрение. Положение запоминается.

 

 

 

 

 

[sitecreator]

В данный момент обновление Компрессора представляет независимые компоненты:

 

1) Сжатие изображений по прямым ссылкам. (возможность прямой вставки и автоматическое сжатие  изображений в модулях также будет добавлено)

2) Админ-бар для работы с изображениями (версия бара 1.1).

 

В следующей версии админ-бара будет добавлена возможность сжать (если не сжаты) все изображения по прямым ссылкам на странице.

Это удобно когда у вас такие изображения используются в модуле "баннер" или в любом другом нестандартном, который может загружать изображения средствами JavaScript, например. Т. е. тут нет практически никаких ограничений.

 

Эти дополнения можете скачать на странице модуля.

Они совместимы с любой версией Компрессора.

 

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