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

snastik    837

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

 

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

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


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

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

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

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


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

К примеру

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

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

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

 

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

 

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

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


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

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

 

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

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


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

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

 

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

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


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

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

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


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

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

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

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


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

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

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

 

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

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


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

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

 

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

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


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

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

 

 

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

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

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


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

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

 

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

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


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

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

 

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

 

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

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


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

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

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

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

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


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

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

 

 

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

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


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

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

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

 

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

 

 

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

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


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

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

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


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

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

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

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

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


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

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

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

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

 

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

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

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


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

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

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

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

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


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

Писал я как-то про кэш в 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 536

 

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

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


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

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

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

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

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

 

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

 

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

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

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


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

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

 

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

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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

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

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

Войти

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

Войти


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

    • От sitecreator

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


      Image Compressor & Watermark (Супер-сжатие картинок JPEG, PNG и "водяной знак")
      Оптимизация (сжатие) изображений - Гугл PageSpeed одобряет.
      "Компрессор" (Image Compressor) обеспечит максимальное сжатие  на обычном хостинге (при наличии функции exec php)  и всегда на VDS.
      Установка софта (mozjpeg и  optiPNG) в два клика на обычный хостинг и VDS (не требует знаний Linux).
      Вся магия здесь:
       

       
      Демо 2 (клиентская часть): http://watermark.sitecreator.pro
      Демо 2 (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator
       
      Демо 1.5 (клиентская часть): http://watermark15.sitecreator.pro
      Демо 1.5 (админка): http://watermark15.sitecreator.pro/admin/index.php?route=module/watermark_by_sitecreator
       
      пользователь: DEMO
      пароль: DEMO
       
      совместим со всеми сборками версий движков 1.5 и 2+
       

       
      Модуль по максимуму использует возможности imagick (если установлен), что уже позволяет получить лучшие по качеству и размеру изображения.  Кроме того, в отличие от дефолтного GD использование imagick позволяет уменьшить размер файла за счет очистки изображения от ненужной информации.
       
       
      Максимум настроек водяного знака (watermark): его позиция, поворот, прозрачность и т. д.
      Можно настроить ограничение (запретить применять) для водяного знака как по имени файла/папок, так и по  размерам.
      Адаптивный ресайз (resize, обрезка) изображения.
       

       
      Основной функционал модуля - это добавление водяного знака на изображения.  Как бонус - это использование автоматического  супер-сжатия картинок.
      С версии 1.1.0 получаете максимальное сжатие для JPEG, PNG благодаря еще поддержке WebP.
      Использование WebP задумывалось как компромиссное решение когда нет возможности использовать mozjpeg.  А mozjpeg сейчас удалось установить практически везде.
       
      Немного о возможности использования WebP на обычном хостинге:
       
       
       
      Проверенные хостеры, которые поддерживают mozjpeg, OptiPNG,  WebP , т. е. возможно суперсжатие в полной мере.
      Это не означает, что другие не поддерживают, просто тут устанавливали уже  модуль и мне о названии хостера  сообщил заказчик.
       
       
      Совместим с Opencart, Ocstore, opencart.pro версии 1.5.* и 2+
      требования: php 5.5+ (5.5, 5.6, 7.0)  Версию php у хостера вы можете изменить самостоятельно через панель управления. 
      Ioncube Loader v5.0+
      Модуль совместим с ускорителями/кешерами Jet Cache и Turbo и, скорее всего, с остальными.
      Модуль не заменяет файлы движка, используется ocmod.
      Модуль работоспособен и без ioncube, т. е. сайт будет работать, но не будут работать все дополнительные возможности.
       
       
      Пожалуйста, лицензию запрашивайте, написав мне на почту или в личку.
       
      Супер-сжатие выполняется согласно рекомендациям Гугла PageSpeed Insights и позволяет добиться снижения размера файлов изображений и, как следствие, уменьшения трафика.
      Google  PageSpeed Insights благодаря этому дает более высокую оценку вашему сайту в баллах.
       
      mozjpeg, optipng необязателен к установке, это лишь рекомендация для достижения максимального сжатия.
      Процесс установки этого софта сводится к нажатию двух кнопок в модуле.
      Это работает как на обычном хостинге, так и на VDS.
       
      Инструкция для самостоятельной сборки серверного софта оставлена для любознательных. Не нужно ее пугаться и не нужно повторять все эти действия.
      Модуль Компрессор уже содержит средства диагностики и вывода информации.  Пользуйтесь ими (вкладка "сервис").
       
       
      Инструкция по установке дополнительного софта для WINDOWS :
      (для локальной машины разработчика, например. ).
       
       
       
      Установку модуля осуществляет покупатель самостоятельно или его доверенное лицо.
       

       
       

       

       
       
      Модуль не может пока автоматически сжимать все изображения, которые вы добавляете как ссылки, т. е. которые не попадают в кеш.  Это будет учтено в будущих версиях. Для SEO CMS это уже сделано.
       
      Модуль не трогает элементы оформления вашего шаблона. Пожалуйста, не нужно мне говорить, что они не сжаты.. Эти элементы даже не находятся в папке image.   Вы можете самостоятельно один раз скачать и установить оптимизированные элементы оформления вашего шаблона.
       

       
      Для SEO CMS сделано решение, позволяющее также использовать супер-сжатие по максимуму и водяной знак в этом модуле.  Сделано как отдельное дополнение к модулям "Компрессор" (Image Compressor) и SEO CMS.  Такое решение обусловлено тем, что указанный модуль использует свою библиотеку  и модели для работы с изображениями.
      Сжаты будут даже отображаемые оригиналы, вставленные по прямым ссылкам в статьях.  И на оригиналы можно накладывать водяной знак и защищать их от кражи.
      Любые изменения с оригиналами обратимы. Например, можно менять водяной знак.
       
      Решение здесь: SEO CMS mod for Image Compressor & Watermark
       
       
       
      Совместимость со специфическими модулями и модификаторами,
      (затрагивающими системную библиотеку и модель image.php)
       
       
      ================
      История версий
      ==============
       
       
       
       
       
      Добавил sitecreator Добавлено 26.08.2017 Категория Кэширование, сжатие, ускорение Системные требования php 5.5+, Ioncube Loader 5+ Сайт разработчика https://sitecreator.ru/ Старая цена 1650 Метод активации По запросу в ЛС
      По запросу на почту Ioncube Loader Требуется OpenCart 2.3
      2.2
      2.1
      2.0
      1.5.6.4
      1.5.6.3
      1.5.6.2
      1.5.6.1
      1.5.6
      1.5.5.1
      1.5.5
      1.5.4.1
      1.5.3.1 ocStore 2.3
      2.1
      1.5.5.1.2
      1.5.5.1.1
      1.5.5.1
      1.5.4.1.2
      1.5.4.1.1
      1.5.4.1
      1.5.3.1
      1.5.2.1
      1.5.1.3 OpenCart.Pro, ocShop Opencart.pro 2.3
      Opencart.pro 2.1
      OcShop 1.5.6.4.х  
    • От sitecreator
      Оптимизация (сжатие) изображений - Гугл PageSpeed одобряет.
      "Компрессор" (Image Compressor) обеспечит максимальное сжатие  на обычном хостинге (при наличии функции exec php)  и всегда на VDS.
      Установка софта (mozjpeg и  optiPNG) в два клика на обычный хостинг и VDS (не требует знаний Linux).
      Вся магия здесь:
       

       
      Демо 2 (клиентская часть): http://watermark.sitecreator.pro
      Демо 2 (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator
       
      Демо 1.5 (клиентская часть): http://watermark15.sitecreator.pro
      Демо 1.5 (админка): http://watermark15.sitecreator.pro/admin/index.php?route=module/watermark_by_sitecreator
       
      пользователь: DEMO
      пароль: DEMO
       
      совместим со всеми сборками версий движков 1.5 и 2+
       

       
      Модуль по максимуму использует возможности imagick (если установлен), что уже позволяет получить лучшие по качеству и размеру изображения.  Кроме того, в отличие от дефолтного GD использование imagick позволяет уменьшить размер файла за счет очистки изображения от ненужной информации.
       
       
      Максимум настроек водяного знака (watermark): его позиция, поворот, прозрачность и т. д.
      Можно настроить ограничение (запретить применять) для водяного знака как по имени файла/папок, так и по  размерам.
      Адаптивный ресайз (resize, обрезка) изображения.
       

       
      Основной функционал модуля - это добавление водяного знака на изображения.  Как бонус - это использование автоматического  супер-сжатия картинок.
      С версии 1.1.0 получаете максимальное сжатие для JPEG, PNG благодаря еще поддержке WebP.
      Использование WebP задумывалось как компромиссное решение когда нет возможности использовать mozjpeg.  А mozjpeg сейчас удалось установить практически везде.
       
      Немного о возможности использования WebP на обычном хостинге:
       
       
       
      Проверенные хостеры, которые поддерживают mozjpeg, OptiPNG,  WebP , т. е. возможно суперсжатие в полной мере.
      Это не означает, что другие не поддерживают, просто тут устанавливали уже  модуль и мне о названии хостера  сообщил заказчик.
       
       
      Совместим с Opencart, Ocstore, opencart.pro версии 1.5.* и 2+
      требования: php 5.5+ (5.5, 5.6, 7.0)  Версию php у хостера вы можете изменить самостоятельно через панель управления. 
      Ioncube Loader v5.0+
      Модуль совместим с ускорителями/кешерами Jet Cache и Turbo и, скорее всего, с остальными.
      Модуль не заменяет файлы движка, используется ocmod.
      Модуль работоспособен и без ioncube, т. е. сайт будет работать, но не будут работать все дополнительные возможности.
       
       
      Пожалуйста, лицензию запрашивайте, написав мне на почту или в личку.
       
      Супер-сжатие выполняется согласно рекомендациям Гугла PageSpeed Insights и позволяет добиться снижения размера файлов изображений и, как следствие, уменьшения трафика.
      Google  PageSpeed Insights благодаря этому дает более высокую оценку вашему сайту в баллах.
       
      mozjpeg, optipng необязателен к установке, это лишь рекомендация для достижения максимального сжатия.
      Процесс установки этого софта сводится к нажатию двух кнопок в модуле.
      Это работает как на обычном хостинге, так и на VDS.
       
      Инструкция для самостоятельной сборки серверного софта оставлена для любознательных. Не нужно ее пугаться и не нужно повторять все эти действия.
      Модуль Компрессор уже содержит средства диагностики и вывода информации.  Пользуйтесь ими (вкладка "сервис").
       
       
      Инструкция по установке дополнительного софта для WINDOWS :
      (для локальной машины разработчика, например. ).
       
       
       
      Установку модуля осуществляет покупатель самостоятельно или его доверенное лицо.
       

       
       

       

       
       
      Модуль не может пока автоматически сжимать все изображения, которые вы добавляете как ссылки, т. е. которые не попадают в кеш.  Это будет учтено в будущих версиях. Для SEO CMS это уже сделано.
       
      Модуль не трогает элементы оформления вашего шаблона. Пожалуйста, не нужно мне говорить, что они не сжаты.. Эти элементы даже не находятся в папке image.   Вы можете самостоятельно один раз скачать и установить оптимизированные элементы оформления вашего шаблона.
       

       
      Для SEO CMS сделано решение, позволяющее также использовать супер-сжатие по максимуму и водяной знак в этом модуле.  Сделано как отдельное дополнение к модулям "Компрессор" (Image Compressor) и SEO CMS.  Такое решение обусловлено тем, что указанный модуль использует свою библиотеку  и модели для работы с изображениями.
      Сжаты будут даже отображаемые оригиналы, вставленные по прямым ссылкам в статьях.  И на оригиналы можно накладывать водяной знак и защищать их от кражи.
      Любые изменения с оригиналами обратимы. Например, можно менять водяной знак.
       
      Решение здесь: SEO CMS mod for Image Compressor & Watermark
       
       
       
      Совместимость со специфическими модулями и модификаторами,
      (затрагивающими системную библиотеку и модель image.php)
       
       
      ================
      История версий
      ==============
       
       
       
       
       
    • От sitecreator

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


      SEO CMS mod for Image Compressor & Watermark
      Добавляет суперсжатие JPEG, PNG и watermark для модуля
      SEO CMS TOP 2: Блог | Новости | Отзывы | Галерея | Формы
      (разработчик markimax )
       
      Данный модуль не является самостоятельным дополнением и требует наличия установленного модуля
      Image Compressor & Watermark (Супер-сжатие картинок JPEG, PNG и "водяной знак")
      (разработчик sitecreator )
       
      Т. е. данный модуль расширяет возможности указанных выше модулей.
       
      Поскольку SEO CMS не использует (или использует ограниченно) модели image и системную библиотеку движка, то БЫЛО невозможно наложение watermark и применение суперсжатия к изображениям, создаваемым  SEO CMS.
      Теперь таких ограничений нет благодаря данному дополнению.
       
      Адаптивный ресайз, выставляемый в настройках SEO CMS работает,  данные настройки имеют более высокий приоритет чем настройка адаптивной обрезки (ресайза) в модуле "Компрессор изображений".
       
      Установка выполняется через обычный установщик дополнений ocmod в админке сайта.
       
      1.1.0
      Добавлены возможности для изображений, которые вставляются в редакторе записей (статей) прямой ссылкой, т. е. для источников:
       
      наложение watermark суперсжатие возможно скрытие оригинала (в браузере он и так не отображается) от скачивания продвинутыми парсерами (хоть роботами, хоть людьми). все изменения с исходниками обратимы (смена водяного знака, изменение уровня качества),  сам исходник никак не страдает.  
      Вы просто работаете в редакторе как обычно - вставляете в ваши статьи картинки-оригиналы  и ни о чем не заботитесь.
      Суперсжатие и водяной знак будут применены автоматически к таким изображениям.
       
      Т. е. на данный момент только загруженные со сторонних сайтов изображения будут без водяного знака и без суперсжатия.
      Думаю, что понятно почему - они же не на вашем сервере.
       
      Добавил sitecreator Добавлено 18.10.2017 Категория Кэширование, сжатие, ускорение Системные требования 1) SEO CMS, 2) Image Compressor & Watermark Сайт разработчика https://sitecreator.ru/ Старая цена Метод активации Без активации Ioncube Loader Нет OpenCart 2.3
      2.2
      2.1
      2.0 ocStore 2.3
      2.2
      2.1 OpenCart.Pro, ocShop Opencart.pro 2.3
      Opencart.pro 2.1  
    • От sitecreator
      Добавляет суперсжатие JPEG, PNG и watermark для модуля
      SEO CMS TOP 2: Блог | Новости | Отзывы | Галерея | Формы
      (разработчик markimax )
       
      Данный модуль не является самостоятельным дополнением и требует наличия установленного модуля
      Image Compressor & Watermark (Супер-сжатие картинок JPEG, PNG и "водяной знак")
      (разработчик sitecreator )
       
      Т. е. данный модуль расширяет возможности указанных выше модулей.
       
      Поскольку SEO CMS не использует (или использует ограниченно) модели image и системную библиотеку движка, то БЫЛО невозможно наложение watermark и применение суперсжатия к изображениям, создаваемым  SEO CMS.
      Теперь таких ограничений нет благодаря данному дополнению.
       
      Адаптивный ресайз, выставляемый в настройках SEO CMS работает,  данные настройки имеют более высокий приоритет чем настройка адаптивной обрезки (ресайза) в модуле "Компрессор изображений".
       
      Установка выполняется через обычный установщик дополнений ocmod в админке сайта.
       
      1.1.0
      Добавлены возможности для изображений, которые вставляются в редакторе записей (статей) прямой ссылкой, т. е. для источников:
       
      наложение watermark суперсжатие возможно скрытие оригинала (в браузере он и так не отображается) от скачивания продвинутыми парсерами (хоть роботами, хоть людьми). все изменения с исходниками обратимы (смена водяного знака, изменение уровня качества),  сам исходник никак не страдает.  
      Вы просто работаете в редакторе как обычно - вставляете в ваши статьи картинки-оригиналы  и ни о чем не заботитесь.
      Суперсжатие и водяной знак будут применены автоматически к таким изображениям.
       
      Т. е. на данный момент только загруженные со сторонних сайтов изображения будут без водяного знака и без суперсжатия.
      Думаю, что понятно почему - они же не на вашем сервере.
       
    • От markimax

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


      Jet Cache :: SEO CMS Джет Кеш - кеширование для магазинов

       

      Логин / пароль:
      demo / demo
       
      Документация  
      Более 9000 интернет магазинов выбрали SEO CMS для работы
      SEO CMS JET CACHE :: Jet Cache - быстрая система кеширования страниц, контроллеров и методов моделей opencart
      Возможности
       
      - кеширует полностью страницы  
      - кеширует выбранные контроллеры  
      - кеширует методы моделей opencart  
      - простая установка и обновление  
      - гибкие настройки  
      - поддержка мультиязычности  
      - поддержка мультимагазинов  
      - поддержка протоколов https и http  
      - гибкая взаимосвязь с любым функционалом платформы SEO CMS  
      - совместимость с любой темой, любыми модулями, которые соответствуют стандартам программирования  
      - поддержка кеширования sitemap Чем модуль лучше других
       
      - уникальные технологии кеширования не имеющие аналогов в opencart  
      - модуль работает с любыми темами и модулями Требования
       
      Opencart 2.x или любая сборка на нем (ocStore, Opencart.PRO, или другие) PHP 5.3 или выше Модуль НЕ заменяет файлы системы Модуль НЕ использует ioncube  
      Совместимость модуля
       
      Opencart 2.x или любая сборка на нем (ocStore, Opencart.PRO, или другие) Любая тема или любые модули (которые сделаны без ошибок, согласно стандартов программирования или верстки) для оpencart 2.x  
      Установка, настройка
       
      Если пользователь хочет чтобы сотрудник службы технической поддержки проделал работу по установке и настройке модуля вместо пользователя на сервере пользователя, это уже услуга + 590 рублей  
      Лицензия Все права на модуль принадлежат разработчикам opencartadmin.com Условия использования лицензии: один домен - одна лицензия (покупка продукта для каждого домена). Условия использования лицензии - "на владельца". Далее... Добавил markimax Добавлено 15.03.2017 Категория Кэширование, сжатие, ускорение Системные требования PHP 5.3+ Сайт разработчика https://opencartadmin.com/seo-cms-jet-cache.html Старая цена 590 Метод активации Через официальный сайт дополнения Ioncube Loader Нет OpenCart 2.3
      2.2
      2.1
      2.0 ocStore 2.3
      2.2
      2.1 OpenCart.Pro, ocShop Opencart.pro 2.3
      Opencart.pro 2.1
      OcShop 2.0.3.х  
  • Последние посетители   0 пользователей онлайн

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