Рекомендуемые сообщения

snastik    798

Как раз с совместимостью можно не переживать. А кто вместо $this->cache->get('....') будет читать файлы кэша напрямую, тот сам себе злобный Буратино.

 

Это я так понимаю очень нежное высказывание. :ugeek:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
toporchillo    426

Это я так понимаю очень нежное высказывание. :ugeek:

А действительно, как помогает gzuncompress?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

К примеру

250 категорий * 8 видов сортировки * 5 страниц пагинации * 4 варианта лимита - получаем 40 000 файлов. (это ситуация, к нам зашел гугл и бинг и прошерстил сортировку, а время жизни поставили пару дней)

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

Экономия места на хостинге получается очень даже.  А операции зип анзип - на общем фоне совершенно несущественны. Я бы даже не дергался пытаясь сэкономить эти миллисекунды.

 

Так как это приблизительно та же ситуация, когда при посещаемости в 100 хостов в день, народ берет VPS и убирает Apache, потому что якобы Nginx быстрее.

 

апд. Марк кстати прав, конфликты бывают, и иногда приходится просто выкусывать эти инструкции.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

Как раз с совместимостью можно не переживать. А кто вместо $this->cache->get('....') будет читать файлы кэша напрямую, тот сам себе злобный Буратино.

 

А тот кто кеш переназначит на свой обработчик? ;) Получит на входе архив и notice :ugeek: Это хоть и не ошибка, а notice, но вы знаете "наших" пользователей

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

апд. Марк кстати прав, конфликты бывают, и иногда приходится просто выкусывать эти инструкции.

 

А поставить настройку? ;) Использовать / не использовать gzuncompress

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

)) это ж настройку ставить надо. Как правило 90% установок все равно с напильником.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

)) это ж настройку ставить надо. Как правило 90% установок все равно с напильником.

Да там работы не много, но решается вопрос с пользовательскими обработчиками кеша :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
toporchillo    426

А тот кто кеш переназначит на свой обработчик? ;) Получит на входе архив и notice :ugeek: Это хоть и не ошибка, а notice, но вы знаете "наших" пользователей

Можно свой кэшер написать, чтобы хранить кэш хоть где, в любом формате. Можно заменить им стандартный system/library/cache.php, или использовать параллельно со своими данными. Но зачем читать чужой кэш своим кэшером? Либо заменяй полностью, либо не трогай.

 

По поводу размера понятно, вот если бы еще кол-во файлов уменьшалось. Когда в кэше десятки тысяч файлов, то тормозить начинает люто. Из-за банального поиска файла в заполненной директории. Кэш в MySQL уже быстрее получается. Большой кэш уже надо структурировать? например по папкам раскидывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

Можно свой кэшер написать, чтобы хранить кэш хоть где, в любом формате. Можно заменить им стандартный system/library/cache.php, или использовать параллельно со своими данными. Но зачем читать чужой кэш своим кэшером? Либо заменяй полностью, либо не трогай.

 

Не всё учли ;) Поверьте есть еще куча нюансов. Есть не просто маленькие модульки, есть и большие системы, где кеширование надо реализовывать по другому. Не забывайте что если переназначить кешировщик, он то может и должен читать и кеш файлы, которые сделал "стандартный", а тут засада, так как он уже далеко не стандартный а с архивированием.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

По поводу размера понятно, вот если бы еще кол-во файлов уменьшалось. Когда в кэше десятки тысяч файлов, то тормозить начинает люто. Из-за банального поиска файла в заполненной директории. Кэш в MySQL уже быстрее получается. Большой кэш уже надо структурировать? например по папкам раскидывать.

 

 

SSD спасет мир! В наше время уже не роскошь.

А кеш в базе - вопрос спорный. Если есть большой сервер, у которого под swap выделенно 3-4gb да еще с правильными настройками, получится отличное решение. А если шаред-хост - те же тестикулы, только в профиль, так как все равно mysql будет  точно также осуществлять чтение большой таблицы с диска.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

По поводу размера понятно, вот если бы еще кол-во файлов уменьшалось. Когда в кэше десятки тысяч файлов, то тормозить начинает люто. Из-за банального поиска файла в заполненной директории. Кэш в MySQL уже быстрее получается. Большой кэш уже надо структурировать? например по папкам раскидывать.

 

Совершенно верно. Надо раскидывать по папкам. Иначе на 1000 файлов, файловая система сервера просто "встанет". Наблюдал много раз. Или делать собиратель мусора, как я сделал у себя при кешировании ajax виджетов, просто через какое-то время 10-20 минут, удаляются все файлы кеша этого ключа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

Совершенно верно. Надо раскидывать по папкам. Иначе на 1000 файлов, файловая система сервера просто "встанет". Наблюдал много раз. Или делать собиратель мусора, как я сделал у себя при кешировании ajax виджетов, просто через какое-то время 10-20 минут, удаляются все файлы кеша этого ключа.

 

Реклама детектед.

 

Реализовать раскидывание по папкам, можно элементарно, через первые два символа md5 ключа. Но опять же - актуально только для sas винтов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

SSD спасет мир! В наше время уже не роскошь.

А кеш в базе - вопрос спорный. Если есть большой сервер, у которого под swap выделенно 3-4gb да еще с правильными настройками, получится отличное решение. А если шаред-хост - те же тестикулы, только в профиль, так как все равно mysql будет  точно также осуществлять чтение большой таблицы с диска.

Да нет как раз :) MySQL -лю при простом запросе (select val from table where var=queryval ) по барабану какой размер имеет таблица,  есть же индекс и ключ. Простой запрос быстрее отработает, чем файловая операция в переполненной папке кеша

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

Да нет как раз :) MySQL -лю при простом запросе (select val from table where var=queryval ) по барабану какой размер имеет таблица,  есть же индекс и ключ. Простой запрос быстрее отработает, чем файловая операция в переполненной папке кеша

 

 

А где хранятся данные mysql ? Я ж не говорю про логическую архитектуру выборки данных. А про физическую структуру. Таблицы mysql храняться точно так же на винте, как и файлы кеша. И если это часто используемая таблица, linux перемещает ее в swap, и ее чтение производится из RAM, получается быстро. Но если у нас таблица будет на 100-200м, в свап она не попадет, и скорость работы mysql не будет отличаться от скорости работы доступа к файлам кеша напрямую.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

А где хранятся данные mysql ? Я ж не говорю про логическую архитектуру выборки данных. А про физическую структуру. Таблицы mysql храняться точно так же на винте, как и файлы кеша. И если это часто используемая таблица, linux перемещает ее в swap, и ее чтение производится из RAM, получается быстро. Но если у нас таблица будет на 100-200м, в свап она не попадет, и скорость работы mysql не будет отличаться от скорости работы доступа к файлам кеша напрямую.

Только не переполненные папки ФС сервера файлами ;)

 

чем файловая операция в переполненной папке кеша

 

 

Да плюс кеш MySQL еще поможет, да на нагруженных проектах cachemem

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

И плюс по индексу и ключу (в простом запросе)  MySQL читает не всю таблицу ;) А только её часть

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

Это все хорошо. Только вот если использовать таблицу mysql, при любой попытке записи в нее данных, она будет запираться, и все прелести индексов, неполных чтений файлов сходят на нет.

И это будет скорее epic fail, чем epic win, так как есть шанс ушатать всю систему.

А кеш мем, опять же - в реалиях ssd совершенно утратил свою актуальность.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

Это все хорошо. Только вот если использовать таблицу mysql, при любой попытке записи в нее данных, она будет запираться, и все прелести индексов, неполных чтений файлов сходят на нет.

И это будет скорее epic fail, чем epic win, так как есть шанс ушатать всю систему.

А кеш мем, опять же - в реалиях ssd совершенно утратил свою актуальность.

 

SSD (сам сижу на SSD и мои клиенты на моем сервере) не поможет когда в папке 1000 и больше файлов (эффект тормоза всё равно наблюдается, хоть не так ярко) ;) И нагрузка будет большей чем "запирание" таблицы (там на "запирание" тратиться 0.00000000..., не забываем кеш MySQL).

А на переполненную папку файлами кеша с SSD 0.2-.0.3 cек. А на обычном винте 1-10 сек.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

Это же будут самый легкие запросы для MySQL.  Он их любит. Он читает только индекс-файл, и по нему часть файла-таблицы

А вот ФС сервера (особенно переполненная папка файлами) - это как гадание на кофейной гуще, не известно как поведет на разных серверах.

MySQL - универсальное решение.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
toporchillo    426

Писал я как-то про кэш в MySQL (https://opencartforum.com/topic/30542-%D1%83%D1%81%D0%BA%D0%BE%D1%80%D0%B5%D0%BD%D0%B8%D0%B5-opencart-%D0%BF%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-php/?hl=%D0%BF%D1%80%D0%BE%D1%84%D0%B0%D0%B9%D0%BB%D0%B5%D1%80#entry241909) - был закидан помидорами :-)

 

Короче, пора тестировать тяжелую арлиттерию: Redis для кэша. Lucene или Sphinx для поиска и автокомплита. Ну и другие фокусы. Так понемногу перепишем ОpenCart на node.js или Goland :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

 

Не все в курсе как работает архитектура MySQL. Думают что если запрос к MySQL то это уже "тормоз" по умолчанию. Серверу по барабану как используется его ФС или чтением файла с сервера или запросом к MySQL. Файлы индексов MySQL (сервер) держит в памяти. Поэтому простой запрос, использующий простой индекс будет так же быстр как и запрос на чтение файла. Но... когда в папке более 1000 файлов, простой запрос будет уже быстрее и чем больше файлов в папке тем больше будет отрыв

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

Это же будут самый легкие запросы для MySQL.  Он их любит. Он читает только индекс-файл, и по нему часть файла-таблицы

А вот ФС сервера (особенно переполненная папка файлами) - это как гадание на кофейной гуще, не известно как поведет на разных серверах.

MySQL - универсальное решение.

Читать то он читает - не вопрос.. А вот при записи таблица заааааблооокирована ) и усе. приплыли. Если вешать на одну таблицу весь кеш. Будет приблизительно такой же эффект, как у магазинов во время работы парсера. И на больших размерах кеша - по сути тот же эффект как от файлового в целом.

 

Короче, пора тестировать тяжелую арлиттерию: Redis для кэша. Lucene или Sphinx для поиска и автокомплита. Ну и другие фокусы. Так понемногу перепишем ОpenCart на node.js или Goland :-)

 

Да просто памяти побольше и делов.

А что касается поиска. Делал я поиск. Работал он на 700 к товаров. через select match against. Быстро более чем. Только поля приишлось переиндексировать в fulltext. И для полноценной работы phpmorphy не помешало.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
toporchillo    426

Читать то он читает - не вопрос.. А вот при записи таблица заааааблооокирована ) и усе. приплыли. Если вешать на одну таблицу весь кеш. Будет приблизительно такой же эффект, как у магазинов во время работы парсера. И на больших размерах кеша - по сути тот же эффект как от файлового в целом.

 

Да просто памяти побольше и делов.

А что касается поиска. Делал я поиск. Работал он на 700 к товаров. через select match against. Быстро более чем. Только поля приишлось переиндексировать в fulltext. И для полноценной работы phpmorphy не помешало.

Блокировка - хороший аргумент. Требует проверки.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
markimax    1 434

Читать то он читает - не вопрос.. А вот при записи таблица заааааблооокирована ) и усе. приплыли. Если вешать на одну таблицу весь кеш. Будет приблизительно такой же эффект, как у магазинов во время работы парсера. И на больших размерах кеша - по сути тот же эффект как от файлового в целом.

Что значит "приплыли" ?!, MySQL умный, он просто запрос к этой таблице  в очередь поставит... очередь будет 0.0000... никто и не заметит (оптимизатор MySLQ очень хорошо это делает). Учим мат. часть архитектуры MySQL  ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
snastik    798

С куревом все ок. Если интересен эффект.  Предлагаю найти кого нить с парсером MaxD, который бесконечно делает insertы. И посмотреть как работает (очередь). Обычно магазин ложиться. Хотя апдейтится как правило там всего две таблицы. А учитывая, что кешем пользуется добрая половина контроллеров движка, даже небольшие запирания будут укладывать работу всего.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти


  • Похожий контент

    • От sitecreator

      990.00 руб
      Скачать/Купить дополнение


      Image Compressor & Watermark (Супер-сжатие картинок JPEG, PNG и "водяной знак")
      Оптимизация (сжатие) изображений - Гугл PageSpeed одобряет.
      Максимальное сжатие изображения без потерь на обычном хостинге " shared hosting" (об условиях см. ниже) и VDS .
      Теперь максимальное сжатие доступно почти на любом обычном хостинге, который разрешает запуск cgi-скриптов. (это требование уже сейчас не всегда обязательно, т. к. найден вариант обхода этого ограничения).
      У вас будет и mozjpeg, и  optiPNG на обычном хостинге. CGI-скрипты разрешает почти любой хостер. 
      На обычном хостинге в первую очередь вы получаете более качественную обработку изображений и меньший объем файлов за счет использования imagick.
      Но если установить скрипты сжатия mozjpeg, и  optiPNG на обычный хостинг, то возможностей будет не меньше чем на VDS.
      Отсутствие у хостера imagick теперь не является ограничением для использования mozjpeg, и  optiPNG.
         
      По поводу снятия практически всех ограничений на работу функции суперсжатия на обычном хостинге в будущих версиях модуля
       
       
      Максимум настроек водяного знака (watermark): его позиция, поворот, прозрачность и т. д.
      Можно настроить ограничение (запретить применять) для водяного знака как по имени файла/папок, так и по  размерам.
      Адаптивный ресайз (resize, обрезка) изображения.
       

       
      Основной функционал модуля - это добавление водяного знака на изображения.  Как бонус - это использование автоматического  супер-сжатия картинок без потерь качества для форматов JPEG и PNG.
       
      Работает как на обычном (виртуальном/ shared) хостинге, так и на VDS/VPS.
      На VDS/VPS получаете максимум возможностей. На обычном (общем/виртуальном) хостинге -  меньше. Модуль сам подстраивается под возможности любой хост-площадки.
       С версии 1.1.0 получаете максимальное сжатие для JPEG, PNG благодаря еще поддержке WebP.
      Часть хостеров (beget.com, ukraine.com.ua ...) на обычном хостинге поддерживают возможность суперсжатия за счет OptiPNG, и модуль использует эту возможность по максимуму.
       
      Немного о возможности использования WebP на обычном хостинге:
       
      Для обычного хостинга режим WebP пока в стадии удачного эксперимента. На VDS с WebP проблем нет.
       
      Как узнать поддерживает ли хостер WebP ?
       
       
      Хостеры, которые поддерживают mozjpeg, OptiPNG,  WebP (возможно максимальное сжатие при определенных условиях) на виртуальном хостинге.
      Практически любой хостер, который позволяет работу CGI-скриптов,  даст возможность использовать mozjpeg, OptiPNG,  WebP.
      Да и те (например, adminvps.ru), которые CGI-скрипты не разрешают, попали в этот список как проверенные на работоспособность суперсжатия.
      Проверено. (Список неполный, пока только те, которые лично проверены)
       
       
      На VDS/VPS поддержка WebP у вас будет независмо от того есть ли она в php (phpinfo).  Вероятно, что нужно будет установить дополнительный софт, но на VDS это не проблема.
       
      Совместим с Opencart, Ocstore, opencart.pro версии 2+ ( тестировался на 2.1, 2.3)
      требования: php 5.5+ (5.5, 5.6, 7.0)  Версию php практически на любом хостинге вы можете изменить самостоятельно через панель управления.  При использовании php 5.4 работа модуля в полном объеме не гарантируется в данный момент. Полноценную поддержку 5.4 добавлю позже если будет интерес публики.
      Ioncube Loader v5.0+
      Модуль совместим с ускорителями/кешерами Jet Cache и Turbo и, скорее всего, с остальными.
       
      Демо (клиентская часть): http://watermark.sitecreator.pro
      Демо (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator
       
      пользователь: DEMO
      пароль: DEMO
       
      Пожалуйста, лицензию запрашивайте, написав мне на почту или в личку.
       
      Супер-сжатие выполняется согласно рекомендациям Гугла PageSpeed Insights и позволяет добиться снижения размера файлов изображений и, как следствие, уменьшения трафика.
      Google  PageSpeed Insights благодаря этому дает более высокую оценку вашему сайту в баллах и перестает ругаться на плохо оптимизированные по размеру изображения.
      Т. е. предложение от Гугла "Оптимизируйте изображения"  вы увидите значительно реже.  При равномерном качестве исходных изображений на выходе получаются оптимизированные картинки примерно в 99% случаев.
      Если качество исходных картинок сильно различается, т. е. имеются как четкие, так и размытые изображения, то эффективность несколько ниже как раз именно из-за исходников низкого качества.
      Функция "наложение водяного знака" является основной и работает как на обычном (виртуальном) хостинге, так и на VDS/VPS.
      Никакого дополнительного софта для работы этой функции на сервере не требуется.  Только стандартный набор, который необходим для Opencart/OcStore.
      Функция "супер-сжатие изображений JPEG/PNG"  включается автоматически в зависимости от установленного на сервере софта.  Данная функция автоматически выбирает наилучший алгоритм сжатия из возможных.
      Для минимальной своей работы функция суперсжатия требует наличие imagick/ImageMagick.  Теперь достаточно лишь GD, который есть везде. Многие хостеры (хост-провайдеры) для виртуального хостинга предлагают к использованию расширение php-imagick, а также устанавливают его по вашей просьбе.
      За счет imagick можно получить в определенной степени  оптимизированные изображения даже на обычном хостинге..  Google  PageSpeed Insights оценит положительно такую оптимизацию.  
      На сервере при желании вы можете установить дополнительный софт (mozjpeg и OptiPNG), который еще больше увеличивает возможности (значительно превосходит imagick) по сжатию.
      Это доступно всем, у кого есть VDS/VPS (виртуальный выделенный сервер) или полноценный выделенный сервер, а также большинству пользователей виртуального хостинга. Об установке такого софта на VDS есть отдельная инструкция, она идет вместе с архивом модуля.
       
      Дополнительный софт необязателен к установке, это лишь рекомендация.
       
      На данный момент инструкция содержит сведения об установке дополнительного серверного софта (mozjpeg и OptiPNG) для операционных систем (пока только для VDS/VPS):
       
      Centos 6+ (тестировал на 6.6+)
      Centos 7+
      Ubuntu-14+
      Debian-8-x86_64
      Windows (подразумевается машина разработчика и работа с Openserver)
       
      На вышеуказанных ОС модуль тестировался.
      Работоспособность суперсжатия с дополнительным софтом возможна практически на любой ОС семейства Linux, а также на других ОС *nix.
      На Windows также суперсжатие может работать по максимуму. Тестировалось на Windows 10.
       
      Не смотря на то, что функция Суперсжатия является бонусом, разработчик (sitecreator.ru) оказывает помощь в установке всего необходимого софта на ваш сервер (VDS/VPS) чтобы данная функция была работоспособна по максимуму.
      Предполагается, что у вас операционная система сервера - это Linux (в разных вариантах).
      Оказание помощи в установке софта на сервер является проявлением доброй воли автора модуля, но не его обязанностью. Тем не менее постараюсь помочь всем, кто самостоятельно не осилит инструкцию по установке.
      Как минимум, всем первым купившим могу предложить установку дополнительного софта (для суперсжатия) на сервер.
       
      Пишите, постараюсь помочь всем.

      В описании есть подробная инструкция установки необходимого софта. (здесь не для всех ОС приведена)
       
      Узнать версию (дистрибутива) Linux можно так:
       
      cat /etc/issue cat /proc/version cat /etc/*-release результат по версии выглядит примерно так:
       
       
       
      Важное примечание по установке mozjpeg:
       
       
      Инструкция по установке дополнительного софта для Centos 6+  :
       
       
      Инструкция по установке дополнительного софта для Centos 7+  :
       
       
       
      Инструкция по установке дополнительного софта для WINDOWS :
      (для локальной машины разработчика, например.  На Windows теперь также суперсжатие JPEG PNG доступно в максимальном варианте начиная с версии модуля 1.0.1. ).
       
       
       
      Установку модуля осуществляет покупатель самостоятельно или его доверенное лицо.  В обязанности разработчика это не входит. Но тем не менее, разработчик готов помочь в этом вопросе по мере наличия у него свободного времени.
       
      Модуль имеет режим "тест" для сравнения размеров файла ДО и ПОСЛЕ суперсжатия.  "ДО" сделано алгоритмом imagick.
      Файлы "ДО" помечены маркером "_no_mozjpeg_" ("_no_optipng_").  Сравнение есть для формата JPEG, а также для PNG (с версии 1.1.0).
       
      Прошу заметить, что это сравнение между алгоритмами imagick и mozjpeg (imagick и optipng, соответственно ) при одинаковом выставленном уровне качества в районе 80  (оптимально 78 ...85). Для PNG уровень качества не действует (это алгоритм без потерь).
      Если сравнивать с размером файла, созданным GD по умолчанию (с уровнем 90 - прописан по умолчанию в опенкарт,  изменение не предусмотрено), то разница будет еще существеннее.
      imagick в любом случае умеет создавать более качественную картинку и сжимает ее лучше чем GD . imagick , как минимум, умеет выкидывать весь мусор и дополнительную информацию  из файла изображения, что способствует снижению его размера. А как максимум, генерирует WebP, который значительно превосходит обычный JPEG и PNG в степени сжатия.  Про передовой формат смотрите здесь: https://developers.google.com/speed/webp/
       

       

       

       
      Админка выглядит так (в ней есть СПРАВКА):
       
       
       
       
      Справка есть в самом модуле:
       
       
      Модуль не может пока автоматически сжимать изображения, которые вы напрямую загружаете на сервер и добавляете их как ссылки, т. е. которые никак не проходят через движок Опенкарт. Те, которые проходят через движок попадают в кеш изображений - это критерий того, будут ли изображения дополнительно сжаты и получат ли они watermark. А также модуль не может сжимать изображения, загружаемые при просмотре сайта со сторонних ресурсов.
       
      Новые возможности будут в новых версиях.
       
      Совместимость со специфическими модулями и модификаторами,
      (затрагивающими системную библиотеку и модель image.php)
      ===================================================
       
      Turbo
      SVG Tool Image (svg_tool_image_2.x-3.x.ocmod.xml)  https://opencartforum.com/files/file/4528-svg-tool-image/?tab=details
       
      ================
      История версий
      ==============
       
      1.0.0 Release
      1.0.1 Добавлена возможность работы на Windows  с максимальными возможностями суперсжатия (mozjpeg & optipng)
      1.0.2 Добавлено:  "Адаптивная обрезка" (" Адаптивный resize"  в терминах SEO CMS) изображений в трех вариантах:
      автоматически (как у @markimax ) расположить по ширине (обрезать по высоте) расположить по высоте (обрезать по ширине)       Добавлена совместимость с шаблоном journal2  (он использует свой ocmod для изменения модели image.php)
      1.1.0 Добавлена генерация изображений в WebP (из JPEG, PNG).  Это обеспечивает (при определенных условиях) максимальное сжатие картинок на обычном хостинге.
      1.1.1 Улучшена совместимость с различными хост-площадками.
      1.2.0
      Для обычного хостинга добавлены новые возможности и улучшено автоопределение дополнительного софта для разных нестандартных случаев. Пути для дополнительного софта можно теперь прописывать в конфиг сайта (MOZJPEG, OPTIPNG).  Это удобно если автоопределение не нашло софт или есть разные версии софта, но нужно выбрать определенную (поновее, например). Для работы mozjpeg, optipng теперь необязательно наличие imagick (но желательно для более быстрой обработки) В качестве водяного знака можно использовать также форматы GIF, PNG-8 (индексированные цвета) Увеличена производительность суперсжатия (работает быстрее) Для оценки степени суперсжатия в админке добавлен автоматический тест mozjpeg и вывод информации о размере файла до и после суперсжатия. Это дает понятие о том, насколько удачно собран дополнительный софт и можно судить о его эффективности. Файлы, сжатые алгоритмом mozjpeg теперь получают метку (тег) "mozjpeg"  
       
       
       
       
       
      Добавил sitecreator Добавлено 26.08.2017 Категория Модули Системные требования php 5.5+, Ioncube Loader 5+ Сайт разработчика https://sitecreator.ru/ Старая цена Метод активации По запросу в ЛС
      По запросу на почту Ioncube Loader Требуется OpenCart 2.3
      2.1 ocStore 2.3
      2.1 OpenCart.Pro, ocShop Opencart.pro 2.3
      Opencart.pro 2.1  
    • От sitecreator
      Оптимизация (сжатие) изображений - Гугл PageSpeed одобряет.
      Максимальное сжатие изображения без потерь на обычном хостинге " shared hosting" (об условиях см. ниже) и VDS .
      Теперь максимальное сжатие доступно почти на любом обычном хостинге, который разрешает запуск cgi-скриптов. (это требование уже сейчас не всегда обязательно, т. к. найден вариант обхода этого ограничения).
      У вас будет и mozjpeg, и  optiPNG на обычном хостинге. CGI-скрипты разрешает почти любой хостер. 
      На обычном хостинге в первую очередь вы получаете более качественную обработку изображений и меньший объем файлов за счет использования imagick.
      Но если установить скрипты сжатия mozjpeg, и  optiPNG на обычный хостинг, то возможностей будет не меньше чем на VDS.
      Отсутствие у хостера imagick теперь не является ограничением для использования mozjpeg, и  optiPNG.
         
      По поводу снятия практически всех ограничений на работу функции суперсжатия на обычном хостинге в будущих версиях модуля
       
       
      Максимум настроек водяного знака (watermark): его позиция, поворот, прозрачность и т. д.
      Можно настроить ограничение (запретить применять) для водяного знака как по имени файла/папок, так и по  размерам.
      Адаптивный ресайз (resize, обрезка) изображения.
       

       
      Основной функционал модуля - это добавление водяного знака на изображения.  Как бонус - это использование автоматического  супер-сжатия картинок без потерь качества для форматов JPEG и PNG.
       
      Работает как на обычном (виртуальном/ shared) хостинге, так и на VDS/VPS.
      На VDS/VPS получаете максимум возможностей. На обычном (общем/виртуальном) хостинге -  меньше. Модуль сам подстраивается под возможности любой хост-площадки.
       С версии 1.1.0 получаете максимальное сжатие для JPEG, PNG благодаря еще поддержке WebP.
      Часть хостеров (beget.com, ukraine.com.ua ...) на обычном хостинге поддерживают возможность суперсжатия за счет OptiPNG, и модуль использует эту возможность по максимуму.
       
      Немного о возможности использования WebP на обычном хостинге:
       
      Для обычного хостинга режим WebP пока в стадии удачного эксперимента. На VDS с WebP проблем нет.
       
      Как узнать поддерживает ли хостер WebP ?
       
       
      Хостеры, которые поддерживают mozjpeg, OptiPNG,  WebP (возможно максимальное сжатие при определенных условиях) на виртуальном хостинге.
      Практически любой хостер, который позволяет работу CGI-скриптов,  даст возможность использовать mozjpeg, OptiPNG,  WebP.
      Да и те (например, adminvps.ru), которые CGI-скрипты не разрешают, попали в этот список как проверенные на работоспособность суперсжатия.
      Проверено. (Список неполный, пока только те, которые лично проверены)
       
       
      На VDS/VPS поддержка WebP у вас будет независмо от того есть ли она в php (phpinfo).  Вероятно, что нужно будет установить дополнительный софт, но на VDS это не проблема.
       
      Совместим с Opencart, Ocstore, opencart.pro версии 2+ ( тестировался на 2.1, 2.3)
      требования: php 5.5+ (5.5, 5.6, 7.0)  Версию php практически на любом хостинге вы можете изменить самостоятельно через панель управления.  При использовании php 5.4 работа модуля в полном объеме не гарантируется в данный момент. Полноценную поддержку 5.4 добавлю позже если будет интерес публики.
      Ioncube Loader v5.0+
      Модуль совместим с ускорителями/кешерами Jet Cache и Turbo и, скорее всего, с остальными.
       
      Демо (клиентская часть): http://watermark.sitecreator.pro
      Демо (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator
       
      пользователь: DEMO
      пароль: DEMO
       
      Пожалуйста, лицензию запрашивайте, написав мне на почту или в личку.
       
      Супер-сжатие выполняется согласно рекомендациям Гугла PageSpeed Insights и позволяет добиться снижения размера файлов изображений и, как следствие, уменьшения трафика.
      Google  PageSpeed Insights благодаря этому дает более высокую оценку вашему сайту в баллах и перестает ругаться на плохо оптимизированные по размеру изображения.
      Т. е. предложение от Гугла "Оптимизируйте изображения"  вы увидите значительно реже.  При равномерном качестве исходных изображений на выходе получаются оптимизированные картинки примерно в 99% случаев.
      Если качество исходных картинок сильно различается, т. е. имеются как четкие, так и размытые изображения, то эффективность несколько ниже как раз именно из-за исходников низкого качества.
      Функция "наложение водяного знака" является основной и работает как на обычном (виртуальном) хостинге, так и на VDS/VPS.
      Никакого дополнительного софта для работы этой функции на сервере не требуется.  Только стандартный набор, который необходим для Opencart/OcStore.
      Функция "супер-сжатие изображений JPEG/PNG"  включается автоматически в зависимости от установленного на сервере софта.  Данная функция автоматически выбирает наилучший алгоритм сжатия из возможных.
      Для минимальной своей работы функция суперсжатия требует наличие imagick/ImageMagick.  Теперь достаточно лишь GD, который есть везде. Многие хостеры (хост-провайдеры) для виртуального хостинга предлагают к использованию расширение php-imagick, а также устанавливают его по вашей просьбе.
      За счет imagick можно получить в определенной степени  оптимизированные изображения даже на обычном хостинге..  Google  PageSpeed Insights оценит положительно такую оптимизацию.  
      На сервере при желании вы можете установить дополнительный софт (mozjpeg и OptiPNG), который еще больше увеличивает возможности (значительно превосходит imagick) по сжатию.
      Это доступно всем, у кого есть VDS/VPS (виртуальный выделенный сервер) или полноценный выделенный сервер, а также большинству пользователей виртуального хостинга. Об установке такого софта на VDS есть отдельная инструкция, она идет вместе с архивом модуля.
       
      Дополнительный софт необязателен к установке, это лишь рекомендация.
       
      На данный момент инструкция содержит сведения об установке дополнительного серверного софта (mozjpeg и OptiPNG) для операционных систем (пока только для VDS/VPS):
       
      Centos 6+ (тестировал на 6.6+)
      Centos 7+
      Ubuntu-14+
      Debian-8-x86_64
      Windows (подразумевается машина разработчика и работа с Openserver)
       
      На вышеуказанных ОС модуль тестировался.
      Работоспособность суперсжатия с дополнительным софтом возможна практически на любой ОС семейства Linux, а также на других ОС *nix.
      На Windows также суперсжатие может работать по максимуму. Тестировалось на Windows 10.
       
      Не смотря на то, что функция Суперсжатия является бонусом, разработчик (sitecreator.ru) оказывает помощь в установке всего необходимого софта на ваш сервер (VDS/VPS) чтобы данная функция была работоспособна по максимуму.
      Предполагается, что у вас операционная система сервера - это Linux (в разных вариантах).
      Оказание помощи в установке софта на сервер является проявлением доброй воли автора модуля, но не его обязанностью. Тем не менее постараюсь помочь всем, кто самостоятельно не осилит инструкцию по установке.
      Как минимум, всем первым купившим могу предложить установку дополнительного софта (для суперсжатия) на сервер.
       
      Пишите, постараюсь помочь всем.

      В описании есть подробная инструкция установки необходимого софта. (здесь не для всех ОС приведена)
       
      Узнать версию (дистрибутива) Linux можно так:
       
      cat /etc/issue cat /proc/version cat /etc/*-release результат по версии выглядит примерно так:
       
       
       
      Важное примечание по установке mozjpeg:
       
       
      Инструкция по установке дополнительного софта для Centos 6+  :
       
       
      Инструкция по установке дополнительного софта для Centos 7+  :
       
       
       
      Инструкция по установке дополнительного софта для WINDOWS :
      (для локальной машины разработчика, например.  На Windows теперь также суперсжатие JPEG PNG доступно в максимальном варианте начиная с версии модуля 1.0.1. ).
       
       
       
      Установку модуля осуществляет покупатель самостоятельно или его доверенное лицо.  В обязанности разработчика это не входит. Но тем не менее, разработчик готов помочь в этом вопросе по мере наличия у него свободного времени.
       
      Модуль имеет режим "тест" для сравнения размеров файла ДО и ПОСЛЕ суперсжатия.  "ДО" сделано алгоритмом imagick.
      Файлы "ДО" помечены маркером "_no_mozjpeg_" ("_no_optipng_").  Сравнение есть для формата JPEG, а также для PNG (с версии 1.1.0).
       
      Прошу заметить, что это сравнение между алгоритмами imagick и mozjpeg (imagick и optipng, соответственно ) при одинаковом выставленном уровне качества в районе 80  (оптимально 78 ...85). Для PNG уровень качества не действует (это алгоритм без потерь).
      Если сравнивать с размером файла, созданным GD по умолчанию (с уровнем 90 - прописан по умолчанию в опенкарт,  изменение не предусмотрено), то разница будет еще существеннее.
      imagick в любом случае умеет создавать более качественную картинку и сжимает ее лучше чем GD . imagick , как минимум, умеет выкидывать весь мусор и дополнительную информацию  из файла изображения, что способствует снижению его размера. А как максимум, генерирует WebP, который значительно превосходит обычный JPEG и PNG в степени сжатия.  Про передовой формат смотрите здесь: https://developers.google.com/speed/webp/
       

       

       

       
      Админка выглядит так (в ней есть СПРАВКА):
       
       
       
       
      Справка есть в самом модуле:
       
       
      Модуль не может пока автоматически сжимать изображения, которые вы напрямую загружаете на сервер и добавляете их как ссылки, т. е. которые никак не проходят через движок Опенкарт. Те, которые проходят через движок попадают в кеш изображений - это критерий того, будут ли изображения дополнительно сжаты и получат ли они watermark. А также модуль не может сжимать изображения, загружаемые при просмотре сайта со сторонних ресурсов.
       
      Новые возможности будут в новых версиях.
       
      Совместимость со специфическими модулями и модификаторами,
      (затрагивающими системную библиотеку и модель image.php)
      ===================================================
       
      Turbo
      SVG Tool Image (svg_tool_image_2.x-3.x.ocmod.xml)  https://opencartforum.com/files/file/4528-svg-tool-image/?tab=details
       
      ================
      История версий
      ==============
       
      1.0.0 Release
      1.0.1 Добавлена возможность работы на Windows  с максимальными возможностями суперсжатия (mozjpeg & optipng)
      1.0.2 Добавлено:  "Адаптивная обрезка" (" Адаптивный resize"  в терминах SEO CMS) изображений в трех вариантах:
      автоматически (как у @markimax ) расположить по ширине (обрезать по высоте) расположить по высоте (обрезать по ширине)       Добавлена совместимость с шаблоном journal2  (он использует свой ocmod для изменения модели image.php)
      1.1.0 Добавлена генерация изображений в WebP (из JPEG, PNG).  Это обеспечивает (при определенных условиях) максимальное сжатие картинок на обычном хостинге.
      1.1.1 Улучшена совместимость с различными хост-площадками.
      1.2.0
      Для обычного хостинга добавлены новые возможности и улучшено автоопределение дополнительного софта для разных нестандартных случаев. Пути для дополнительного софта можно теперь прописывать в конфиг сайта (MOZJPEG, OPTIPNG).  Это удобно если автоопределение не нашло софт или есть разные версии софта, но нужно выбрать определенную (поновее, например). Для работы mozjpeg, optipng теперь необязательно наличие imagick (но желательно для более быстрой обработки) В качестве водяного знака можно использовать также форматы GIF, PNG-8 (индексированные цвета) Увеличена производительность суперсжатия (работает быстрее) Для оценки степени суперсжатия в админке добавлен автоматический тест mozjpeg и вывод информации о размере файла до и после суперсжатия. Это дает понятие о том, насколько удачно собран дополнительный софт и можно судить о его эффективности. Файлы, сжатые алгоритмом mozjpeg теперь получают метку (тег) "mozjpeg"  
       
       
       
       
       
    • От hegst
      Извините за дикость! Только начинаю разбираться в данном вопросе.
      Но может подскажите, что делать с этой ошибкой? Гоша ругается на роботс а именно на строку Clean-param: tracking,
      Вопрос? как исправить или просто не обращать внимания, все таки директива для Яндекса.
       

    • От hegst
      Проблема заключается в том, что после перехода на https сертификат безопасности показывает незащищенное соединение из-за картинок которые работают по не защищенному протоколу http.
      Вопрос, как исправить ибо в ручную править (удалять и добавлять ) картинки очень долго так как много страниц.
    • От kaljanov
      На хостинге установлен ModPagespeed, он кэширует все картинки в том числе и картнки из кэша opencart.
      Как бы отключить двойное кэширования ?
  • Последние посетители   0 пользователей онлайн

    Ни одного зарегистрированного пользователя не просматривает данную страницу