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

snastik    798

Ну вот вот это я нафик поубивал. И заменил на одиночные. Работает как часы. При этом реально быстрее

Хотя вот тут статья на хабре, которая говорит об обратном. Из того что я дочитался, все зависит от выбора Mysql, и в нашем случае одинарные индексы получаются эффективнее.

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


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

Ну вот вот это я нафик поубивал. И заменил на одиночные. Работает как часы. При этом реально быстрее

Хотя вот тут статья на хабре, которая говорит об обратном. Из того что я дочитался, все зависит от выбора Mysql, и в нашем случае одинарные индексы получаются эффективнее.

 

А в своем модуле сделал? ;)

 

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

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


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

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

Вот кстати подробное разъянснение.

 

 

Составные индексы следует использовать, если запрос включет условие на несколько полей. Например, если запрос WHERE city='Moscow' and age='33', то можно сделать составной ключ KEY(city, age). При этом, можно всегда делать where запрос по левой части составного ключа (в данном случае WHERE city='Moscow'). Если Вам нужно делать запрос отдельно по age, то данный составной ключ в этом не поможет, нужен отдельный ключ на поле age или составной ключ, в котором поле age - первое.

Первичный ключ - уникален, поэтому составной ключ может иметь смысл только есть запросы с указанием диапазона, например WHERE id > 1000 and age < 70. Такие случаи бывают нечасто. Если в приведенном в начале примере создать ключ KEY(id, city, age), то работает он не будет для запроса WHERE city='Moscow' and age='33'. 

Индекс на поле VARCHAR вполне имеет смысл. Причем можно построить индекс по подстроке длиной n символов, если поле VARCHAR длинной. Наприме KEY(description(20));

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


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

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

Вот кстати подробное разъянснение.

Вот и мне придется всё перепроверить в логике установки и обновления. Но у меня в принципе там "проверки" такого плана есть, осталось Ctrl-C -> Ctrl-V :)

SHOW KEYS (INDEX) в руки ;)

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


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

Самая лучшая проверка - это мой профайлер и магазин в котором хотя бы 100-200 статей, сразу красненьким все подсветит.

И потом красненькие запросы в EXPLAIN

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


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

Добрый день, хотим купить модуль. Форма заказа и оплаты виснет. Форум блокирует пользователей Онлайм, поэтому заходим на форум ч/з Анонимайзер, вероятно поэтому невозможно провести оплату. Что делать???

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


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

Чем ваш модуль лучше этого или этого? Не считая преимущества в цене и русской поддержки. Не могу определиться, какой выбрать.

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


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

1 ый который вы привели - отлично работает в связке с моим. Его специфика в том, что он кеширует всю страницу.

 

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

 

А в связке с Turbocache , у вас уменьшается сразу время первой генерации (так как сразу уже построены деревья категорий для меню и данные для модулей).

 

Т.е. вы снизите 15 секунд до <секунды.

А потом с использованием модуля от JAY6390, будете просто как из пулемета выстреливать страницы которые были в кеше.

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

По хорошему, если провести оптимизацию базы и прикрутить Turbocache - то необходимость в Pagecache отпадает.

 

Со вторым я не сталкивался, но судя из описания он влияет не столько на генерацию динамического контента, сколько на вывод статики. Я бы не стал покупать такое дополнение так как. Для Apache и NGINX есть mod_google_pagespeed, который делает это все намного проще. Да и зачастую для оптимизации под оценку page speed, нужно перерабатывать шаблон. И не всякая конфигурация сервера будет корректно работать с этим дополнением. Так что вместо него я бы рекомендовал руки.

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


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

1 ый который вы привели - отлично работает в связке с моим. Его специфика в том, что он кеширует всю страницу.

Стоит ли ждать версию Turbocache с полным кешированием ?

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


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

Я же написал в предыдущем посте, что как правило в 90% случаев нет смысла кешировать HTML. Так как снижение скорости загрузки с 300-400 мс до 50 - это баловство. Пока что таких планов нет на ближайшее будущее.

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


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

Turbocache хороший модуль, но у него кешируются только жестко прописанные в нем модули, а у меня постоянно появляются новые модули которые тоже хотелось бы кешировать. Разобраться как их добавить в кеш Turbocache так и не получилось. Поэтому и хотелось бы более универсалное решение. Данный модуль http://www.opencart.com/index.php?route=extension/extension/info&extension_id=3477&path=21&filter_search=seo&page=10 стоит 75$ Готов за подождать и за такие же деньги купить Turbocache с полным кешированием.

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


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

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

Parse error: syntax error, unexpected T_VARIABLE, expecting ')' in /home3/u150626/xxxxx/www/vqmod/vqcache/vq2-catalog_controller_product_category.php on line 222

 

Подскажите плз как решить проблему?

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


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

Пишите в личку фтп.

Эта проблема изза внесения изменений в код - нужно править привязки Vqmod

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


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

Добрый день.

 

Для магазина с 50 000 наименований (канцтовары) хочу купить ваш модуль TurboCaсhe

Вопрос: Будет ли работать на  MijoShop (Обертка для работы OpenCart на сайте Joomla)

Сколько будет стоить установка и настройка?

 

 

 

 

 

 

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


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

Прикрутим и на mijo - для 50 к товаров еще нужны доп оптимизации - пишите в скайп ocshop.support

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


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

Здравствуйте. У меня несколько магазинов. Есть привязка к домену или можно использовать на несколько сайтов?

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


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

Хороший модуль.....был и являюсь одним из первых покупателей, но сразу отзывы не пишу никогда.....сейчас все потестилось, все гут....автор установил+ настроил... прирост скорости есть! Автору творческих успехов!

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


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

Нашел такой модуль для ускорения загрузки http://www.opencart.com/index.php?route=extension/extension/info&extension_id=6204&filter_search=javascript

Будет ли он работать совместно с Turbocache ? Есть ли в нем смысл?

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


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

Вы нашли модуль для увеличения оценки GOOGLE PAGESPEED, за 90 долларов я вам руками все настрою, точно также и даже лучше, мало того, в большинстве случаев при использовании nginx данный модуль бесполезен, да и выжать из него полностью заявленные опции практически невозможно, так как автоматическое реструктурирование порядка загрузки js ни к чему хорошему не привиодит.

А так работать будет.

Как то работать будет.

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


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

1 ый который вы привели - отлично работает в связке с моим. Его специфика в том, что он кеширует всю страницу.

 

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

 

А в связке с Turbocache , у вас уменьшается сразу время первой генерации (так как сразу уже построены деревья категорий для меню и данные для модулей).

 

Т.е. вы снизите 15 секунд до <секунды.

А потом с использованием модуля от JAY6390, будете просто как из пулемета выстреливать страницы которые были в кеше.

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

По хорошему, если провести оптимизацию базы и прикрутить Turbocache - то необходимость в Pagecache отпадает.

 

Со вторым я не сталкивался, но судя из описания он влияет не столько на генерацию динамического контента, сколько на вывод статики. Я бы не стал покупать такое дополнение так как. Для Apache и NGINX есть mod_google_pagespeed, который делает это все намного проще. Да и зачастую для оптимизации под оценку page speed, нужно перерабатывать шаблон. И не всякая конфигурация сервера будет корректно работать с этим дополнением. Так что вместо него я бы рекомендовал руки.

 

 

Немного не в тему, но я про "развод" за 80$ модулем Opencart Page Cache

http://www.opencart.com/index.php?route=extension/extension/info&extension_id=3477&path=21&filter_search=seo&page=10

Тестировалось много раз firebug -ом (время "ожидания", т.е. то которое тратит сервер на генерацию страницы, сами можете проверить)

 

Демо модуля

http://ocdemo.com/pagecache/

И самое интересное - там слева внизу есть кнопка удалить кеш

Так  вот время генерации страницы сервером без кеша - 0.108 сек с кешем 0.09 сек т.е. разница на том сервере всего то 0.018 секунды!

Т.е. разницы никакой.

А вот то что они пишут

Without Caching: 0.61742496490479      With Caching: 0.0024340152740479

Это "развод" (на заборе сами знаете что можно написать)

Вот же развод так развод... пишут 0.6 сек без кеша (у меня главная моего демо модуля с кучей наворотов (20 виджетов на главной) 0.2 сек, на обычном сервере, как может быть на пустом 0.6 !?), хотя реально 0.108 сек (да и как может быть больше на "пустом" сайте?!)

Не может быть генерация 0.002 сек. (это надо чтобы сайт был один на всех серверах дата центра) так как opencart только загружает все контролеры и управляет ими через FW simfony  ~0.05 сек на быстром сервере, на других ~0.1 сек

Одна только сериализация и un-сериализация (это довольно ресурсоемкий процесс) такого массива кеша страниц в этом модуле будет занимать почти столько же времени, которое бы потратил контроллер на расчет данных!

Поверьте я скорость проверял много раз opencart-a

Так что это полный развод за 80$

Если нормальный сервер и нормальные скрипты, толку от него - ноль

 

Пользуйтесь Turbocache - здесь реальное ускорение

 

P.S. Автор - заточи Turbocache под модуль, пользователи (а их тысячи уже кто купил 5 PRO, и  кто перешел с 4 Commercial на 5 PRO) постоянно меня просят... ;)

Изменено пользователем markimax

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


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

Марк, спасибо за промо, ты полностью прав в анализе. Но я не могу сказать что pagecache  не имеет место быть. На высоконагруженном проекте даже при супероптимизированной базе, запросах и быстром сервере время генерации 500-700 мс, при формировании контента движком и отдача за 50-70 мс готового html из кеша будет не лишними, и позволят надолго оттянуть вопрос переезда на новый сервер.

 

Но, так как зачастую народ хочет решить все вопросы уменьшения скорости генерации одной заплаткой, может создаться впечатление что за цену в $90 они получат ну практически баллистическую ракету и еще оценку googlepagespeed 90+.

 

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

 

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

1 - оптимизация базы и mysql сервера. Тут однозначного рецепта нет. Недостаточно запустить скрипт, который найдет все поля _id  и поставит им индексы. Зачастую приходится сидеть с EXPLAIN и профайлером полдня, для того чтобы найти все засады. Особенно если стоит много дополнительного функционала. (недавно сталкивался с магазином, в котором казалось бы простой запрос, убивал сервер на полторы минуты, так как время жизни скрипта было увеличено и запрос осуществлял какой то хитрый выбор  хитов продаж, и в связи с отсутствием индексов в таблицах order все умирало, а профайлер ничего не показывал, так как апач убивал соединение по таймауту).

2 - созданием промежуточных кешей повторяющихся элементов (меню, стандартные модули, списки товаров в категориях) собственно говоря это то что делает turbocache.

3 - желателен перенос хранилища кеша с физического диска в память memcache, memcached.

4 - модуль pagecache, если бы не стоил невменямых денег, тоже имеет место быть использованным.

5 - кеширование сжатие и оптимизация изображений. Собственно те процедуры, которые требует Google PageSpeed Insight. В какой то мере они влияют на скорость загрузки сайта, но зачастую эти показатели путают со скоростью генерации контента html. Но в конечном итоге прирост от больших показателей будет виден либо на слабых компьютерах либо на медленном интернете, так как практически все требования, заявленные гуглом, касаются уменьшения физического размера данных контента (сжатие, объединение и минификация css, js и изображений), и оптимизации структуры страниц и работы сервера (объединениеперенос скриптов из шапки в конец контента html и настройка кеширования и сжатия статики на клиенте).

Реализуется этот пункт по разному. Если есть хотя бы VPS, можно поставить на апач mod_google_pagespeed, подкрутить его и забыть, что у вас были эти проблемы. Если дешевый шаред хостинг. То нужно танцевать с бубном, теоретически можно купить на офсайте тоже недешевый модуль (80 зеленых по моему), который частично решает эти вопросы. Но, если стоит NGINX, все равно надо настраивать конфиг, равно как и для apache можно просто подредактировать htaccess, чуть понизить качество jpg и получить сразу оценку 75. А дальше за каждый балл уже надо бороться с большим напильником, вручную пережмая изображения шаблонов минифицируя скрипты и перекраивая структуру шаблонов, для переноса всех скриптов как можно ниже.

 

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

 

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

 

Есть еще методы по оптимизации работы js скриптов, совсем в тяжелых случаях можно и мультиланг и мультистор вырезать и реплику базы прикрутить, но это уже совсем частные случаи. В 99% для построения быстрой системы на 20-50к товаров с посещаемостью до 20 000 хостов достаточно тех методов, что я описал выше, и обычного vps с 2гб мозгов и какими нить 2,5ghz заявленным процессором.

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


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

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

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


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

...

 

Согласен полностью.

Да на супер высоконагруженных - выигрыш будет, так как рассерилизовать массив кеша страниц будет быстрее расчета, замечу не оптимизированного контроллера. (хотя во многих случаях хватает и memcache- a)

Но если чуть оптимизировать - толку от модуля Opencart Page cache ноль.

 

У Turbocache совсем другая архитектура, которая реально кеширует узкие места

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


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

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

 

Все равно там есть нюансы.

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

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

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


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

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

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

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

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

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

Войти

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

Войти


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

    • От 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 пользователей онлайн

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