Поиск по сайту

10 Download / Buy Больше 10 тысяч загрузок модулей от sv2109! Это новая версия модуля, вторая версия которого работает на сотнях сайтов! Что делает этот модуль? Этот модуль позволяет ускорить время генерации страниц OpenCart до 100 раз! А в некоторых случаях и до 1000 раз. Модуль, который работает по похожему принципу, продается на оф. сайте и стоит 160$ (продается за "пол цены" за 80$) и имеет намного меньший функционал, чем в этом модуле. Зачем? Скорость загрузки сайта напрямую влияет на конверсию магазина. Если страница грузится больше 2-х секунд, пользователи не будут ждать, они уйдут к вашим конкурентам. Скорость загрузки сайта напрямую влияет на ранжирование страниц этого сайта в поисковой выдаче. Из 2-х одинаковых сайтов выше в выдаче будет тот, у кого скорость загрузки больше. Поэтому очень важно иметь сайт, который грузится быстро - такой сайт привлекательный как для пользователей, так и для поисковых систем. Это так же экономит огромное количество ресурсов сервера, что позволит на 1 хостинг аккаунте держать больше сайтов, а так же держать большие сайты на более дешевых хостингах. Что нового в версии 4 PRO? Эта версия добавляет множество новых функций в модуль, основные из них: Сжатие CSS и JavaScript файлов (поддержка встроенных стилей и скриптов) для ускоренной загрузки страниц Ленивая загрузка CSS и JavaSсript файлов, загрузку некоторых некритичных скриптов и стилей можно отложить, это ускорит загрузку страницу Перевод изображений в более легкий формат webp для ускоренной загрузки страниц Ленивая загрузка изображений, изображения, которые не видны пользователю будут загружаться по мере прокрутки страницы, это экономит трафик и ускоряет загрузку страниц Кеширование запросов базы данных Автоматическая генерация кеша Улучшенная работа с AJAX, теперь через AJAX можно даже подгружать цены товаров или наличие на складе, а также любую другую информацию. Обработка Last-Modified заголовков Удобный блок отображения и отладки информации Улучшен пользовательский интерфейс, добавлены кнопки быстрого доступа к модулю, включения/отключения и очистки кеша с любого места в панели управления. Десятки других улучшений Отзывы Как все работает? Пользователь1 загружает Страницу1 (это может быть страница товара, категории, производителя, блога, информационная страница итд.). Через 10 секунд уже Пользователь2 загружает ту же самую страницу. Есть ли у этих страниц что-то общего? Да, и очень много - та же тема, то же меню, те же категории, товары, модули, футер итд. Так зачем же 1000 раз тратить огромные ресурсы сервера, чтобы создавать те же самые блоки? Не проще ли все общее сохранить в кеше и при последующих обращения не тратить ресурсы, а загрузить это из кеша? Что делать с блоками, которые должны быть уникальными? Например корзина должна быть уникальной для разных пользователей, строка приветствия должна содержать разные имена пользователей, модули, которым нужна уникальная информация, например модуль "случайные товары" должен содержать случайные товары итд. Модуль BOOST решает эту задачу - в модуле есть инструмент, который позволяет загрузить все уникальные блоки асинхронно через AJAX. То есть, простыми словами - все, что можно кешировать - кешируется, все что нельзя кешировать - подгружается через AJAX асинхронно. При этом достигается просто огромная скорость - время генерации страницы из кеша на сервере - сотые и даже тысячные доли секунды! Примерно от 1 до 30 милисекунд. Какие страницы кеширует модуль? Все страницы, указанные в настройках. По умолчанию там указаны страницы товаров, категорий, производителя, информационные страницы итд. Если у вас установлены какие-то дополнительные модули, например модуль Блог, вы можете также добавить в настройки страницы этого модуля для кеширования. Вы также можете в настройках указать параметры POST, GET, COOKIE, SESSION при которых не нужно кешировать страницу. Например GET параметр "nocache" Требования: OpenCart/ocStore 2.x, 3.x (на OpenCart 1.5.x работает первая версия модуля, находится тут) Модуль должен работать с любой темой, а также может работать и с другими модулями кеширования. Модуль активно использует файловый кеш, что требует дополнительного места на жестком диске на хостинге. Модуль использует IonCube, обычно на 99% хостингов он на всякий случай можете проверить. Одна лицензия модуля позволяет установить этот модуль на 1 домене. Демо: Замечания по демо: На демо установлен пустой OpenCart, скорость работы которого и так довольно высокая. На реальном сайте с десятками установленных модулей, десятками тысяч товаров и сотнями категорий эффект от модуля (разница между генерацией страницы без кеша и с кешем) будет намного и даже в разы больше, чем на пустом демо сайте. Если страница, которую вы загрузили не в кеше, обновите страницу - F5, чтобы увидеть разницу. Демо: Сайт Админка Внимание! 4 версия модуля имеет очень обширный функционал, а также достаточно сложную логику для поддержки этого функционала, но она только вышла и еще хорошо не протестирована на рабочих магазинах, поэтому не исключены небольшие неточности в работе, которые, если возникнут, обещаю в короткие строки исправить. Поэтому модуль продается со скидкой. Для связи с автором модуля пишите в ЛС на форуме © Стасюк Владимир (sv2109.com), 2015 Submitter sv2109 Submitted 07/23/2015 Category Caching & Server Performance Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Opencart.pro 2.3 Opencart.pro 2.1 OcShop 2.0.3.х Get request to server of developer Нет

10 Скачать / Купить дополнение Кеширование Redis Драйвер кеширования Redis для Opencart 1.5.x - 3.x Redis — это высокопроизводительное распределенное хранилище данных. Высокая скорость работы обеспечивается за счет хранения данных в оперативной памяти, которые периодически сохраняются на диск. Для работы модуля необходим включенный Redis на сервере и библиотека php-redis Инструкция по установке Opencart 2.x - 3.x Стандартный установщик модулей. Opencart 1.5.x Распаковать архив в корень сайта. Добавить константы в файлы config.php и admin->config.php // Redis define('CACHE_HOSTNAME', '127.0.0.1'); define('CACHE_PORT', '6379'); define('CACHE_PREFIX', 'redis_'); define('CACHE_PASSWORD', ''); Redis для Opencart 3.x В OpenCart 3 драйвер Redis уже присутствует. В модуле заменены устаревшие функции и добавлена авторизация. Файл system->config->default.php Изменить $_['cache_engine'] = 'redis'; На $_['cache_engine'] = 'redisp'; Redis для Opencart 2.2 - 2.3 Файл system->config->default.php Изменить $_['cache_type'] На $_['cache_type'] = 'redis'; Redis для Opencart 2.0.x - 2.1.x Файл index.php и admin->index.php изменить $cache = new Cache('file'); На $cache = new Cache('redis'); Redis для Opencart 1.5.x файл index.php и admin->index.php изменить $cache = new Cache('file'); На $cache = new redis_cache(); После require_once(DIR_SYSTEM . 'library/cart.php'); Добавить require_once(DIR_SYSTEM . 'library/redis_cache.php'); Если вы используете VQMod добавить require_once(VQMod::modCheck(DIR_SYSTEM . 'library/redis_cache.php')); Добавил SirGrey Добавлено 20.11.2019 Категория SEO, карта сайта, оптимизация Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 2.3.0.2.4 2.3 2.2 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 Не проверялось Обращение к серверу разработчика Нет  

14 Завантажити / Придбати розширення OCCleaner - очистка и оптимизация Описание OCCleaner - Это профессиональный инструмент очистки и оптимизации. С его помощью Вы сможете ускорить работу и повысить безопасность Вашего магазина OpenCart! DEMO Панель администратора: demo/demo | Перейти Совместимость с OpenCart и OCStore 2.2.0.0, 2.3.0.x, 3.0.x.x Локализации Русский, Английский Основные возможности - Очистка системного мусора и временных файлов; - Поиск и удаление ненужных изображений (умный алгоритм анализа базы данных и файлов OpenCart); - Очистка файловой системы от мусора и остаточных файлов; - Оптимизация и очистка базы данных; - Полный анализ в один клик; - Максимальное предоставление информации об обнаруженных объектах; - Предоставление инструментов безопасности административной панели; - Интуитивно понятный и простой интерфейс; - Работает с помощью ajax, без перезагрузки страницы; Очистка файловой системы - Очистка системного кэша - Очистка кэша изображений - Очистка кэша VQMOD - Очистка файлов журналов - Поиск и удаление неиспользуемых изображений - Поиск и удаление пустых папок - Поиск и удаление неиспользуемых локализаций (языковые файлы) Оптимизация базы данных - Поиск и удаление неиспользуемых опций - Поиск и удаление неиспользуемых атрибутов - Поиск и удаление пустых групп атрибутов - Поиск и удаление пустых категорий - Поиск и удаление товаров без изображений - Поиск и удаление просроченных сессий Безопасность 1. Секретная ссылка Доступ в административную панель только по секретной ссылке. Пример: http://suite.ru/admin/?key=value. Все остальные получат ошибку - 404 (страница не существует). 2. Блокировка по IP Доступ в административную панель только с указанных IP адресов. Все остальные получат ошибку - 403 (Доступ запрещён). 3. Google Recaptcha v.2 Защита страницы входа от перебора паролей. В отличии от бесплатных аналогов yе требует дополнительной настройки отдельного модуля Google ReCaptcha и не допускает валидации логина и пароля, пока проверка ReCaptcha не будет пройдена. Установка, обновление, активация Подробная инструкция по установке, обновлению и активации находится в архиве модуля! Системные требования - PHP: >= 5.6. - Модуль PHP: php_fileinfo. - Любой современный браузер с поддержкой ECMAScript5 и выше. Если у Вашего хостинг-провайдера сильные ограничения по использованию памяти или времени выполнения PHP скрипта, функция поиска неиспользуемых изображений может не работать! Лицензия - Лицензия на модуль распространяется на 1 домен + 1 поддомен бесплатно. - Вы не можете продавать или перепродавать этот модуль без письменного разрешения от автора (TimRod). - Вы не можете давать в качестве подарка или распространять этот модуль без письменного разрешения от автора (TimRod). - Вы не можете представлять этот модуль как ваш собственный. Пожалуйста уважайте время и труд, которое автор потратил на создание этого модуля. - Вы не можете удалять копирайт из файлов модуля от автора (TimRod). - Активация происходит только теми способами, которые указаны в инструкции. Обратная связь Если у Вас появился вопрос, предложение по расширению функционала или Вы нашли ошибку, пишите через систему личных сообщений. Автор TimRod долучення 27.08.19 Категорія Модули Системные требования PHP: >= 5.6, Модуль PHP: php_fileinfo, Любой современный браузер с поддержкой ECMAScript5 и выше. Метод активации По запросу в ЛС По запросу на почту Ioncube Loader Нет ocStore 3.0 2.3 2.2 OpenCart.Pro, ocShop Opencart.pro 2.3 Звернення до сервера розробника Нет  

Наверное то, о чём я хочу рассказать для многих не будет новостью, но я столкнулся с подобным впервые и решил поделиться. Надеюсь эта заметка кому-то сохранит нервные клетки. Пришла ко мне совершенно обычная задача, которую я делал десятки раз - адаптировать некий модуль под шаблон. А если быть точнее, то адаптация уже имелась (к более старой версии шаблона), нужно было разобраться почему не работает на актуальной версии и поправить. Первый тревожный звоночек был после того обнаружилось что обновления модификаций не применяются. Заметил я это не сразу, и очень удивился, когда увидел во фронте код вообще какой-то старой версии адаптируемого модуля, хотя в папке модификаций всё было нормально. Дальше классика жанра - обновить модификации еще пару раз, очистить кеш из админки, проверить редактор шаблонов, поискать всем известные модули "ускорители" и тд и тп. Все эти манипуляции ничего не дали. Пошел в папку /storage/cache/ и обнаружил там странную папку /home/ которая не типична ни для опенкарта, ни для модулей "оптимизаторов" которые мне знакомы. Это был второй тревожный звоночек. "Пхаха, наверное это новая фича - оптимизация на стороне хостинга" посмеявшись подумал я, снёс весь кеш руками, всё заработало. Всё было нормально, работу доделал и сдал. Через день клиент возвращается с очень странными симптомами. "Вот в этом товаре не работает это", "а вот в этом это", "а вот там в каталоге это", "а в быстром просмотре вот этого товара это". Убедившись что это и правда так я слегка прих**л. Заметил что в некоторых редких ситуациях при определённых действиях js код выпадал в Uncaught TypeError, но не в модуле с которым работал, а в разных местах. Я снова прошерстил установленные модули, модификаторы, посмотрел системные модификаторы, пробежался по файлам и проверил не редактировали ли некоторые системные файлы. Но сайт выглядел достаточно адекватным (что в нашем мире встречается редко). Изучив более детально я понял что всё-таки есть "нечто" которое делает плохие вещи, очень плохие вещи. Например я обнаружил что инлайн скрипты минифицируются, а некоторые вообще исчезают, в том числе системные опенкартовские! И происходит это в разных ситуациях по разному, в одних товарах есть скрипт нужного мне модуля, а в других его просто нет, хотя в кеше модификаций всё есть и никаких условий "отображать только если" - там нет. Я просто опешил от такой наглости и идиотизма. Грешным делом я стал ругаться на новую версию шаблона, хоть работал с ним раньше, и претензий не имел. Но ни в настройках, ни в демо шаблона я не увидел пунктов "сверхоптимизации быстродействия", все оптимизации были адекватными, в html коде демо-версии ничего из инлайна не минифицировалось и не вырезалось. В общем текста на эмоциях написал больше чем планировал, надо закругляться. Выбил я у клиента доступ к панели управления хоста. Хостом оказался таймвеб. Перерыл панель вдоль и поперёк и нашел это чудо: Таймвеб, вы серьёзно?! Вы ЭТО еще и продаёте?

99 Скачать / Купить дополнение Hi-Optimizer for Opencart - интеллектуальный оптимизатор сайта для повышения скорости загрузки страниц и оценки pagespeed google Максимальное ускорение вашего сайта. Бесплатное апробирование до 7 дней при получении тестового ключа по договоренности с автором. Подчеркну, что по договоренности, а не на безусловной основе, т.е. при наличии возможности, целесообразности и на условиях автора. При этом (для теста) автор также бесплатно может установить и настроить модуль Hi-Optimizer. Для тех, кто не вполне понимает, что такое договоренность: Сейчас из-за нехватки времени нет возможности предоставлять бесплатную настройку, эта бесплатная опция была раньше. Совместим с opencart 1.5, 2.*.*, 3.0.* Совместим с opencart (ocstore) 1.5 также. Модуль оптимизации hi-optimizer не влияет непосредственно на оценку гугла в https://developers.google.com/speed/pagespeed/insights/ Но влияет на нее косвенно. Конечная оценка гугла не является мерилом функционирования модуля. Модуль оптимизации hi-optimizer позволяет использовать определенные методы оптимизации с целью выполнения рекомендаций гугла по оптимизации. Т.е., например "объединение, минификация CSS" - это вполне конкретный функционал модуля hi-optimizer. Но совершенно другой вопрос - насколько в баллах это позволит поднять оценку гугла, тут невозможно дать однозначный ответ для любых сайтов. Выполнение различных приемов оптимизации влияет на скорость загрузки страниц сайта и косвенно влияет на оценку скорости гуглом. Но степень повышения данной оценки и/или индивидуальные ожидания заказчика, выраженные в цифрах желаемой оценки - не являются критерием работоспособности модуля hi-optimizer. Полезность модуля hi-optimizer заказчик в каждой конкретной ситуации оценивает самостоятельно исходя из собственных представлениях о полезности, но это не является критерием работоспособности модуля. Чтобы не было недоразумений рекомендуется всегда делать предварительный анализ сайта и воспользоваться тестовым периодом для оценки пользы от оптимизации. Позволяет оптимизировать с целью максимального увеличения скорости загрузки страниц (не обязательно, что все приемы будут полезны на любом конкретном сайте и будут работать все вместе и в любой комбинации): стили (CSS) скрипты (JavaScript) - группирование в конце HTML и пр. объединение, минификация CSS и т.п. откладывание выполнения JavaScript с малым приоритетом возможность асинхронной загрузки как определенных CSS, так и JavaScript оптимизация всевозможных метрик (Яндекс и др.), аналитик (Гугл, Фейсбук и др.)[с определенной осторожностью и по желанию, не является обязательным] оптимизация всевозможных виджетов (Яндекс, Фейсбук, В Контакте и др. ) виджеты могут загружаться при попадении их в зону просмотра (lazy load для виджетов) оптимизация всевозможных чатов (Jivosite, Яндекс и т.д) оптимизация карт Гугла и Яндекса (загружаются при попадении в зону видимости - lazy load для карт), и др. карт оптимизация загрузки фреймов (iframe) оптимизация видео-вставок Ютюб, youtube.com оптимизация загрузки и отображения шрифтов, причем, как из внешних источников, так и из CSS, загружаемых с вашего сайта отслеживание дублей CSS, JS и, соответственно, предотвращение их повторной загрузки оптимизация загрузки всевозможных Lightbox (magnific-popup, colorbox, fancybox) Основную работу по оптимизации модуль Hi-Optimizer способен выполнить самостоятельно в автоматическом режиме. Также можно в ручном режиме помечать любые скрипты, которым имеет смысл назначить низкий приоритет загрузки и выполнения. Такие скрипты будут выполняться только после загрузки страницы и ее важных компонентов. Модуль Hi-Optimizer не является панацеей для всех случаев. Бывают крайне неудачно сделанные сайты (соответственно с оценкой гугла близкой к нулю), которые без серьезной переделки невозможно оптимизировать, а это только ручная работа с версткой, кодом и т.д. Предлагаю сперва (до заказа услуги или покупки модуля) консультироваться с исполнителем и делать предварительный анализ и прогноз на предмет возможной успешной оптимизации конкретного сайта. На результат могут отрицательно влиять ошибки в коде HTML, CSS, JS, имеются ввиду грубые ошибки (непарность парных тегов, незакрытые кавычки, скобки, любые синтаксические ошибки и т.п.). Изначально предполагается, что HTML на странице не содержит грубых ошибок, в противном случае возможна некорректная работа hi-optimizer на таких страницах, тестирование hi-optimizer не проводилось на страницах, содержащих грубые ошибки HTML (синтаксические и иные), соответственно автор не несет никакой ответственности за корректную работу таких страниц. Проверяйте страницы (файлы стилей в том числе) на наличие грубых ошибок через валидатор: https://validator.w3.org/ Могут быть такие ошибки: Важное замечание для потенциальных заказчиков: Hi-Optimizer предназначен для выполнения конкретных рекомендаций гугла, т.е. когда гугл указывает достаточно точно проблемное место. Hi-Optimizer НЕ ПОМОЖЕТ в случае если есть только общие и/или абстрактные рекомендации гугла вида: минимизируйте работу в основном потоке, постарайтесь уменьшить количество запросов и размеры передаваемых данных. и т.п. Подобные рекомендации относятся ко всему сайту в целом и гугл просто показывает общий размер данных, общее кол-во запросов и т.д. и т.п. Совсем другое дело, когда гугл дает конкретные рекомендации с указанием проблемного места (конкретного скрипта JS, конкретного файла стилей CSS). Примеры ниже. Здесь гугл говорит про вполне конкретный код, который блокирует основной поток, и гугл указывает на вполне конкретные файлы JS, CSS, которые вызывают блокировку. В данном случае есть с чем работать, т.е. с конкретными файлами. Можно выполнить отложенную загрузку таких скриптов чтобы исключить блокировку основного потока. Т.е. мы можем выполнить вполне конкретные действия с вполне конкретными скриптами с помощью Hi-Optimizer. Любой ли сторонний код можно оптимизировать? Не любой и не всегда. Во-первых, предполагается, что сторонний код - это код, от которого не зависит работа самого опенкарт, в таком случае такой сторонний код может быть оптимизирован за счет, например, отложенной загрузки. Но если вы загружаете "сторонний код" (с другого сайта/домена) вроде jquery-3.4.1.min.js, то от этого кода зависит работа самого опенкарт и такой код обычно загружается не со "стороны", а с того же домена, на котором у вас работает сайт. В приведенном примере "сторонний код" jquery-3.4.1.min.js невозможно рассматривать как независимый, а потому невозможно использовать к нему прием оптимизации "отложенная загрузка". Вот код Jivochat - это пример независимого кода (от него работа самого опенкарт никак не зависит, т.е. опенкарт будет работать и без него). Независимый код (Jivochat как пример) может быть успешно оптимизирован. Любой код JavaScript, который необходим для работы опенекарт можно загружать со сторонних ресурсов, но это не означает, что такой "сторонний код" можно обязательно оптимизировать средствами модуля, т.к. "сторонним" он стал формально, но не стал при этом независимым (необязательным) кодом. Т.е. важное условие - это независимость работы опенкарт от стороннего JavaScript, тогда есть возможность его оптимизации. Например, опенкарт будет работать как с загруженным кодом Jivochat , так и без него - это и есть независимость кода. На скриншоте ниже пример независимого стороннего кода, который поддается оптимизации. Под спойлером пример кода, который необходим для работы опенкарт. Нет возможности его отложить, т.е. оптимизировать. Еще пример. Гугл предлагает оптимизировать отображение текста и сделать оптимизацию шрифтов. При этом гугл указывает вполне конкретные шрифты, которые могут быть оптимизированы. Это вполне конкретная рекомендация с вполне конкретным руководством к действию, а не общие слова. Если вы не вполне понимаете есть ли для вашего сайта конкретные рекомендации гугла, которые можно выполнить с помощью Hi-Optimizer, то, пожалуйста, напишите разработчику прежде чем покупать Hi-Optimizer. Если же вы видите только рекомендации гугла в стиле "улучшайте ваш сайт", то от таких советов нет никакой практической пользы. Ниже еще пример бесполезной рекомендации гугла насчет уменьшения кол-ва узлов DOM. Во-первых, невозможно уменьшить кол-во узлов DOM без серьезной переделки сайта, включая его верстку, изменение кол-ва модулей на странице и т.д. и т.п. Все это не входит в возможности Hi-Optimizer, т.к. задача кардинальной переделки, включая визуальные изменения, сайта не стоит. Во-вторых, на приведенном скриншоте узлов всего 1530, при том, что гугл рекомендует использовать на странице до 1500 узлов, т.е. это практически норма. Т.е. иногда гугл дает бесполезные советы в стиле что-то изменить и получить выигрыш в 1%. Еще раз повторяю. Если вы не видите кроме общих рекомендаций гугла ничего, то чуда в улучшении оценки гугла не случится. В данном случае гугл сам не знает за счет чего же можно ускорить ваш сайт. Чуда не случится. Не стоит в таком случае говорить, что модуль якобы не работает. Просто модуль умеет делать вполне конкретные и определенные действия, при этом вы сами определяете, что именно будет делать модуль Hi-Optimizer. Например, модуль умеет с вашим указанием откладывать второстепенные скрипты чтобы они не мешали работе основного потока. Но если нет ни одного второстепенного скрипта, т.е. вы не смогли указать такой скрипт, то и нет объекта, к которому можно было бы применить оптимизацию за счет отложенного выполнения. Ниже на скриншоте пример общих рекомендаций гугла, которые будут бесполезны для оптимизации сайта за счет Hi-Optimizer. Тут больше рекомендаций для настройки сервера (включить сжатие текста, настроить кеширование для браузера), и эти рекомендации вполне конкретны, т.е. их можно выполнить, но к Hi-Optimizer они не относятся. Выполненные хотя бы частично (полностью все выполнить невозможно в принципе) рекомендации гугла могут считаются критерием для успешной работы Hi-Optimizer. Конечный результат сильно зависит от индивидуальных особенностей сайта, в первую очередь - от примененного шаблона. Хотя бы одна успешно выполненная рекомендация говорит о том, что hi-optimizer выполняет свою задачу. В качестве примера показана рекомендация гугла "настройте показ всего текста во время загрузки веб-шрифтов", которая выполнена за счет hi-optimizer-а, насколько баллов это повлияет в конечном итоге сложно дать однозначный ответ, но наличие объективного факта оптимизации шрифтов можно проконтролировать, именно этот факт говорит о том, что модуль hi-optimizer выполняет свои функции. В случае сомнений полезности оптимизации на вашем сайте лучше всего воспользоваться триальным (тестовым) вариантом использования hi-optimizer-а до его покупки. Возможно, что еще на этапе анализа сайта будет понятно насколько перспективной (или нет ) может быть оптимизация. В случае негативного прогноза нет смысла в тестовом периоде. Наличие множества опций настройки в hi-optimizer не означает, что на любом сайте их можно и/или нужно использовать все и в любой комбинации. Для разных сайтов оптимальные и работоспособные комбинации могут сильно различаться. Автор данного программного решения не может брать на себя обязательств, что на вашем конкретном сайте в любом случае можно непременно достичь оценки гугла в 90+ баллов только лишь за счет применения программного решения "Hi-Optimizer". Оптимизатор Hi-Optimizer в первую очередь позволяет выполнять многие рекомендации гугла в плане оптимизации, например, позволяет снимать блокировку основного потока (сторонними скриптами) полностью (или, как миниум, существенно уменьшать ее). Под спойлером подробнее о том какими средствами объективного контроля (от гугла) можно оценить как Hi-Optimizer выполняет оптимизацию по конкретным рекомендациям гугла. Какие шаблоны из известных являются сложными для оптимизации? Есть несколько автоматических режимов оптимизации JavaScript , начиная с режима банального группирования скриптов в конце HTML, а также есть несколько режимов продвинутой оптимизации JavaScript. Модуль Hi-Optimizer использует продвинутые современные технологии распараллеливания загрузки скриптов и одновременного выполнения построения страницы, используются где необходимо асинхронная загрузка скриптов, отложенная загрузкаи и комбинация этих способов с синхронной загрузкой и выполнением. В модуле есть встроенный анализатор исходного кода страниц, который позволяет в ручном режиме визуально находить участки кода, которые требуют оптимизации. Такой анализатор непрерывно развивается и служит большим подспорьем для нахождения проблемных мест в коде HTML. За счет использовния модуля Hi-Optimizer будут выполнены максимально насколько возможно рекомендации Гугла (https://developers.google.com/speed/pagespeed/insights/). Это способствует существенному поднятию оценки Гугла и реальному ускорению. В настоящее время модуль Hi-Optimizer работает на самых разных сайтах ( примерное количество: 50+) на движке Opencart (OcStore) версий 1.5, 2.*, 3.0 Модуль Hi-Optimizer не занимается кешированием (ускорением) медленно работающих скриптов php на вашем сервере (хостинге), не ускоряет работу вашей базы данных и т.п. Это сугубо серверные задачи, для которых модуль не предназначен. Перед модулем нет задачи улучшить отклик сервера, данный параметр гугл называет Reduce server response times (TTFB) . Пример (это страница БЕЗ оптимизации): https://hi-optimizer.sitecreator.pro/home00.html Тут полный порядок с откликом сервера, в этом плане страница очень быстрая. Вообще в плане серверной оптимизации все идеально, и на сервере улучшать нечего. Но кроме работы программ на сервере есть работа программ на устройстве пользователя, т.е. на его смартфоне (в его браузере), на его компьютере, планшете и т.п. И вот работа этих программ оказывается в данном примере Не оптимизирована. Но гугл считает, что скорость этой страницы очень низкая и оценивает ее лишь в 24 балла. Это как раз говорит о том насколько важна не только (и часто не столько ) скорость отклика сервера, а скорость работы страницы сайта в браузере пользователя. В приведенной выше ссылке скорость отклика сервера очень хорошая, но общая скорость по замерам гугла оказывается очень низкой до оптимизации. Модуль Hi-Optimizer как раз и призван решить проблемы на стороне клиента, т.е. оптимизировать выполнение программ на устройстве конечного пользователя. Оптимизирует практически все, что загружается, работает и "крутится" в браузере пользователя. Особый упор сделан на оптимизацию работы программ (скриптов JS) на смартфонах. Всевозможные минификации в данном случае играют лишь слабую второстепенную роль в оптимизации. Так, например, оптимизация загрузки и отображения различных шрифтов вносит гораздо более весомый вклад чем пресловутая минификация HTML или CSS. С учетом того, что на любом хостинге используется сжатие gzip для HTML, CSS, JS, то минификация играет крайне слабую роль в оптимизации, а гугл очень слабо оценивает минификацию (если вообще оценивает). Т.е. сейчас для оценки скорости загрузки страницы важны совсем другие факторы нежели минификация HTML. Поэтому в данном модуле вы не увидите минификацию HTML (по сути это бесполезная функция). Гораздо важнее скорость анализа CSS, выполнения JS и собственно рендеринг страницы. Если большой вес изображений, то будет также полезна оптимизация изображений (как их веса, таки и загрузки - lazy load). Демо-сайт: https://hi-optimizer.sitecreator.pro админка (переходить строго по ссылке, доступ к другим настройкам в админке запрещен): https://hi-optimizer.sitecreator.pro/admin/index.php?route=extension/module/hi_optimizer hioptimizer hioptimizer Оценка сайта гуглом https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fhi-optimizer.sitecreator.pro%2F Эта же страница ДО оптимизации (ее оценка ДО оптимизации 27 баллов для мобильных): код на 100% совпадает с кодом главной страницы https://hi-optimizer.sitecreator.pro/ ДО оптимизации. https://hi-optimizer.sitecreator.pro/home00.html ссылка для проверки в гугле: https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fhi-optimizer.sitecreator.pro%2Fhome00.html&tab=mobile Часть список из нескольких десятков сайтов, на которых работает Hi-Optimizer: Можно по комментарию в исходном коде HTML увидеть, что работает Hi-Optimizer, а также получить дополнительную информацию (такую как потраченное время на оптимизацию страницы). Добавил sitecreator Добавлено 10.04.2020 Категория Кэширование, сжатие, ускорение Системные требования php 5.6 - 7.4, Ioncube Loader версии не ниже 10+ Метод активации По запросу в ЛС По запросу на почту Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 2.2 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 Обращение к серверу разработчика Нет

Уважаемые, кто-нибудь имел или имеет дело с картинками товаров (и не только) формат webp? С файл менеджером разобрался. Могу загрузить на сервер картинку в этом формате. Но оно не отображается в админке и на сайте. Использую и хром и оперу. Полагаю, нужно править что-то в system/library/image.php и не только там. Кто поможет, кто подскажет? пишет изображение не может быть загружено (выведено на экран)

20 Скачать / Купить дополнение Turbo | Ускоритель Opencart 2.x | HHTPS FIX | VievedMod | V1.1 У вас тормозит магазин? Ваш хостинг гневно шлет письма о превышении нагрузки? Клиенты уходят так и не дождавшись загрузки страницы? Turbo - решит все ваши проблемы в 99% случаев*. Пока что Turbo работает только для версий 2.0.x 2.1.x для версий 1.5.x используйте Turbocache в связке с этим решением Модуль основан на популярном модуле Turbocache а также на opensource решении от budgetneon. Также он использована библиотека MobileDetect Что делает этот модуль и для чего он нужен? Кеширует все повторяющиеся ресурсоемкие элементы системы ( как то верхнее меню, модуль категорий и все стандартные модули) а после этого сохраняет в кеш целиком всю страницу магазина и при повторном обращении по этому адресу, выдает заранее сохраненный контекст. Благодаря чему существенно снижается нагрузка на сервер и увеличивается скорость повторной загрузки страниц для новых посетителей. Демо на реальном магазине: st-sklad.ru Положительные отзывы: ---------------------------------------------------------------------- Огромное спасибо автору, кто еще не уверен скажу , модуль стоит на рабочем проекте, работает шикарно, лучше не бывает, так же пользовался модулем нитро пак и скажу глюков в нем и правда куча, мне в нем нравиться только сжатие картинок , там есть функция, указываешь папку и он сжимает, но база данных там увеличивается на 100% у меня база огромная из за того, что товара 25000 шт, с нитро она нереально огромная. Данный модуль отрабатывает шикарно и без ошибок, ну и поддержка русскоязычная, а это несомненный плюс, Итог модуль стоит своих денег хоть я и клянчил скидку, но и без данной скидки модуль стоит намного больше указанной суммы. ---------------------------------------------------------------------- Отрицательные отзывы: ---------------------------------------------------------------------- Пока нет.... ---------------------------------------------------------------------- Т.е если к вам зашел посетитель на одну страницу и увидел меню магазина, то для всех остальных посетителей, меню уже не будет формироваться запросами в базу данных и оказывать нагрузку на сервер, а загрузится в виде готового набора данных. Это позволяет значительно снизить нагрузку на базу данных на всех первичных генерациях страниц. После этого. Если страница была просмотрена одним пользователем, для вех остальных она уже будет готовая взята из кеша и выведена в браузер, практически без обращения в базу данных. Т.е. дополнение использует двухуровневое кеширование данных, что позволяет высвободить до 90% вычислительных ресурсов сервера. Данное решение является уникальной разработкой команды Opencart.Pro и не реализовано до сих пор ни в одном из модулей оптимизации Opencart. Даже на пустом магазине дополнение показывает прирост производительности в 15 раз http://turbo.opencart.pro/turbo_screen.png Особенности дополнения. Поддержка: - Мультимагазин - Мултивалюты - Мультиязчыность - Несколько групп пользователей - HTTPS протокола - Возможности корректной работы по обеим протоколам!!! v. 1.0 -Полноценное сохранение всех серверных заголовков. -Возможность из админки добавить исключения для запрета кеширования любых контроллеров. -Возможность из админки задать время жизни кеша. -Облегченный алгоритм очистки "протухших файлов". Старые файлы проверяются не при каждой загрузке магазина а раз в час. v 1.1 -Добавлен модуль просмотренных товаров, работающий независимо от включенного глобального кеша. -Добавлен модификатор, исправляющий некорректное кеширование системных файлов, и формирование ссылок домена, при работе с обеими протоколами. -Для модуля просмотренных товаров - уже есть тплки для шаблона Coloring -Добавлена кнопка очистить кеш в админке -Масса мелких багфиксов И самое главное дружит с шаблонами, которые отдают разный контент под разные устройста (типа Journal) а не используют адаптивную верстку. Установка дополнения: 1. скопировать файлы из папки UPLOAD в корневую директорию вашего магазина. 2. задать права 777 для папки system/storage/turbocache. 3. Добавить в index.php в корневой папке вашего магазина после строки. $registry->set('cart', new Cart($registry)); вот такие строки: // Turbo require_once(DIR_SYSTEM . 'turbo/turbo.php'); GLOBAL $turbo; $turbo = new Turbo($registry); 4. Обновить кеш модификаторов в административной части вашего магазина. 5. Запросить лицензионный ключ личным сообщением на торговой платформе у продавца дополнения, либо запросом на почту [email protected], указав номер покупки, ваш ник и домен магазина. 6. Активировать дополнение в настройках модулей административной части вашего магазина. 7. Установить необходимые вам настройки и ввести код лицензии во вкладке лицензия. 8. Если вы используете HTTPS протокол. Загрузите из папки https_fix модификатор. Обновите кеш модификаторов и удалите системный кеш. Дополнительные фунции: Дополнение умеет изменять размер сжатия Jpg и Png изображений (пока эта возможность находится в экспериментальном режиме. В дальнейшем в дополнении могут появится дополнительные возможности для оптимизации оценки GooglePageSpeed). Часто задаваемые вопросы: DEMO => TURBO.OPENCART.PRO Установка и настройка модуля на магазине клиента + 100% от стоимости модуля. При обновлении на версию 1.1 внимательно прочтите инструкцию. Не рекомендуется к использованию с темой Journal. Если после установки модуля нагрузка на вашу систему не снизилась, а быстро стали работать только закешированные страницы, то скорее всего у вас косячные сторонние модули, либо не правильная конфигурация серверного окружения. С такими пациентами - пишите в личку. Ручная оптимизация больших магазинов и тонкая настройка серверов - под ключ. *Для чистого магазина на Opencart 2.x при условии отсутствия сторонних дополнений, существенно потребляющих ресурсы сервера. Добавил snastik Добавлено 04.04.2016 Категория Кэширование, сжатие, ускорение Системные требования Opencart версий 2.0 - 2.1.xIoncubeLoader с поддержкой Ioncube V9.0<PHP 5.3Внимание. Дополнение не будет корректно работать с переименованной папкой администратора. Метод активации Без активации Ioncube Loader Нет ocStore 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет

Скачать / Купить дополнение OptiPic оптимизация изображений и конвертация в WebP Умная оптимизация изображений и конвертация в WebP на лету через OptiPic CDN. Что делает OptiPic CDN при попытке запросить у него изображение: Возвращает версию изображения WebP, если браузер поддерживает формат WebP. Возвращает сжатую / оптимизированную версию без webp, если браузер не поддерживает WebP. Делает изображение оптимизированным под мобильный экран, если изображение открывается с мобильного. Кеширует и ускоряет загрузку, снижая нагрузку с вашего хостинга. Преобразование в Webp и сжатие изображений происходит в фоновом режиме и не замедляет открытие изображений в браузере. Если оптимизированная версия еще не готова на момент запроса изображения, исходная версия возвращается без какой-либо обработки. Зачем нужна оптимизация изображений на сайте: Ускорение сайта. Улучшение SEO. Повышение конверсии. Повышение показателей Google Pagespeed Insights. Почему оптимизация изображений ускоряет работу вашего сайта? Бесплатная поддержка и помощь по установке Есть вопросы? Здесь вы можете получить бесплатную поддержку и бесплатную помощь в настройке модуля. Для получения дополнительной информации посетите официальный сайт OptiPic CDN. Видео-инструкция по настройке модуля в админке OpenCart: https://youtu.be/q4E2PGdF5Jw Добавил optipic Добавлено 19.03.2021 Категория Кэширование, сжатие, ускорение Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 3.0 2.3.0.2.4 2.3 2.2 2.1 OpenCart.Pro, ocShop Обращение к серверу разработчика Нет  

Всем привет. Что можете сказать насчет данного механизма кэширования https://yandex.ru/dev/conversion/sitespeed/ ? Это кэширование только при открытии через яндекс браузер или приложение яндекса будет работать, или на всех остальных платформах и браузерах тоже? Если на остальных тоже, то не будет ли медленнее сайт загружаться на других платформах и в браузерах из-за кэширования от Яндекса?

После предыдущего поста, меня закидали тапками, мол ты же сам имеешь отношение к turbo модулю. И бла бла бла.. А вот все остальное поливаешь грязью. И так далее. Мол кто-то где-то мздит. Давайте расставим все точки над i. Турбо разрабатывался в формате решения вопросов с дефолтным опенкарт и на момент его создания решал очень много вопросов. Сегодня, с появлением быстрых хостингов, с тем, что разрабы стали меньше тупить, возможно делать на холодную быстрые магазины, которые в целом не намного медленнее работают без каких-бы то не было глобальных кешей html-контента. Вот например ответ сервера у хорошего магаза, у которого все страницы работают быстрее чем 99% покупателей джект кеша. Чем меньше у нас кешей -тем более актуальные данные. Чем более актуальные данные - тем лучше мы торгуем. Но... есть два момента, давайте разберем каждый отдельно Требования google pagespeed. Уже с год, гугл поменял алгоритм оценки качества страниц, и вес оценки времени генерации страниц несколько нивелировался, и начали учитываться такие факторы, как-то количество внешних скриптов, размер контента на странице, количество элементов DOM и вот это все что вы видите в результатах оценки на странице pageSpeedInsights. Есть у нас известные в узких кругах фантастичесие бизнесмены от бога, которые решили, что они ща вот напишут скрипты автоматизации, обьединения, сжатия, откладывания загрузки контента на странице и заработают свой первый ярд. Ну и да.. Показывают клиенту богатую зеленую пузомерку в pagespeed, а то что весь контент развален, аналитикс и метрика работают как попало, пользовательские метрики через одно место. Их не волнует - главное что вы им заплатили за их уникальные поделки, и вам показали красивую картинку. С таким же успехом, можно каждому сделать вот так, как у господина @spectre и начать лечить геморрой огурцом! https://developers.google.com/speed/pagespeed/insights/?hl=ru&url=https%3A%2F%2Ffreelancer.od.ua%2F А еще специалисты делают инлайн скриптов-стилей в тело HTML, я своими глазами видел 5Мегбайт код HTML на странице! 5 Мегайбайт КЭП! А еще, рассказывают с пеной у рта, что изображения webp ничего не дают. Ну да ну да. Экономия в 30-40% на статике - ничего не дает! А еще вставляют пауков, которые обходят в фоне страницы сайта генерируют кеш(ага ага, на какие нить 20 000 страниц, сутки ходим), все уже десять раз протухло. Воруют друг у друга решения (типа как маркукша у ситикриатора webp компрессор). И бесконечно несут какую-то дичь. Лишь бы с очередной жертвы маркетинга купить себе бутлочку коньяка. К сожалению это данность и эксперность нашего сообщества хоть и растет по чуть-чуть, но все еще находится в зачаточном состоянии. Но есть новая надежда, что таки когда пейсателей идиотики будут закидывать мокрыми тряпочками, они будут внимательнее в своих решениях. Так что к сожалению или к счастью для избранных, автоматизация повышения качества страниц для оценки GooglePageSpeed - это миф из Нью Васюков. А вот второй процесс, от которого есть действительно толк называется: Большие магазины и сглаживание пиковой нагрузки. Представьте себе, у вас 20-30 к посетителей в день. В пик к веб-серверу приходит несколько десятков запросов в секунду на генерацию динамического контента. И у вас может быть мега быстрый сайт, но для того чтобы такое держать стабильно - необходим запас мощности и быстрый сервер и это дорого. Представьте, что у вас основной трафик идет на 10-15 страниц от всего сайта. И вот для того чтобы не тратить лишние деньги на серванты, мы совершенно спокойно, можем приземлить весь активнй трафик на готовые закешированные HTML страницы и надолго отсрочить миграцию на более жирные ресурсы. И вот в таком случае. Нормальный html full кеш мастхев. И только в таком случае!!! Во всех остальных стоит озаботиться сперва быстрой генерацией на холодную! Потому что краулинговый бюджет, быстродействие для залогиненных пользователей и вот это вот все! Но как правило если у вас магазин на холодную туп, хоть десять кешей поставьте, когда появляется активная пользовательская сессия (например добавленный товар в корзину) золушка превращается в тыкву, и если магаз тупой - он сразу становится тупой. И ваш покупатель остается один на один с белым экраном. Так что господа, пользуйте нормальные хостинги, не покупайте кривые хламушники 9999 в 1, и да пребудет с вами трафик и бабло! p.s. И да.. Господа писатели кешеров. Если вы захотите тут похоливарить, и рассказать что я в очередной раз несу бред. Я готов обсудить... Если вы мне покажите хоть кто-то, подобную динамику роста трафика от ваших решений:

900 Скачать / Купить дополнение Оптимизация и ускорение сайта для максимального повышения оценки pagespeed Гугла УСЛУГА (работа): Оптимизация сайта на опенкарт 1.5, 2.1, 2.3 и 3.0 Необходимо заранее до оплаты услуги обговаривать с исполнителем все нюансы предстоящей работы по оптимизации. Без предварительного анализа вашего сайта не стоит делать оплату. Если нужен бюджетный вариант оптимизации, то можете приобрести модуль оптимизации hi-optimizer с установкой и настройкой Добавил sitecreator Добавлено 17.04.2020 Категория Услуги  

Яндекс Вебмастер пишет, что при обращении к серверу среднее время ответа превышает 3 секунды. Долгая загрузка страниц затрудняет работу с сайтом. Поэтому нужно ускорить загрузку страниц интернет-магазина. Сейчас в каталоге 44 000 товаров.

80 Завантажити / Придбати розширення Оптимизация для максимальной оценки PageSpeed от Google Проверенные шаблоны: default, disco, unishop 1 и 2, ultrastore, revolution, moneymaker2, aurus, Простор Делаю всё тоже самое, что и здесь. +Никаких копирайтов на вашем сайте со стороны клиентской части; +Установка и настройка модулей: модуль кэширования; генерация webp изображений (если сервер поддерживает); убирание циклических ссылок; отключение ненужных контроллеров по роуту; +Доступ к обновлениям модулей описанных выше. Оптимизация отклика сервера и скорости генерации сервером страниц (отдаваемый HTML) не входит в данную услугу. По оптимизации серверной части обратитесь к @snastik. УСЛОВИЯ СОГЛАШЕНИЯ На вашем сайте не должно быть ошибок в php и js коде (устраняются за отдельную плату); Отклик сервера и обработка php кода должно отрабатывать не дольше 0.8 секунды (за плохой отклик сервера Гугл снимает 15-20 баллов, а значит гарантировать не могу оценку 90 без кэша); После сдачи работы претензии и вопросы не предъявляются исполнителю; Если результат оценки не будет достигнут 80+ на всех страницах (имеющий шаблон и количество товара не больше 50шт.), будут возвращены деньги без комиссии данной площадки (-30%) и восстановлен сайт в исходное состояние (по желанию клиента). Автор buslikdrev долучення 28.04.20 Категорія Услуги  

Регулярно я вижу это сообщение. "настройте мне сервер, чтобы у меня работали 100 000 товаров на моем неплохом впс сервере". Ну вроде там как бы логично. Хостер заявляет про классные сервера, а фрилансер, который сделал магазин - говорит иди к йоде - он тебе сделает настройку сервера и все полетит задышит. Так вот друзья. Не бывает настроек сервера, которые позволят мертвому магазину, тащить сотню тысяч товаров на ура.. Потому что максимум, что мы можем сделать на сервере, настроить затюнить опкеш, махнуть файловый кеш на хранилище в памяти (не всегда актуально на быстрых впс с NVME), сделать несколько тюнячек для mysql сервера и воткнуть nginx + php-fpm вместо тупорылого апача (не берем во внимание кастомные решения в виде полного нативного кеширования html средствами Nginx, но это опять же кеширование). Там где у вас есть пару сотен онлайна одновременно, там вот есть настройки сервера. Лимиты, максимальное количество коннектов, воркеры nginx, процесс php-fpm. Но в 99% случаев на магазинах где нет и тысячи живых хостов в день - это высшая ненужная кибениматика. И тут вопрос - йодман, шо за дела. Ты же там делаешь быстрые магазины и гнобишь всех разработчиков кешереов. И тут друзья реально да. Я делаю быстрые магазины и гноблю всех разработчиков кешеров, почему, потому что, магазины, которые попадают в мои заботливые руки, потом работают без кешеров, быстрее чем с ними - это раз. А два, кроме быстрой генерации страниц я умею делать и быстрый поиск, и быструю навигацию по товарам в админке и много чего еще. Но суть не в этом... Друзья, настройка сервера - это последняя линия обороны. Важная - но не первичная! Если вы хотите большой магазин на много товаров, вы должны закрыть вопросы "холодной" генерации страниц. А не закешированных версий, почему, потому что это важно для поисковых систем. Яндекс и Гугл - они ходят туда куда хотят, и если у вас страницы не было в кеше, а генерация у нее 5-8 секунд, они больше к вам не придут и страницу выбросят из индекса. Поэтому, если хотите, чтобы ваш большой магазин проиндексировался - вам надо иметь время ответа до секунды на всех страницах, чтобы поисковики не ходили мимо. Как это сделать? В интернете есть масса советов, типа... используйте индексы, используйте кеширование. Но! У нас в опенкарте, нормализованная структура данных, и не нормализованная структура значений для атрибутов. Первая ситуация ограничивает использование индексов при выборке-подсчете товаров в категориях, вторая при выборке подсчете значений фильтров. Если бы у нас был один язык, один магазин и вместо текстовых значений атрибутов была бы нормализованная индексированная таблица с набором id->value(значение атрибута), просто банальным построением индексов в базе и минимальными правками запросов мы бы получали нулевую нагрузку на выборку данных товаров из категорий. Все эти getProducts getTotalProducts - выполнялись за тысячные секунды. Равно как и подсчет атрибутов. Но нет! У нас опенкарт!. У нас есть писатели фильтров, не будем тыкать пальцем, которые умудряются в кеш укладывать десятки тысяч файлов и одно присутствие таких фильтров - это уже тупняк. Зачастую, тюнинг магазина - это разгребание авгиевых конюшен от модулепейсайтелей, а не тюнинг в привычном понимании. Что же делать? Ну нет однозначного ответа и решения. Никогда нет. Иногда бывает достаточно поменять сервер и проставить банальные индексы. Иногда поменять фильтр на Реально - это единственное решение на всем форуме, от автора, который понимает чем нормализованные данные отличаются от денормализованных, и где и какие структуры надо использовать. Несмотря на то что у меня есть масса вопросов к другим аспектам работы его решения, в целом с точки зрения производительности из коробки - это №1! Если вы думаете что MegaFilterPro, который индексирует якобы ваш каталог, и чего-то там долго думает дает производительность - не верьте. Сам по себе Mega фильтр - шикарная штука, но вот эта их индексация мертвому припарка, так как там идет попытка использваняи фулл-текст индексов, а они немного про другое, чем тот процесс, который пытаются решить с их помощью авторы! Лучше бы сегментацию по категориями сделали в выборках всех атрибутов на категорию! Если у вас нет данных и вы торгуете к примеру автозапчястями и вам нужен быстрый старт с поиском по коду детали - вы можете посмотрреть в сторону бесплатного модуля Sphinx: https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=18266 Который позволит не только выводить поисковые результаты но и весь каталог из сфинкса а не из базы. Да он не будет совместим с фильтрами и поисковые возможности самого модуля на нуле. Но это решение, которое позволит за несколько десятков долларов за внедрение, поднять практически любое количество товаров в магазине. Но как же так получается у нас запускать магазины на 2-3 миллиона товаров и что вот у них все хорошо. Ну по секрету скажу - что случайно) Так получилось, что первый человек с таким запросом - был мой хороший друг, и мы с ним начали работать в формате - ну а давай попробуем, попробовали так и сяк и эдак, стандартными методами не вышло. Те решения, которые работали на 20-30-100к товаров на миллион уже не работали, а тем более на миллион товаров в одной категории. Нам пришлось очень сильно и глубоко раскурить все загадки сфинкса, который позволяет на сегодня держать 300-500 тысяч генераций страниц в день, которые создают боты, при этом - и это важно, имея 5-кратный запас мошности и это на магазине в 2.5 миллиона товаров. Но после того как мы решили вопросы производительности фронта (категории, товары, фильтр, главная страница), возникли и иные вопросы, а именно: обновление цен, добавление новых товаров, манипуляции с заказами в админке, поиск, и так далее. Да и это получилось решить. При чем, решить таким образом, чтобы не уходить от стандартной структуры таблиц Opencart. И еще раз подчеркну... Все решения - это не настройка сервера. Это создание комплекса. Да у нас быстрый и хорошо настроенный сервер, но у нас еще более быстрый и грамотный код. У нас перестроенные запросы в админских моделях. Нам пришлось вскрывать csv import от ионкуба, для того чтобы оптимизировать глупые запросы автора. И да мы получили результат. Есть еще наверное несколько сотен проектов, которые стали быстрые посредством тех или иных решений и технологий, но я всегда стараюсь приводить в пример реальные достижения а не мелкую текучку.... Ну и с чего начал, на том и закончу - не бывает "настройки сервера" от которой ваш магазин вдруг взлетит! И не бывает модулей, которые вжунь и закроют все вопросы производительности. Бывает долгая кропотливая работа по настройке проектов. А те кто думают по другому - могу дать тестовую базу на пару лямов товаров - покажите мне как вы ее запустите на генерацию полмиллиона страниц в день! Ну и как всегда пари платное - 100 000 рублей!

Здравствуйте! Необходимо доработать загрузку сайта, что бы страницы грузились быстрее. В данный момент загрузке мешают js скрипты, всякие счетчики (метрики, гугла), дживо чат итп. Есть проблемы с фото и большим количеством запросов к БД. Это сказывается на показателях pagespeed (для мобильных 46 показывает). Нужно придумать как реально ускорить загрузку и отложить запуск js, но что бы сайт для пользователей грузился нормально. Рассмотрю любые варианты сотрудничества!

10 Скачать / Купить дополнение BOOST - ускоритель OpenCart + AJAX загрузка модулей Больше 10 тысяч загрузок модулей от sv2109! Этот модуль работает на сотнях сайтов! Что делает этот модуль? Этот модуль позволяет ускорить время генерации страниц OpenCart до 100 раз! А в некоторых случаях и до 1000 раз. Модуль, который работает по похожему принципу, продается на оф. сайте и стоит 160$ (продается за "пол цены" за 80$) и имеет намного меньший функционал, чем в этом модуле. Зачем? Скорость загрузки сайта напрямую влияет на конверсию магазина. Если страница грузится больше 2-х секунд, пользователи не будут ждать, они уйдут к вашим конкурентам. Скорость загрузки сайта напрямую влияет на ранжирование страниц этого сайта в поисковой выдаче. Из 2-х одинаковых сайтов выше в выдаче будет тот, у кого скорость загрузки больше. Поэтому очень важно иметь сайт, который грузится быстро - такой сайт привлекательный как для пользователей, так и для поисковых систем. Это так же экономит огромное количество ресурсов сервера, что позволит на 1 хостинг аккаунте держать больше сайтов, а так же держать большие сайты на более дешевых хостингах. Отзывы Как все работает? Пользователь1 загружает Страницу1 (это может быть страница товара, категории, производителя, блога, информационная страница итд.). Через 10 секунд уже Пользователь2 загружает ту же самую страницу. Есть ли у этих страниц что-то общего? Да, и очень много - та же тема, то же меню, те же категории, товары, модули, футер итд. Так зачем же 1000 раз тратить огромные ресурсы сервера, чтобы создавать те же самые блоки? Не проще ли все общее сохранить в кеше и при последующих обращения не тратить ресурсы, а загрузить это из кеша? Что делать с блоками, которые должны быть уникальными? Например корзина должна быть уникальной для разных пользователей, строка приветствия должна содержать разные имена пользователей, модули, которым нужна уникальная информация, например модуль "случайные товары" должен содержать случайные товары итд. Модуль BOOST решает эту задачу - в модуле есть инструмент, который позволяет загрузить все уникальные блоки асинхронно через AJAX. То есть, простыми словами - все, что можно кешировать - кешируется, все что нельзя кешировать - подгружается через AJAX асинхронно. При этом достигается просто огромная скорость - время генерации страницы из кеша на сервере - сотые и даже тысячные доли секунды! Примерно от 1 до 30 милисекунд. Какие страницы кеширует модуль? Все страницы, указанные в настройках. По умолчанию там указаны страницы товаров, категорий, производителя, информационные страницы итд. Если у вас установлены какие-то дополнительные модули, например модуль Блог, вы можете также добавить в настройки страницы этого модуля для кеширования. Вы также можете в настройках указать параметры POST, GET, COOKIE, SESSION при которых не нужно кешировать страницу. Например GET параметр "nocache" Требования: OpenCart/ocStore 2.x, 3.x OpenCart 1.5.x (первая версия модуля) Модуль должен работать с любой темой, а также может работать и с другими модулями кеширования. Модуль активно использует файловый кеш, что требует дополнительного места на жестком диске на хостинге. Модуль использует IonCube, обычно на 99% хостингов он на всякий случай можете проверить. Одна лицензия модуля позволяет установить этот модуль на 1 домене. Демо: Замечания по демо: На демо установлен пустой OpenCart, скорость работы которого и так довольно высокая. На реальном сайте с десятками установленных модулей, десятками тысяч товаров и сотнями категорий эффект от модуля (разница между генерацией страницы без кеша и с кешем) будет намного и даже в разы больше, чем на пустом демо сайте. Если страница, которую вы загрузили не в кеше, обновите страницу - F5, чтобы увидеть разницу. Демо: Сайт Админка Для связи с автором модуля пишите в ЛС на форуме © Стасюк Владимир (sv2109.com), 2015 Добавил sv2109 Добавлено 08.01.2015 Категория Кэширование, сжатие, ускорение Системные требования Метод активации По запросу в ЛС Ioncube Loader Требуется ocStore 3.0 2.3.0.2.4 2.3 2.2 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 OpenCart.Pro, ocShop OcShop 1.5.6.4.х Обращение к серверу разработчика Нет

Доброго времени! Требуется оптимизировать работу каталога https://supershtrih.ru/shtrih-kodirovanie-i-identifikaciya?kill_cache=1&d=1 Ищу прямого исполнителя Версия 2.0.1.1

Добрый день. подскажите оптимальные настройки и конфиги для опенкарт 3 очень интересует кеш буду рад любым советам Версия ocStore 3.0.2.0

15 Скачать / Купить дополнение TurboCache для Ocstore ---------------------------------------------------------------------------------------------------------------------------------- Для ветки 2.x доступна продвинутая версия модуля Turbo ---------------------------------------------------------------------------------------------------------------------------------- TurboCache для Ocstore ---------------------------------------------------------------------------------------------------------------------------------- Ускоряет загрузку станиц до 10-15 раз, и существенно уменьшает количество запросов в базу данных. (к примеру на чистом Ocstore на главной странице с 74 до 19, после формирования кеша) ---------------------------------------------------------------------------------------------------------------------------------- FAQ Как это работает? Opencart - если очень грубо приводить пример - это конструктор, который собирает HTML страницы, постоянно из множества разных кусков. При добавлении большого количества товаров и категорий, в силу особенностей архитектуры, очень долго формируются такие элементы, как верхнее меню и меню и контент стандартных модулей. Это реализовано тяжелыми запросами в базу данных. В итоге получается, что львиная доля ресурсов вашего сервера, тратится на формирование одних и тех же данных. Для того чтобы разгрузить систему, достаточно один раз сформировать структуру верхнего меню. А потом взять уже готовые данные не из базы данных, а из кеша. В некоторых подобная реализация уменьшает время генерации HTML страницы. А обработав подобным образом реализацию всех стандартные модулей, можно получить дополнительное существенное уменьшение количества однотипных запросов в базу данных и в результате ускорить время генерации страницы. Совместим ли модуль со сторонними фильтрами? Да совместим, но в несколько ограниченной реализации, так например, выборки товаров в категориях отрабатываться не будут. Равно как и на производительность работы фильтров я не в силах повлиять. Но остальные элементы будут отрабатываться и это будет давать эффект. Поддерживает ли модуль мультязычность? Да. Как можно понять насколько эффективно работает модуль? Пользуйтесь профайлером. Я внес изменения в категориях, результат не отображается на сайте? Очистите системный кеш. Я приобрел модуль но что то не работает? Обращайтесь в личку, будем настраивать. Не будет ли из-за gzip сжатия тормозить сервер? Не будет! Если что есть возможность его отключить. Повлияет ли модуль на оценку GooglePageSpeed? Значитель не повлияет, так как этот инструмент берет во внимание огромное количество факторов, не имеющих ничего общего со скоростью генерации HTML. Хотите получить большую оценку PageSpeed - пишите в личку . Возможности: - Гибкая настройка кеширования стандартных модулей и верхнего меню - Кеширование списка товаров на странице категорий - Кеширование списка товаров на странице производителей - Настройка время жизни кеша - Добавлено Gzip сжатие для файлов кеша и настройка степени компрессии. - Кеш-менеджер для гибкой настройки кешируемых элементов и гибкой очистки файлов кеша. - Поддерживает мультиязычность - Возможность полной очистки файлов системного кеша, изображений и vqmod. Установка. Скопируйте файлы из папки Upload и активируйте модуль в административной части вашего сайта !!!warning!!! Требуется vqmod !!!warning!!! !!!warning!!! Без активирования модуля и очистки системного кеша на фронтенде могу выводиться предупреждения php !!!warning!!! !!!warning!!! Обязательно сразу же после установки очистите системный кеш !!!warning!!! Гарантировано работает на версиях 1.5.3.x, 1.5.4.x. 1.5.5.х Совместим с FilterPro v2.4.2 (mega) и пока что, совместимость замечена только с этой версией. Идеально работает с Coolfilter. Примеры реализации на больших магазинах (будет обновляться): shopica.com.ua (55к+ товаров) Проведены дополнительные работы по оптимизации. (время загрузки категорий было 15-20 секунд), стало 1-4 сек. avtoinnovation.ru (50к+ товаров) Работы по дополнительной оптимизации не проводились, используется seo-pro без кеширования. (время загрузки категорий было 20+ секунд), стало < 3 сек. vsyakeramika.ru 560 категории, 6500+ товаров (время загрузки главной было 14+ секунд) стало 0,6-0,7 сек. Модуль гарантированно работает на всех указанных версиях. Без измененных файлов. В случае большого количества изменений и денормализации оригинальных файлов движка может потребоваться доработка привязок Vqmod. Если вы используете фильтры. Есть вероятность того, что секция, отвечающая за кеширование товаров в списках категорий работать не будет - так как некоторые фильтры используют свои модели обработки данных, на которые дополнения не в состоянии влиять. Но при этом общий эффект от использования дополнения все равно будет существенным. Поддержка более ранних версий осуществляется по запросу в личку на форуме. Если вы используете filterpro или ocfilter, а также существенно модифицированные шаблоны, может потребоваться дополнительная индивидуальная платная адаптация. Данное дополнение решают только часть проблем, связанных с тормозами архитектуры Opencart. Для того чтобы получить глобальный прирост в скорости работы магазина, требуется большой набор методов, связанных с оптимизацией базы данных, оптимизации запросов и настройке сервера. Хотите быструю систему - пишите в личку. Требуется Vqmod, Не влияет на скорость работы фильтров. Дополнительные возможности в следующих версих - Кеш для списка подкатегорий на страницах катеорий. - Кеш для списка акционных товаров. - Кеш для рекомедуемых товаров. Demo: http://modules.oclabs.ru/admin log/pass: demo/ Стоимость установки и настройки: 5000 р. Добавил snastik Добавлено 02.04.2014 Категория Кэширование, сжатие, ускорение Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 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 Не проверялось Обращение к серверу разработчика Нет  

Скачать / Купить дополнение Уменьшаем код HTML Продолжаем улучшать показания скорости для opencart Сегодня мы добавляем код для уменьшения HTML кода. Оригинал: http://www.opencart.com/index.php?route=extension/extension/info&extension_id=20234 Тестировался на opencart 2.1.0.2, 2.2 Изменения: Переведены комментарии Заменяет только файл /system/library/response.php Создан нормальный OCMOD файл. Установка: Распакуйте zip архив Установите ocmod файл через "Модули - Установка расширений" Обновите модификатор Внимание: возможны ошибки после установки, проверяйте на тестовой версии сайта Если после установки белый экран удалите файл /system/storage/modification/system/library/response.php Добавил Slait Добавлено 25.03.2016 Категория Прочее Системные требования Метод активации Ioncube Loader ocStore OpenCart.Pro, ocShop Обращение к серверу разработчика