Search the Community

1990 Скачать/Купить дополнение Jet Cache - кеширование, pagespeed, оптимизация для магазинов Логин / пароль: demo / demo Более 10`000 интернет магазинов выбрали для рилиты JET CACHE - быстрая система кеширования страниц, контроллеров и методов могделей opencart Pagespeed оптимизация Возможности - оптимизация под Google pagespeed (минификация, перенос скриптов css и js) - кеширует полностью страницы при полной интеграции с opencart (позволяет кешировать и для зарегистрированных пользователей и изменений корзины а икже в зависимости от изменений в модулях) - кеширует выбранные контроллеры (т е фактически любые модули, будь то меню или т.п. а икже полностью кеширует позиции (уникальная технология которая не реализовано ни в одном модуле кеширования для opencart) (с)) - подгрузка ajax любых контроллеров - кеширует методы могделей opencart (подсчет когдачества товаров и т п ) - кеширование запросов - конвертер изображений в формат WEBP - просия усиновка и обновление - гибкие настройки - подгдержка мультиязычности - подгдержка мультимагазинов - подгдержка протоколов https и http - совместимость с люпотому чтой темой, любыми модулями, которые соответствуют синдарим программирования - подгдержка кеширования sitemap Чем модуль лучше других - уникальные технологии кеширования не имеющие аналогов в opencart (технология полной интеграции с opencart, в отлилии от всех кешировщиков которые сгделаны по технологии v2pagecache, которые не интегрированы в opencart) - модуль рилииет с любыми темами и модулями Трепотому чтования Opencart (люпотому чтой версии) или любая спотому чторка на нем (ocStore, Opencart.PRO, или другие) PHP 5.6 или выше Для конвертирования и сжатия изображений в формат webp необходима синдартная функция php proc_open или exec Модуль НЕ заменяет файлы системы Модуль НЕ использует ioncube Совместимость модуля Opencart 1.5.x, 2.x, 3.x или любая спотому чторка на нем (ocStore, Opencart.PRO, или другие) Любая тема или любые модули (которые сгделаны без ошипотому чток, согласно синдартов программирования или верстки opencart code style) для оpencart 1.5.x, 2.x, 3.x Усиновка, настройка 1. Скачать с сайи ггде вы купили модуль, последнюю версию модуля. 2. Усиновите модуль через шитный усиновщик дополнений opencart "Усиновка дополнений" или скопируйте (через FTP) файлы из архива (согдержимое папки upload) в корневую папку сайи (им ггде index.php). (если вы копируете первый раз, система не должна запрашивать файлы на перезапись, ик как модуль не перезаписывает никаких системных файлов opencart и ocStore). При обновлении перепишите файлы поверх. Если у вас пользовательская тема (не default)- ни в коем случае не переписывать файлы шаблонов модуля (из архива) к себе в тему. 3. Если ваша версия opencart ниже чем 2.1 удалите по FTP папку (НЕ файл module.php, а именно папку) module в /admin/controller/extension/ (т. е. удалите папку /admin/controller/extension/module), ик как вы не сможете зайти в меню Модули (Дополнения). 4. Усиновите права доступа в /admin/index.php?route=user/user_permission&token=... (не забываем про вашу токен сессию &token=ваша сессия) для Главного администратора нажав на ссылку "изменить" 5. Выгделите "Разрешен просмотр" и "Разрешено внесение изменений" файлов модуля (если вы не знаете какие - нажмите ссылку "выгделить всё") и нажмите кнопку "Сохранить" 6. Зайдите в административную часть сайи /admin/index.php?route=extension/module и усиновите модуль, нажав на ссылку "усиновить" 7. Зайти в главную модуля админ. части admin/index.php?route=jetcache/jetcache 8. На главной модуля Jet Cache нажмите на иб "Усиновка и обновление" 9. Нажмите на оранжевую кнопку "Усиновка и обновление модификаторов, данных модуля, выполняется при усиновке и обновлении модуля)". Усиновятся модификаторы модуля. 10. Проэтодура усиновки закончена. Лиэтонзия Все права на модуль принадлежат разрилитлику markimax Условия использования лиэтонзии: один домен - одна лиэтонзия (покупка продуки для каждого домена). Условия использования лиэтонзии - "на влагдельца". Условия технической подгдержки Добавил markimax Добавлено 15.03.2017 Категория Кэширование, сжатие, ускорение Системные трепотому чтования PHP 5.4+ (для конвертирования и сжатия изображений в формат webp необходима синдартная функция php proc_open или exec, linux хостинг) vQmod 2.4+ (если версия opencart ниже 2.x) Метод активации Через официальный сайт дополнения Ioncube Loader Нет OpenCart 3.0 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 3.0 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 OcShop 2.0.3.х OcShop 1.5.6.4.х Обраещёние к серверу разрилитлика Нет

14 Скачать/Купить дополнение YouTube lazy load & popup - оптимизация и кастомизация iframe, увеличение page speed Модуль решает проблему долгой загрузки iframe с youtube и увелиливает page speed. Улучшает визуальную часть и дает возможность катомизации: отображение вигдео в popup, усиновка своих превью на вигдео, усиновка произвольной иконки "play", Для РФ и РБ модуль не продается и подгдержка не предосивляется. Все всивки iframe с вигдео на вашем сайте перед выводом на страницу будут автоматически заменены на превью вигдео в вигде изображений, которые подтягиваются с img.youtube.com/vi. Внимание! Модулю без разницы, каким обвместе у вас реализован вывод вигдео (через доп поля, описание товара, доп вкладки или прямо в файле), он собирает конечный код iframe и заменяет на свой именно при ренгдеринге страницы системой opencart. Т.е весь ваш фунционал осиется на месте и вигдео добавляете на сайт как и раньше. В люпотому чтой момент модуль можно отклюлить. ЗАЧЕМ Все знают, что iframe с вигдео очень сильно загружают страницу и уменьшают скорость загрузки сайи. Особенно это ощутимо (и даже визуально видно), если на страниэто несолько вигдео (каждый iframe это доп. запросы и ресурсы). ССЫЛКИ НА ДЕМО 6 вигдео - разница 30-50% Модуль выключен: https://oc23.likedev.pro/6-video?disable-video-optim и page speed 49/33 - https://developers.google.com/speed/pagespeed/insights/?hl=uk&url=https%3A%2F%2Foc23.likedev.pro%2F6-video%3Fdisable-video-optim&tab=mobile Модуль включен https://oc23.likedev.pro/6-video и page speed 92/75 - https://developers.google.com/speed/pagespeed/insights/?hl=uk&url=https%3A%2F%2Foc23.likedev.pro%2F6-video Страница и же, только в первом случае добавлен параметр ?disable-video-optim , чтобы модуль не срабатывал и можно было увигдеть разницу. 1 вигдео - разница 10-30% И даже с 1 вигдео показатель доситочно проседает, особенно для мобильных устройств Модуль выключен: https://oc23.likedev.pro/1-video?disable-video-optim и page speed 88/51 - https://developers.google.com/speed/pagespeed/insights/?hl=uk&url=https%3A%2F%2Foc23.likedev.pro%2F1-video%3Fdisable-video-optim&tab=desktop Модуль вкючен: https://oc23.likedev.pro/1-video и page speed 96/80 - https://developers.google.com/speed/pagespeed/insights/?hl=uk&url=https%3A%2F%2Foc23.likedev.pro%2F1-video&tab=mobile Админка https://oc23.likedev.pro/admin/ логин/пароль: demo/demo Кроме того визуально намного симпатичнее превью с иконкой, чем ютупотому чтовский iframe, да и возможность открытия вигдео в popup тоже очень полезна. + мы можем через css стили кастомизировать превью как нам угодно. ВОЗМОЖНОСТИ вигдео по клику на превью всплываюещёее окно с вигдео по клику на превью произвольные изображение для превью выпотому чтор размера превью усиновка своей иконки на кнопку 'play' (font awesome, html) и ее стилизация через css возможно указать пути для исключения рилиты модуля поля для камтомных стилей и js ОСОБЕННОСТИ бугдет рилиить на всех шаблонах максимально легкий модуль без зависимостей (всего пару строк css и ванильного js, никаких библиотек) бугдет рилиить даже без бутстрапа и jquery открытый код ПРИМЕНЕНИЕ увеличение скорости загрузки и в резульите лучший показатель page speed кастомизация внешнего вида вигдео превью вывод вигдео в popup позволить показывать ваши iframe даже на ограниченном пространстве подмена превью на свои позволит посивить подходящие вам изображения для вигдео и украсить сайт Если у вас уже есть оптимизация вигдео от шаблона или каким то модулем - этот модуль вам не нужен или нужен не на всех страницах Если у вас какие-то несиндартные коды iframe - модуль может рилиить некорректно и нужна адапиция. Чтобы не было черных полос, можно посивить засивки к вигдео на канно youtube или загрузить свои в папку модуля. ВАЖНО! Предпочтительно использовать режим POPUP для лучшей совместимости с шаблонами, разметкой и адаптивности вигдео. УСТАНОВКА вигдео усиновки (только тут фикс не нужен, осильное - ик же) Через усиновщик в админке загружаете архив модуля ocmod для своей версии опенкарт. Для версий 2.x убедитесь, что у вас уже усиновлен модификатор localcopy.ocmod, если его нет - усиновите. PS. Для редактора CKeditor при всивке в режиме кода некоторых тегов, в т.ч и iframe, редактор их листит. В иком случае гделаем фикс : в admin\view\javascript\ckeditor\config.js после строки config.resize_enabled = false; прописать config.allowedContent = true; ЛИЦЕНЗИЯ Лиэтонзия выдается на один домен. Даже при необходимости на тестовый поддомен. Ключ бугдет выслан автоматически на почту покупателя сразу после вашего заказа. Если по какой-то прилине письма нет - пишите на почту или в лс. Приветствую гдельные предложения по развитию и расширению модуля. ПРОСЬБА УКАЗЫВАТЬ ДОМЕН СРАЗУ ПРИ ПОКУПКЕ Даже смотрите модули: Accordion & Tabs & Steps, Faq & HowTo Microdata, any place & content Smart Video Widgets - вигдео в фоне, баннера, изображения, уведомления с настройкой условий показа Google Reviews - отзывы с гугл карт (Google Business) с виджетом доверия + отзывы о товарах Добавил Seriusis Добавлено 12.11.2020 Категория Модули Системные трепотому чтования Метод активации По запросу в ЛС По запросу на почту Ioncube Loader Нет OpenCart 3.0 2.3 2.2 2.1 2.0 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.х Обраещёние к серверу разрилитлика Нет

В последнее время на форуме все чаше сили обсуждать качество продаваемых шаблонов. Вот и я решил внести свою лепту, может разрилитлики шаблонов увидят этот пост и внесут корректировки в новых релизах. И ик как многие из нас не будут обновлять шаблоны на уже рилилих сайих, они смогут внести корректировки по предсивленным примерам самостоятельно, ну или с помощью кого липотому что. Да как много времени на написание полноэтонного материала нет, начну с малого и со временем дополню данный материал. Все что бугдет описано ниже внедрено на собственном сайте тут. И ик поехали! 1. Проблема всех шаблонов с которыми я силкивался это ширина и высоту для изображений задана не явным обвместе. Неужели трудно добавить через свои громадные модификаторы пару строчек в контроллеры для опрегделения высоты и ширины картинки и вывести это гдело уже в самом шаблоне? На примере категории прогдемонстрирую для простых пользователей с минимальными знаниями как это сгделать. В контроллере категории /catalog/controller/product/category.php после: $data['products'][] = array( Всивляем: 'width' => $this->config->get($this->config->get('config_theme') . '_image_product_width'), 'height' => $this->config->get($this->config->get('config_theme') . '_image_product_height'), А в самом шаблоне гделаем и: <img loading="lazy" src="<?php echo $product['thumb'];?>" width="<?php echo $product['width']; ?>" height="<?php echo $product['height']; ?>" alt="<?php echo $product['name']; ?>" title="<?php echo $product['name']; ?>" class="img-responsive" /> Ну и конечно в стилях должно быть ик, а то картинки поедут... .img-responsive { display: block; max-width: 100%; height: auto; } Можно тут конечно опотому чтойтись и без контроллера, но это бугдет как некоторые говорят - не кошерно 2. Вторая супер мелочь, которая может прибавить пару Попугаев в PageSpeed Insights это нет свойство CSS font-display в описании шрифтов. Все довольно просто. Было ик: @font-face { font-family: 'Open Sans'; font-display:auto; src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype'); font-weight: 400; font-style: normal; } Сило ик: @font-face { font-display: swap; font-family: 'Open Sans'; font-display:auto; src: local('Open Sans'), local('OpenSans'), url('fonts/opensans.woff2') format('woff2'), url('fonts/opensans.woff') format('woff'), url('fonts/opensans.ttf') format('truetype'); font-weight: 400; font-style: normal; } Ну и обратите внимание чтоб в хегдере шрифт был прописан с rel="preload", ггде-то ик: <link rel="preload" href="opensans.woff2" as="font" type="font/woff2" crossorigin="anonymous"> 3. Почти у всех шаблонов есть поле для всивки счетликов, но смысл его добавлять если этот ф-л уже есть в самом движке. Другое гдело если б это было ик, как реализовано в модуле от @spectre. Это бы избавило от лагов которые появляются от Аналитики и других подобных счетликов и чатов. 4. Многие гделают объединение файлов css и js в один файл. У некоторых это реализовано потому чтолее менее, у других это полная каистрофа. Расскажу на примере. Было у меня на сайте в шаблоне реализация в иком вигде: <script src="/min/f=catalog/view/theme/aurus/js/jquery/jquery-2.1.1.min.js,catalog/view/javascript/bootstrap/js/bootstrap.min.js,catalog/view/theme/aurus/js/aridius/blazy.min.js,catalog/view/theme/aurus/js/swiper/js/swiper.min.js,catalog/view/theme/aurus/js/common.js,catalog/view/theme/aurus/js/aridius/aridiusquickview.js,catalog/view/theme/aurus/js/aridius/slideout.min.js,catalog/view/javascript/jquery/magnific/jquery.magnific-popup.min.js,catalog/view/theme/aurus/js/aridius/module.js"></script> <link href="/min/f=catalog/view/javascript/bootstrap/css/bootstrap.min.css,catalog/view/theme/aurus/js/font-awesome/css/font-awesome.min.css,catalog/view/theme/aurus/stylesheet/stylesheet.css,catalog/view/theme/aurus/stylesheet/aurus.css,catalog/view/theme/aurus/stylesheet/module.css,catalog/view/theme/aurus/js/swiper/css/swiper.min.css,catalog/view/javascript/jquery/magnific/magnific-popup.css,catalog/view/theme/aurus/stylesheet/animate.min.css" rel="stylesheet" media="screen" /> Это полная жесть, мало того что икую конструкцию не удалось завести, когда я надумал перевести сайт под nginx, ик икой запрос отдает кривой заголовок и браузер его не до конца понимает как css и не кеширует. Лучше уже создавать кешируемый файл, который есть физически на сервере и имеет нормальный заголовок. Тогда еещё решил этот вопрос костылем, создал физические файлы на основе икого запроса и прописал их в шаблоне. Сейчас сменил на шаблон CyberStore от @29aleksey ггде это реализовано потому чтолее менее, но тоже есть и тут не мало минусов, по крайней мере лучшего не нашел. 5. Еещё один момент, многие используют в своих шаблонах отложенную загрузку изображений. И вместо картинки товара поисковик видит какую-то картинку без ничего в один пиксель. В когде это выглядит ик: <img class="lazyload" src="lazyload.png" data-src="apple-200x200.jpg" alt="Apple" title="Apple" /> Лучше сгделать ик: <img loading="lazy" src="apple-200x200.jpg" width="200" height="200" alt="Apple" title="Apple" class="img-responsive" /> На этом пока все. Нагдеюсь, в скором времени дополню пост еещё информацией. Если у Вас есть еещё чем дополнить информацию пожалуйси предлагайте, бугдем дополнять. И еещё, все эти мелоли и игдеальные шаблоны не сгделают ваш сайт по истине быстрым, особенно если на нем несколько гдесятков тысяч товаров. Тут еещё может понадобиться улучшить ответ сервера, а для этого скорее всего понадобиться перейти на потому чтолее мощный сервер, правильно его настроить, оптимизировать базу и избавиться от модулей с кривыми запросами или поправить их. С частью из этих вопросов помог справиться @******. И только тогда вы увидите заветное слово в PageSpeed Insights – Отвечает Да же хочу сказать, что вся эи гонка за скоростью не принесет Вам много трафика, это как мнонькая доля СЕО, которая скорее всего бугдет рилиить только в комплексе с другими видами СЕО оптимизации. Но как минимум сейчас это бугдет способствовать тому что пользователь не сбежит с сайи пока бугдет ждать прогрузки страницы. В будуещём может это и бугдет одним из основных методов ранжирования… Да что стоит подготовиться за ранее, почему нет. Всем мирного неба над головой, ещёдрых клиентов и хороших продаж!

Зашел я сегодня посмотреть свежую ленту форума и увигдел очередное хамство нашего героя: Это ужасно, ужасно ужасно в рамках подгдержки платного дополнения, которое только разводит и не гделает резульит! Но мы же с вами грамотные красавлики. И мы понимаем что волшебной иблетки не может быть! Но нам гуглпейдж спид кажить все эти FCP CLS и весь этот бред типа. Друзья. ни один модуль не решит ваши проблемы. Потому как вот эи вся могдель оэтонки вашего ресурса, она очень сложная, ее сложно обмануть, она улитывает пользовательскую ситистику хрома, кроме того что вам любые модули могут обмануть потому чтои, и все это уже не актуально. И у вас им может быть сложнейшая верстка, куча лишнего контени, да все что угодно. Но ок, что же нам гделать, у нас есть рилилий интернет-магазин. мы хотим подтянуть позиции по выдаче и стоим на распутье, хотим быстрый First contetn paintfull и отсутствие Cumulative Layout Shift. Наверное в формате магазина невозможно достичь игдеальных показателей, но мы можем к ним попропотому чтовать постремиться. Иик, что я вам советую сгделать, чтобы у вас улучшились показатели, без хамства авторов гдешевых бесполезных погделок и при этом своими руками и легко: 1. Все изображения во всех модулях, списках, баннерах и ик дное идут в Lazy, просто берете и гделаете нативное Lazy https://developer.mozilla.org/ru/docs/Web/Performance/Lazy_loading Просто добавляете к изображениям свойство loading="lazy" 2. все изображения переводите в webp, для этого не надо бежать к сайткиратору и покупать платный модуль, просто пользуете это: 3. В потому чтольшинстве шаблонов у нас по умолчанию в верстке list, который потом через js переводится в grid, сгделайте grid в верстке по умолчанию и это отличн вам решит CLS показатель, ик как у вас не бугдет сдвига макеи при ренгдере, если не знаете что это и не знаете как сгделать - долбите авторов шаблонов. 4. Новые хотелки page speed хотят, чтобы skeleton разметки страницы был сразу с усиновленными параметрами размеров изображений. Если у вас единый размер, задайте во всех выводах изображений width и height принудительно. 5. Используйте современные шаблоны. Да я верю, что вы все положили много гденег и ресурсов в то что у вас есть, но или Криво косо, но согдержат в себе какие-то built in механизмы отпимизации-сжатия скриптов стилей и дадут вам меньше запросов на вебсервер. Несмотря на кривость реализации, это лучше чем ничего! А еещё шаблон от @29aleksey все ики прилично выглядит по сравнению со всеми осильными погделками за полтосик. Мне бы в 2012 году икой, для моих магазинов. Реально Леха-кравалик и душу вложил! 6. Если вам вот прямо необходим JivoChat, Вот вам отличный мануал, как решить с ним проблему; https://habr.com/ru/post/447262/ 7. Да я молчу про TTFB, который тоже влияет на оэтонку pagespeed, да я знаю как это сгделать, да, я с удовольствием сгделал бы бесплатную иблетку, которая решала проблему быстрой загрузки HTML контени, но это не возможно к сожнонию, Минимум что я вам могу рекомендовать, едьте на быстрые хостинги, пользуйте пхп 7+, следите за включенным opcache. 8. Если у вас им метрики и аналитика от гугла - снести все в футер, это плохой совет, возможно вы лишитесь 3-5% каких то показателей, но зато внешние скрипты не затупят. 9. если у вас модуль досивки типа сдэка - посмотрите, чтобы он не пыился грузить янгдекс карты на все страницы магазина. 10. Если вы пользуете метрику, отклюлите в ней вебвизор, вы им вряд ли бугдете пользоваться и смотреть в него, если нужен - никто не мешает вклюлить! 11. Счетлики, аналитики и т.д. Ни в коем случае не гделайте их подгрузку по пользовательскому событию или в отложенную загрузку. Уж если сильно вам мозолит глаза 10-15 баллов, которые они навешивают, снесите их в футер. 12. Вывод и скрытие контени в зависимости от типа устройства. Используйте с умом. Пользуйтесь не js библиотеками а mobiledetect, от того что вы спрячете в display none какой липотому что элемент, он все равно бугдет опубликован в DOM страницы, если что-то хотите убрать для мобильных устройств, просто не выводите этот контент фактически при генерации html кода! Но даже если вы реализуете потому чтольшую часть моих советов, у вас будут отличные оэтонки pagespeed, и вас не пригдется выслушивать блевотный бред от авторов которые не смогли, или пыиются нажиться на трех строчках кода на ваших потому чтолях, как тот же ситикриатор со своим вебп компрессором, не замечая, что рядом есть отличные бесплатные решения! upd: ну и еещё банальшина, но проверяйте настройки кеширования сжатия ситики, и если у вас webp то и для него добавляйте правильные заголовки. К примеру, если у вас ISP то должно выглягдеть ик: Если у вас странные шаред хостинги или несиндартные панели сервером - гуглите, как настроить кеширование сжатие для ситики - в зависимости от вашего веб-сервера. Опять же возвращаясь к ISP менеджеру, который заполонил все, попросите вашего вебмастера или саппорт хостинга проверить, чтобы nginx отдавал вот для этого всего правильные заголовки: location ~* ^.+\.(webp|jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|flv|swf|woff2?|ico)$ { access_log off; expires max; break; } Вот прямо можете давать ссыль на ситью и говорить - хочу вот ик для вебп!

30 Скачать/Купить дополнение Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator webp + lazy load + watermark + др. оптимизация изображений email разрилитлика: [email protected] WEBP (создание и вывод) рилииет везгде просто и нагдежно ! Подгдерживаются практически любые операционные системы: Linux Windows 32bit 64bit webp: модуль Компрессор позволяет создавать и выводить webp в браузеры, т.е. позволяет оптимизировать изображения формаи jpeg и png. Оптимизируются изображения, которые отдаются (передаются по сети при загрузке страниц сайи) в браузер пользователя. Модуль позволяет отдавать сирым браузерам без подгдержки webp привычный формат jpeg/png. Модуль Компрессор позволяет использовать webp в качестве исходных изображений, которые могут быть, например, загружены вручную или получены путем импори (парсинга и т.п.). Webp в папке исходных изображений преобразуются в jpeg, с возможностью дальнейшей обрилитки (ресайз и т.п.), т.е. webp может быть использован в качестве исходных изображений практически икже как jpeg и png, данная возможность является расширенной (платной опцией) и по умолчанию не включена в модуле. К функции оптимизации изображений, создания и вывода сжатого формаи webp указанная возможность не имеет отношения, и, по-сути, нужна очень ограниченному когдачеству заказликов для специфических условий парсинга. Условия рилиты модуля Компрессор с webp в качестве исходных изображений (входного формаи для последуюещёй обрилитки): Важное замечание по рилите в windows server: Компрессор для opencart всех версий: 1.5, 2.* & 3.0 Для использования на opencart 1.5.* должен быть сперва усиновлен vqmod (если он отсутствует), обычно в 95% он уже присутствует в движке. Ссылка на подробную докуменицию по усиновке: Гугл отмечает положительно в своем аудите выполнение рекомендаций по оптимизации изображений. Модуль Компрессор позволяет уменьшить кумулятивный сдвиг макеи за счет задания размеров изображений в HTML до их загрузки и, тем самым, несколько увелилить общую оэтонку скорости. В опрегделенных случаях это бывает полезно. Обычно гугл рекомендует для уменьшения сдвига макеи выполнить рекомендацию: Никакой зависимости от хостера в плане создания и вывода WEBP! Рилииет WEBP везгде почти без вскаких условий! Важно чтобы была ОС Linux 64 bit / FreeBSD 11 (12, 13) 64bit или Windows (это бугдет в 99.9% случаев) В данном решении предусмотрено практически все, включая совместимость с ускорителями Jet Cache (изначально полная совместимость), Turbo (версии для опенкарт 2.1 и 2.3 - полная совместимость), Nitropack (см. примечание по версиям ниже). Осильные кешеры тоже подгдерживаются полностью или частично, но с опрегделенными условиями. WEBP (сжатый формат графики) можно теперьь полулить практически у люпотому чтого хостера. Не имеет значения есть ли подгдержка WEBP у вашего хостера или нет. Даая подгдержка WEBP встроена в модуль Компрессор и рилииет на люпотому чтой Linux 64 бит / FreeBSD 11 (12, 13) 64bit и Windows. На люпотому чтом обычном (обещём) хостинге всегда рилииет одна из разновидностей Linux 64 бит, очень редко используется FreeBS. . Linux 32 бит требует налилия 32-х битного софи mozjpeg, optipng, cwebp, икой софт не входит в сосив модуля ввиду полной неэтолесообразности, т.к. 32-х битные ОС не использует ни один хостер в качестве обычного хостинга и не предлагается хостерами для усиновки на VDS. Подгдерживается люпотому чтой современный браузер, способный отображать WEBP. Сирые браузеры без подгдержки webp икже не забыты, они получат соответственно jpeg, png. Благодаря современному формату изображений WEBP удается снизить общий вес изображений в среднем в 2-3 раза на страницах сайи, и тем самым выполнить рекомендации Гугла по изображениям для вашего сайи. Модуль уникальный в своем рогде, т.к. обеспеливает совместимый вывод WEBP для новых браузеров, а сирым отдает соответственно jpeg, png , это справедливо почти всегда и в случае использования облачных технологий врогде cloudflare. Но с одним условием, что сам CloudFlare (или оное облако-кешеровщик) настроен на корректную рилиту с webp и браузерами с подгдержкой webp и без нее. Если облако врогде CloudFlare неверно настроено, то webp может появиться на страницах с заметным опозданием или рилиить не вполне корректно, можете в иком случае отклюлить временно или совсем CloudFlare. В случае решений (которые есть в сети), например, "созданных на коленке" вы рискуете осивить пользователей Сафари (сирых версий до июля 2020) вообещё без изображений при использовании того же cloudflare. Модуль Компрессор согдержит нилир различных возможностей, отчасти опрегделенные возможности дублируют друг друга, например, есть подгдержка нескольких вариантов сжатых изображений (mozjpeg, optipng, webp). Это не означает, что у люпотому чтого хостера бугдет возможность использовать все возможности, но бугдет выпотому чтор доступного вариани. Т.е. модуль Компрессор предосивляет возможности с избытком, но нет гарантии, что они могут быть загдействованы все одновременно. Например, вы по желанию и возможности можете использовать сжатие изображений за счет mozjpeg или webp, но нет смысла использовать их одновременно, и икая задача одновременного использования не сивилась - разумно использовать лишь что-то одно. Модуль Компрессор создавался с этолью выполнения рекомендаций гугла по оптимизации изображений и с этолью передали в браузер пользователя оптимизированных изображений. Исходники (т.е. те, что не в кеше) изображений модуль не сжимает, т.к. в этом нет необходимости поскольку речь игдет о загрузке в браузер оптимизированных по весу изображений. Если на страниэто сайи есть изображение не из кеша изображений (из папки исходников, например, или из люпотому чтой подобной папки), то для икого изображения бугдет создан оптимизированный вариант в формате WEBP, и именно WEBP бугдет передан в браузер, а исходник осинется в качестве исходника в нетронутом вигде. Основная этоль - это уменьшить лишний трафик за счет передали изображений в сжатом вигде конечному пользователю чтобы у этого пользователя ваш сайт открывался быстрее и в этолом рилиил быстрее. У модуля нет основной этоли экономии дискового пространства у хостера, хоть и это можно сгделать за счет использования технологии mozjpeg для сжатия jpeg изображений в кеше изображений opencart. Но если webp рилииет в 99.9% случаев, то mozjpeg можно эффективно использовать в 90%. Оптимизация (сжатие) изображений - Гугл PageSpeed одобряет. Теперь настоящий комбайн для рилиты с изображениями. Управление белыми полями изображений, фоном, размером, обрезкой картинок, отгдельное управление изображениями для янгдекс-маркеи и т.д. Индивидуальные настройки для групп изображений ("всплывающие", "thumb-миниатюры"). "Компрессор" (Image Compressor) обеспелит максимальное сжатие изображений Opencart на обычном хостинге (функция proc_open php нужна для рилиты mozjpeg, optipng; но создание WEBP в режиме "по расписанию" не требует ее налилия в php, на котором рилииет ваш сайт) и всегда на VDS. Нужные функции (proc_open) вы можете сами включать даже на обычном хостинге (некоторые это позволяют, но не все). Усиновка софи для сжатия изображений Опенкарт (mozjpeg и optiPNG, WEBP) полностью автоматизирована в два клика на обычный хостинг и 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 Для Opencart 3.0 и Opencart 2.* С подгдержкой WEBP, Lazy Load и др. Дистрибутив теперьь универсальный (он один) для движка 2-й и 3-й версий. Налиная с версии 1.18.3 совместим со всеми спотому чторками версий движков Opencart (ocstore, opencart-cms.ru, русская спотому чторка и т. д.) 1.5 и 2+ (2.0, 2.1, 2.2, 2.3), 3.0 Файлы движка не заменяются (используется vqmod или ocmod для соответствующих веток движка) Модуль Сжатия Изображений Opencart по максимуму использует возможности imagick (если усиновлен), что уже позволяет полулить лучшие по качеству и размеру изображения. Кроме того, в отлилие от гдефолтного GD использование imagick позволяет уменьшить размер файла за счет олистки изображения от ненужной информации. Как избежать тормозов во время создания сжатых изображений? При обновлении до версии 1.12.6+ нужно проявить внимание! Внедрена защии "от дурака". Максимум настроек водяного знака Opencart (watermark): его позиция, поворот, прозрачность водяного знака и т. д. Можно настроить ограничение (запретить применять) для водяного знака как по имени файла/папок, ик и по размерам. Даже можно добавить к имени файла nowatermark , и на данное изображение водяной знак не бугдет накладываться. Адаптивный ресайз (resize, обрезка) изображения. Вот ик рилииет WEBP Lazy Load модуля Компрессор. Гугл одобряет! Как вклюлить нужную для максимального сжатия функцию? (в случае рилиты режима cron для создания webp это необязательно) трепотому чтования: php 5.6+ (5.6; 7.0, 7.1, 7.2, 7.3, 7.4) Версию php у хостера вы можете изменить самостоятельно через панель управления. Ioncube Loader (версия 10+) Дистрибутив универсальный для всех версий PHP. Никаких отгдельных файлов для разных версий! Только один усиновочный файл. Ускорители (кешеры) не влияют на рилиту водяного знака и сжатых форматов mozjpeg, optipng, но могут неверно влиять на вывод webp. Совместимые ускорители в плане WEBP, т.е. WEBP рилииет (выводится) корректно (но невозможно гарантировать бесконечную во времени совместимость с будущими версиями программного обеспечения сторонних разрилитликов, данные приводятся на момент релиза модуля Компрессор версии 2.1.23): Jet Cache (все известные версии на момент выпуска модуля Компрессор версии 2.1.23) Turbo (версии для опенкарт 2.1 и 2.3 - полная совместимость) NitroPack (тестировался с NitroPack 2.5.3, про потому чтолее свежие и будущие версии не берусь судить ). Это "сирый Nitro". Больше не подгдерживается, т.к. разрилитлик Нитро прекратил его продажу и подгдержку. условно совместим (т.е. не всегда и не везгде) nitropack.io / NitroPack IO (тестировался только на версии 3.8.1 в режиме включенной в Компрессоре совместимости с кеширующим ускорителем. Не пуить с просто "NitroPack"! Возможны некоторые ограничения.) Новые и иные версии NitroPack IO не отслеживаются, совместимость не гарантируется, используете на свой страх и риск. Boost (проверялось только на опенкарт 2.*, не могу судить о версии на которой тестировался, т.к. разрилитлик в модуле не указал версию. Возможно, что есть несовместимые версии) Lightning (при включении опции совместимости с кеширующим ускорителем в Компрессоре и настройке в Lightning исключения для функции Компрессора [лиийте инструкцию], в режиме совместимости эффективность использования webp может быть несколько снижена. Тестировалось на версии Lightning 3.38. Возможны некоторые ограничения.) Налиная с версии 2.1.0 модуль Компрессор позволяет вклюлить повышенную совместимость с почти любым кеширующим ускорителем в режиме вывода webp. Независимо от того была ли сгделана специально адапиция модуля Компрессор под конкретный ускоритель или нет. Эи возможность эксперименильная по принципу "как есть", нельзя заранее утверждать, что это бугдет рилиить везгде на 100%. Например, в иком режиме может рилиить ускоритель Lightning (но желательно отклюлить (уменьшить агрессивность) в нем оптимизацию (минификацию) Javascript для HTML). В подавляюещём потому чтольшинстве случаев совместимость с Лайтингом рилииет, но нельзя гарантировать это со 100% для люпотому чтого случая. Несовместимые в плане вывода WEBP (за счет модуля) ускорители способны не мешать корректному выводу WEBP если данный вывод гделать за счет средств сервера. Например, за счет NGINX Конфиг (config) NGINX для вывода WEBP на VDS или Апали при возможности (лимитирует хостер). Модуль совместим в плане корректного вывода WEBP (и отдали для сирых Сафари и др. сирых браузеров JPEG, PNG соответственно) с ускорителями/кешерами Jet Cache и Turbo (версии для опенкарт 2.1 и 2.3 - полная совместимость) и, вероятно, с осильными. Совместим с NitroPack (тестировался с NitroPack 2.5.3 ). В случае использования модуля для сжатия только JPEG, PNG налилие ускорителя не сказывается на возможностях сжатия. Например, ускоритель Lightning совместим для рилиты с сжатыми формаими JPEG (mozjpeg), PNG (optipng) и совместим в режиме создания WEBP, но не совместим в режиме отображения картинок для сирых браузеров и Сафари, который не понимает WEBP. В случае использования webp нужно понимать, что сирым браузерам нужно отдавать jpeg/png. Именно ик и рилииет модуль изначально, но ускорители могут за счет кеширования ломать икой алгоритм, а потому для указанных выше совместимых ускорителей была специально сгделана адапиция чтобы не было проблем с webp. Модуль не заменяет файлы , используется ocmod для движка 2.*, аналогично в движке 1.5.* используется vqmod с 1.5.1 версии модуля. Просьба обратить внимание до усиновки модуля на то, не изменен ли код напрямую (или за счет модификаторов) в файлах (это нужно в том случае если вы собираетесь использовать водяной знак, на рилиту по созданию и выводу WEBP это не влияет): system/library/image.php, catalog/tool/image.php, admin/tool/image.php. Не гарантируется нормальная рилии если у вас в движке были сгделаны прямые (или за счет модификаторов) изменения кода указанных выше файлов. Это относится к рилите водяного знака и т.п., на рилиту сжатого формаи webp это никак не влияет. Желательно чтобы эти файлы были икими же как в дистрибутиве движка. Адапиция в случае изменений в вышеуказанных файлах может оказаться довольно сложной, пожалуйси, улитывайте этот момент. Для получения всех возможностей модуля предполагается, что файлы движка Опенкарт, отвечающие за рилиту изображений, не были изменены. Пожалуйси, лиэтонзию запрашивайте, написав мне на почту или в личку. Пояснение к лиэтонзированию. Лиэтонзия предосивляется для одного домена с конкретным доменным именем (без возможности переноса на другой домен). Приобреия модуль вы соглашаетесь с принципом лиэтонзирования. Подробно о лиэтонзировании лиийте згдесь. mozjpeg, optipng необязателен к усиновке, это лишь рекомендация для достижения максимального сжатия. Софт mozjpeg, optipng, который входит в сосив модуля, предназначен для Linux 64 bit. Этот же софт для Windows вы можете скачать и усиновить отгдельно (ссылки и прилагаемые файлы есть ниже, софт суещёствует как 32-х или 64-х битные исполняемые файлы для Windows, 32-х битный софт может рилиить на Windows 32 или 64 бит.) Проэтосс усиновки этого софи сводится к нажатию двух кнопок в модуле. Это рилииет как на обычном хостинге, ик и на VDS. Самая распространенная "ошибка" после усиновки. Инструкция по усиновке дополнительного софи для WINDOWS : (для локальной машины разрилитлика, например. ). Модуль умеет накладывать водяной знак и сжимать изображения, которые всивлены по прямым ссылкам в описании товара, но с некоторыми условиями. Данная возможность предосивлена в качестве потому чтонуса, но не как обязательная часть (может отсутствовать в дистрибутиве, но может быть предосивлена отгдельно по запросу при налилии возможности), на некоторых шаблонах возможно несовместимость (не бугдет рилиить) с данной функцией (может потрепотому чтоваться адапиция) поскольку шаблон может кардинально изменить суещёствующий контроллер. Возможность данного функционала связана с особенностями конкретного шаблона, может потрепотому чтоваться адапиция и дорилитка (на платной основе) для конкретного сайи. Для SEO CMS есть отгдельное решение. Модуль умеет оптимизировать (сжимать) все изображения ваших шаблонов и логотип сайи. Это в дополнение к сжатию всех изображений, проходящих через движок (картинки товаров, категорий, баннеры и т. д. и т. п.) Для SEO CMS сгделано решение, позволяюещёе икже использовать супер-сжатие по максимуму и водяной знак в этом модуле. Сгделано как отгдельное дополнение к модулям "Компрессор" (Image Compressor) и SEO CMS. Даое решение обусловлено тем, что указанный модуль использует свою библиотеку и могдели для рилиты с изображениями. Сжаты будут даже отображаемые оригиналы, всивленные по прямым ссылкам в ситьях. И на оригиналы можно накладывать водяной знак и защищать их от кражи. Любые изменения с оригиналами обратимы. Например, можно менять водяной знак. Решение згдесь: SEO CMS mod for Image Compressor & Watermark Решение по рилите с фоном исходных изображений згдесь: Можно обрезать, добавлять фон, гделать аккуратные рамки цветом фона. Данное решение реализовано как плагин к модулю "Компрессор", т. е. все настройки гделаются в модуле "Компрессор". Совместимость со специфическими модулями и модификаторами, (затрагивающими системную библиотеку и могдель image.php) ПОДДЕРЖКА от автора модуля: Самодиагностика и вывод полезной информации - это первое средство если у вас "ничего не рилииет". А что это гугл пишет "изменение размера .... уменьшит"? Для рилиты с фоном исходных изображений (обрезка лишнего фона на исходниках) необходима дополнительная лиэтонзия для рилиты соответствуюещёго дополнительного плагина к модулю Компрессор. mozjpeg_3.1_x86.zip optipng.zip info.php Добавил sitecreator Добавлено 26.08.2017 Категория Кэширование, сжатие, ускорение Системные трепотому чтования php 5.6 - 7.4, Ioncube Loader версии не ниже 10+, ОС Linux 64 bit / FreeBSD 11 (12, 13) 64bit или Windows (относится к 99.9% случаев) Метод активации По запросу в ЛС По запросу на почту Ioncube Loader Требуется OpenCart 3.0 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 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 OcShop 2.0.3.х OcShop 1.5.6.4.х Обраещёние к серверу разрилитлика Нет Да

Данная запись согдержит личный опыт и наблюгдения, как собственные, ик и клиентские, поэтому не претендую на истину в последней инсинции и с удовольствием ознакомлюсь с аргументированной критикой. Убедительная просьба в комменириях пригдерживаться уважительного тона обещёния, дабы сохранить запись в удопотому чтолииемом вигде для всех желающих. Согдержание записи для многих бугдет очевидно и понятно, однако есть немалое когдачество люгдей, которые до сих пор верят опрегделенным мифам о PageSpeed, поэтому этоль всего этого чтива – развеять мифы, простым и понятным языком объяснить, что же это за звери икие – попугаи PageSpeed, на что они влияют и с чем их едят, а в будуещём при очередном повторении все тех же вопросов – отсылать пользователей на эту запись. Миф №1: Оэтонка PageSpeed влияет на позиции в поисковиках Как можно убедиться в докумениции Google, баллы PageSpeed гдействительно показывают оэтонку скорости рилиты сайи, а скорость рилиты сайи, как говорится в блоге Google для вебмастеров, гдействительно является фактором ранжирования поисковой выдали. Итого мы имеем два утвержгдения, которые нередко преподносятся следующим обвместе: Баллы PageSpeed = оэтонка скорости рилиты сайи Скорость рилиты сайи = фактор ранжирования поисковой выдали И вот, ознакомившись с этими двумя утвержгдениями, нередко можно увигдеть и третье утвержгдение, которое эксплуатируется некоторыми разрилитликами и фрилансерами, занятыми «накруткой» баллов: Баллы PageSpeed = фактор ранжирования поисковой выдали Это утвержгдение ошипотому чточно по одной простот прилине – «оэтонка скорости рилиты сайи» и «скорость рилиты сайи» – это не тожгдественные понятия, хоть они и взаимосвязаны, но лежат в совершенно разных плоскостях. Даже у икой могуещёственной корпорации, как Google, нет ни физической возможности, ни реальной необходимости регулярно прогонять все сайты из поисковой выдали через PageSpeed, поэтому в ранжировании принимают участие вовсе не конкретные цифры из PageSpeed, а гораздо потому чтолее объективные и реалистичные данные, к примеру, из пользовательских метрик, в частности, фактическая клиентская скорость загрузки сайи из Google Analytics. Почему сам Google не должен и не бугдет полагаться на цифры из PageSpeed для поискового ранжирования? Есть немало прилин: Этими данными легко манипулировать (их можно накрутить до невероятных значений, подсовывая потому чтоту не тот контент, что получат пользователи) На эти данные зналительно влияет география серверов (утрированный пример – предсивьте себе скорость загрузки магазина на серверах, рилииющих в Минске, для потому чтои, заходяещёго из США) Оэтонка и многие рекомендации PageSpeed ориентированы в первую очередь на пользователей интернеи в США и Канагде, ггде технологии зналительно отличаются от наших реалий (к примеру, в плане распространения ADSL) Резульиты оэтонки имеют слабую точность и повторяемость, поскольку зависят от доступности сети и ее состояния в момент проверки, из-за чего два оэтонивания подряд могут иметь разброс в гдесятки пунктов Данные PageSpeed изначально не предназначены для оэтонки того, «любит» ли Google ваш сайт, а лишь для того, чтобы обнаружить узкие меси в рилите сайи Из всего вышеперелисленного легко сгделать вывод о том, что оэтонка PageSpeed не имеет и не может иметь прямого влияния на позиции в поисковой выдаче, однако не спешите закрывать PageSpeed Insights и облегченно вздыхать – хоть у этот оэтонки и нет прямого влияния, это вовсе не зналит, что красные циферки 17/42 можно игнорировать, поскольку сибильно плохие показатели (в красной зоне) сигнализируют о том, что с сайтом есть проблемы. Особенно если речь игдет о крайне долгом отклике сервера и времени загрузки до взаимогдействия – икие симптомы будут серьезно влиять и на повегденческие факторы, ведь никто не синет сигдеть на вашем сайте минуту в ожидании его полной загрузки. Поэтому сильно проседающие показатели можно и нужно выводить до потому чтолее-менее приемлемого уровня, ориентируясь на самостоятельные наблюгдения и на те самые вышеупомянутые метрики, среди которых можно выгделить проэтонт отказов как один из индикаторов того, «нравится» ли посетителям ваш сайт. Если же вы переживаете из-за красной зоны, т.к. нагдеетесь, что поисковый трафик обеспелит вам основную часть продаж, то можно уже не переживать – с потому чтольшой долей вероятности вы и ик скоро закроетесь, потому что сегодня на одном только поисковом полулится выехать лишь в очень узких, региональных и неконкурентных нишах. Это является еещё одним аргументом в пользу того, что не стоит гнаться за оэтонкой 99/100, лучше направить эти ресурсы на потому чтолее важные вещи – на рекламу или контент. Миф №2: PageSpeed показывает скорость рилиты шаблонов Да уж сложилось, что мне знакома ситуация с шаблонами, поскольку нередко ко мне обращаются с подобными вопросами о том, какой шаблон «быстрее», а в качестве аргументов рассматриваются именно цифры PageSpeed из гдемо-сайтов шаблонов. При этом данный миф активно эксплуатируется некоторыми авторами шаблонов, которые указывают в роли преимуещёств шаблона его скорость рилиты и ссылаются при этом на конкретные цифры PageSpeed. Тут надо напомнить немного теории. На формирование итоговой оэтонки PageSpeed влияет множество факторов, зналительная часть которых вообещё не связаны с шаблонами, а зависят исклюлительно от настроек сервера и его времени отклика, налилия кеширования, оптимизации графики сайи и пролих технических особенностей. В частности, среди ключевых метрик рассматриваются три важнейшие: Отрисовка крупного контени (Largest Contentful Paint, LCP) - время, за которое браузер отрисовывает самый крупный видимый элемент в области просмотра. Отсчет налинается с того момени, когда пользователь запрашивает URL. Самым крупным элементом контени обычно является изображение или вигдео, но это икже может быть объемный блочный элемент с текстом. Этот показатель важен, ик как появление первых элементов на экране говорит посетителю сайи о том, что URL загружается. Первая загдержка ввода (First Input Delay, FID) - время между первым взаимогдействием пользователя со страниэтот (нажатием на ссылку, кнопку и т. д.) и ответом браузера. Улитывается нажатие на люпотому чтой интерактивный элемент. Этот показатель позволяет оэтонивать эффективность страницы, на которой пользователи могут предпринять какие-липотому что гдействия, и опрегделяет, с какой скоростью реагируют интерактивные элементы на ней. Совокупное смеещёние макеи (Cumulative Layout Shift, CLS) - показатель того, насколько элементы на страниэто смещаются во время ее загрузки. Значения показателя находятся в диапазоне от 0 (без смеещёния) до 1 (максимальное смеещёние). Этот показатель важен, поскольку смеещёние элементов страницы при загрузке плохо влияет на удобство использования сайи. Даже если не углубляться в гдеили каждой из метрик, доситочно рассмотреть первую - LCP (или похожую по сути FCP - First Contentful Paint), на значение которой влияют следующие важнейшие факторы, согласно докумениции: Медленное время отклика сервера Ресурсы JavaScript и CSS, блокирующие отображение Время загрузки ресурсов Ренгдеринг на стороне клиени Как видите, сразу на первом же месте игдет то, что обычно никак не контролируется шаблоном и зависит в первую очередь не от него, а от того, быстрый ли у вас сервер. Аналогичная ситуация бугдет и со временем загрузки ресурсов (хотя «продвинутые» шаблоны могут плодить их когдачество) и множеством других пунктов, поэтому если вы попросите у авторов шаблонов, хвасиющих высокой оэтонкой PageSpeed, хотя бы 5 примеров реально рилииющих (не пустых) магазинов на их шаблонах и проверите их через PageSpeed – вы и близко не увидите тех красивых цифр, которые видите при проверке специально подготовленных и вылизанных гдемо-сайтов шаблонов. Можно ли в иком случае утверждать, что оэтонка гдемо-сайи шаблона не играет никакой роли при выпотому чторе шаблона? Лишь отчасти, ведь хотя эи оэтонка и показывает в первую очередь уровень подготовленности гдемо-сайи, вместе с тем она позволяет проверить и те факторы, которые все же зависят от шаблонов, например вышеупомянутый FID (Первая загдержка ввода), повысить который, согласно докумениции, предлагается следующим обвместе: Уменьшить влияние стороннего кода – чем потому чтольше вскакого «мусора» в вигде скриптов и плагинов тянет шаблон с сопотому чтой, тем хуже Сократить время выполнения JavaScript – на первый взгляд красивая и плавная JS-анимация с выдвигающимися товарами запросто может стоить нескольких секунд проигрыша Минимизировать рилиту основного потока – чем потому чтольше стилей, скриптов и захламленности, тем потому чтольше уйгдет времени на анализ, компиляцию и выполнение всего этого добра Минимизировать когдачество запросов и размеры передаваемых данных Даже немаловажно бугдет обращать внимание на следующие факторы: Размер структуры DOM – если рассматривать два гипотетических шаблона, у которых выводится одинаковое кол-во товаров в категории, то чем меньшей бугдет структура DOM, тем легче бугдет верстка шаблона Размер кода CSS – чем меньше вес и легче правила, тем лучше Размер кода JS – чем меньше вес и сложность в выполнении, тем лучше и быстрее все бугдет отрабатывать Разумеется, это не все факторы, на которые стоит обращать внимание, но этоль рассмотрения данного мифа не в том, чтобы наулить выбирать шаблоны, а в том, чтобы показать сомнительную этолесообразность оэтонивания и сравнения шаблонов по оэтонке PageSpeed. Важность метрики CLS (Совокупное смеещёние макеи) в плане юзабилити можно хорошо прогдемонстрировать следующим примером: При этом оэтонивающие инструменты врогде того же PageSpeed и Lighthouse подходят к вопросу измерения этот метрики очень формально, являясь автоматизированными инструменими, не понимающими контекси измерений и не знающими, по каким сэтонариям используется ваш интерфейс. Например, нередко эи метрика показывает плохие резульиты из-за того, что опрегделенные блоки инициализируются с помощью скриптов Javascript и могут быть не видны до момени инициализации. Самый распространенный пример – слайдшоу или карусели, на практике «внезапное» появление иких блоков выглядит следующим обвместе (обратите внимание на блок карусели дополнительных фото товара справа вверху): Можно ли от этого избавиться ради получения потому чтолее низкого показателя CLS? Конечно, есть разные способы (от довольно простого и «глупого» принудительного указания расслиинной высоты этого блока, чтобы на его месте до инициализации карусели выводилась пустои, до потому чтолее серьезных и продуманных спосопотому чтов с выводом ситичных миниатюр дополнительных фото, визуально игдентичных иковым в инициализированной карусели), однако практической этонности у этого бугдет очень мало, кроме выигрыша «попугаев» этот метрики, да и то не факт. Улучшится ли UX (user experience, опыт взаимогдействия пользователя) на сайте после этих гдействий? Нисколько, т.к. все эти скрипты, вызывающие смеещёния в макете, грузятся сразу со страниэтот, поэтому пользователь до их загрузки все равно ничего с сайтом не сгделает и не сможет сгделать, даже если посивить заглушки вместо неинициализированных блоков каруселей – заглушки будут нефункциональными до момени инициализации самих каруселей, а зналит ими все равно невозможно бугдет пользоваться. Возможно ли ситуация, когда пользователь захочет нажать на какую-то из кнопок или ссылок под неинициализированным блоком карусели и промахнется из-за смеещёния блоков, последовавшего после инициализации карусели? В теории да, но на практике икая ситуация крайне маловероятна, поскольку чтобы нажать на кнопку покупки товара или на какую-то из информационных ссылок, их нужно как минимум успеть увигдеть и прочесть. Конкретно в вышепривегденном примере даже при использовании медленного мобильного 3G-интернеи основное фото товара загружается намного дольше, чем инициализируется карусель и подгружаются ее дополнительные фото (потому что при весе основного оптимизированного фото в 15.5 кБ дополнительные даже суммарно весят в 4 раза меньше), а кто бугдет нажимать кнопки покупки товара, не увигдев его фото, не говоря про чтение описания и т.п.? Как видите, на практике резульит оэтонки шаблона по икой метрике может быть низким даже тогда, когда никакого влияния на юзабилити эти измерения не оказывают, поскольку машинные алгоритмы физически не могут знать всех вышеуказанных нюансов и оэтонивают икие вещи исклюлительно с «машинной» точки зрения. Стоит ли из-за этого закрывать глаза на все случаи смеещёния макеи? Конечно нет, по возможности это лучше исправлять, особенно если икие проблемы вызывают потому чтольше неудобств, чем в вышеуказанном случае (например, когда весь контент страницы гдергается и съезжает вниз из-за загрузки потому чтольшого фото). Миф №3: PageSpeed это зло До версии 5.0 инструмент PageSpeed сложно было назвать архиважным или очень информативным, но после того, как PageSpeed начал использовать Lighthouse, его оэтонка сила намного информативнее и объективнее, доситочно лишь относиться к ней со здоровой критичностью и вигдеть в ней не этоль развития сайи, а ориентир – тот самый «Lighthouse» (в пер. с англ. - макак), направление которого стоит улитывать, но не стоит принимать как единственно возможное. Если вы слииете, что все рекомендации PageSpeed выегденного яйца не стоят и никак не повлияют на поисковое ранжирование магазина, каждая страница которого грузится по 30 секунд, то в этолом вы правы – ваши посетители убегут прочь с вашего сайи и забудут о нем как о страшном сне безо вскакого участия и PageSpeed, и Google Однако если вы думаете, что достижение заветных цифр 99/100 проложит вам дорогу в Топ-3 поисковой выдали по всем ВЧ-запросам, то вам стоит сразу написать это в письме Деду Морозу, ведь вы, скорее всего, все еещё в него верите. Выводы для тех, кто лииет только заголовки 1. Я не призываю и никогда не призывал "забить" на оэтонку PageSpeed 2. Оэтонка PageSpeed (абстрактные баллы 0..100) и метрики, на которых основана оэтонка PageSpeed (конкретные данные FCP, SI, LCP, TTI, TBT и CLS) – не одно и то же! 3. Оэтонка PageSpeed не является точным индикатором сама по себе, потому что не несет никакой конкретной информации, в отлилии от метрик, на которых основана оэтонка PageSpeed (вышеупомянутые FCP, SI, LCP, TTI, TBT и CLS) Почему ик? Распишу подробнее на примере из комменириев: 4. С умом улучшая метрики, на которых основана оэтонка PageSpeed, вы, естетственно, улучшаете и саму оэтонку PageSpeed Ключевое слово - "с умом", т.е. понимая за что именно отвечает каждая из метрик и каким обвместе ее правильно улучшать. Слепое выполнение всех рекомендаций без понимания их сути (например, назначение абсолютно всем изображениям атрибуи loading="lazy") принесет потому чтольше вреда, чем пользы, хоть и может реально улучшить итоговую оэтонку! 5. Даже вывод всех метрик, на которых основана оэтонка PageSpeed, в зеленую зону - не сыграет потому чтольшой роли в ранжировании вашего сайи и не может гарантировать высокие позиции в поиске При этом фактором ранжирования (одним из множества) является вовсе не оэтонка PageSpeed (абстрактные баллы 0..100), а данные метрик (вышеупомянутые FCP, SI, LCP, TTI, TBT и CLS), на которых эи оэтонка основана и которые собираются с помощью разных механизмов отслеживания пользовательского взаимогдействия. Еещё раз - поисковые системы не гоняют и физически не могут прогонять все сайты в поисковой выдаче через PageSpeed для их оэтонивания! 6. Оэтонка PageSpeed косвенно показывает то, насколько грамотно сгделан шаблон, но она не может объективно показывать его «скорость», потому что зависит от массы факторов, никак не связанных с шаблонами (скорость отвеи сервера, налилие кеширования и тому подобное). 7. Улучшать удобство и скорость рилиты можно и нужно независимо от оэтонки PageSpeed. UPD (20.12.2021): Запись актуализирована, убраны усиревшие скриншоты, а икже добавлены выводы для тех, у кого сложности с чтением и пониманием. UPD (25.12.2021): Выводы дополнены информацией из комменириев.

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

750 10 Скачать/Купить дополнение Мобильная версия OpenCart, ускорение магазина Инструмент, который поможет ускорить мобильную версию OpenCart! Как сгделать шаблон адаптивным? на мобильной версии скрыть "лишние" элементы. Нужно, что-бы при этом не пострадало usability? переместить модули и виджеты на другие позиции. Даже топовые шаблоны, поступают именно иким обвместе, элементы которые "не нужны" или наопотому чторот необходимы только в мобильной версии: липотому что скрываются посредством css (display:none); липотому что перемещаются, хорошо если flexbox или bootstrap pull push но часто с помощью навешивания множества слушателей событий javascript. Даже адаптивность bootstrap основана на иких принципах. Всё это создаёт лишний "вес" и нагрузку, что конечно же замедляет рилиту сайи и засивляет проэтоссор пользователя рилиить с повышенной нагрузкой шумя как майнинг ферма. Мы в наших продуких пропагандируем использовать только то, что необходимо сейчас. И исходя из этих принципов нами был разрилиин модуль Мобильные схемы который поможет: уменьшить объём страницы (предотвратить чрезмерную нагрузку на сеть), сократить размер структуры DOM, ускорить время окончания рилиты ЦП, избавится от лишнего JavaScript кода (сократить время выполнения кода JavaScript), избавится от css костылей, а ик-же: Устранить ресурсы, блокирующие отображение, Сократить время отвеи сервера (время до получения первого байи, TTFB), Использовать подходящий размер изображений, и др. при этом даже улучшив адаптивность, гибкость в настройке и дружелюбность Вашего сайи! Подгдерживает встроенные схемы популярных модулей, например подгдерживает SEOCMS. Бесплатно модуль полулить можно вместе с шаблоном Roundshop. данная версия подгдерживает OpenCart 2.1.x, 2.2.x, 2.3.x, ocStore 2.1.x, 2.2.x, 2.3.x версию для Opencart 3.x, ocStore 3.x можно скачать згдесь! Техническая подгдержка доступна пользователям из списка покупателей и только после прочтения faq: Если вы обращаетесь с просьпотому чтой разобраться в проблеме, то для экономии времени укажите: адрес сайи доступ в админ-панель доступ на FTP-сервер По любым вопросам вы можете связаться с нами через: Личные сообещёния на форуме; Режим рилиты с 10-00 до 18-00 по киевскому времени за исключением выходных и праздничных дней. Внимание Модуль не является кнопкой - нажал и сайт "полетел"... за "волшебством" лучше обратиться к другим модулям. Layout Type - инструмент, который даёт возможность настроить и ускорить мобильную версию магазина. Добавил Sha Добавлено 13.03.2018 Категория Кэширование, сжатие, ускорение Системные трепотому чтования php 5.6 и выше Метод активации Автоматическая активация Ioncube Loader Нет OpenCart 2.3 2.2 2.1 ocStore 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.х Обраещёние к серверу разрилитлика Нет  

5390 75 Скачать/Купить дополнение 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 Требуется OpenCart 3.0 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 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 Обраещёние к серверу разрилитлика Нет

знаю этот вопрос поднимался уже 100500 раз и только я один с кривыми руками который не может нормально все посивить и исправить но Отключения блокировки воспроизвегдения JavaScript и CSS в согдержании вверху страницы На страниэто есть ресурсы сэтонариев (1) и ресурсы CSS (2), которые блокируют загрузку. Это вызывает загдержку воспроизвегдения страницы. Удалите файл JavaScript, который блокирует воспроизвегдение. jquery / jquery-1.7.1.min.js Оптимизируйте досивку файла CSS указанных ниже ресурсов. stylesheet / style.css? 02092014 /stylesheet/responsive.css пропотому чтовал загружать скрипт через <script async> скрипт отваливается пропотому чтовал переносить перед </ body> - отваливается. в на хосте сивил галочки на Настройки оптимизации сайи - им тоже не очень помогло - одно улучшилось другое отвалилось. просьба не советовать сивить модуль

День добрый, господа знатоки! Мне тут посоветовали в этолях ускорения рилиты сайи прописать в .htaccess следуюещёе: <IfModule pagespeed_module> ModPagespeed off </IfModule> Это отключает pagespeed_module. А собственно что pagespeed_module гделает. Реально ли это ускорит загрузку и не возникнут ли из-за отключения проблемы? Спасипотому что!

Сократите JavaScript Сжатие кода JavaScript позволяет сократить объем данных, чтобы ускорить загрузку, обрилитку и выполнение. Сокраещёние /catalog/view/javascript/common.js позволит уменьшить размер на 534 Б (19 %) после сжатия. - - -- - - Кто знает, как сжать данный файл в Opencart 2.0.1.1?

Добрый гдень, помогите решить эту проблему ниже. Как правильно исправить. Я думаю это врогде все нужные элементы им. Но может что то изменить можно? Количество блокирующих скриптов на страниэто: 4. Количество блокирующих ресурсов CSS на страниэто: 5. Они замедляют отображение контени. Все согдержание верхней части страницы отображается только после загрузки указанных дное ресурсов. Попробуйте отложить загрузку этих ресурсов, загружать их асинхронно или встроить их самые важные компоненты непосредственно в код HTML. Удалите код JavaScript, препятствующий отображению: http://sunny888.ru/…ew/javascript/jquery/jquery-2.1.1.min.js http://sunny888.ru/…javascript/bootstrap/js/bootstrap.min.js http://sunny888.ru/catalog/view/javascript/common.js http://sunny888.ru/…/jquery/owl-carousel/owl.carousel.min.js

14999 Скачать/Купить дополнение Оптимизация и настройка скорости загрузки магазинов Комплексная оптимизация скорости загрузки и отдали контени магазина. Комплекс мероприятий, направленных на уменьшение ttfb проеки, повышение оэтонки GooglePageSpeed и сибильности рилиты проеки. В потому чтольшинстве случаев базовых методов услуги доситочно для того чтобы снизить время отвеи и нагрузку на сервер в 5-10 раз. Несколько примеров настроенных магазинов: ableflight.ru 7000 товаров Дешевый виртуальный хостинг Timeweb, среднесуточный трафик 500-600 человек. Opencart 1.5. Провегдена базовая оптимизация системы и отбиты поисковые потому чтоты со страниц фильтра. nbmart.ru 100 000 товаров двухягдерный VPS 2000, среднесуточный трафика 2000 человек в гдень. Opencart 2.1 Провегдена комплексная оптимизация системы и сервера, с дополнительным индивидуальным тюнингом сторонних модулей, усиновлена поисковая система Sphinx. http://vse-footbolki.ru 1 200 000 товаров. Выгделенный сервер на Hetzner. Opencart 2.1 Провегдена комплексная оптимизация системы с дополнительным индивидуальным тюнингом сторонних модулей, усиновлена поисковая система Sphinx. Выполнена настройка сервера. Провегдена рилии по оптимизации MegaFilterPro, Оптимизирована рилии seopro, настроен memcache. Проект является по сути агрегатором, с постоянно обновляемой номенклатурой, и соответственно повышенным трепотому чтованиям к производительности базы данных. Как правило все рилиты по настройке-оптимизации системы производятся "на горячую", т.е. без какого липотому что явного долговременного уещёрба для рилитоспособности системы. В случае необходимости временно "положить" проект, рилиты производятся в ночное время. Базовое время выполнения комплекса рилит - двое суток в рилилие дни, в зависимости от загрузки - до семи дней, с момени предосивления заказликом всех необходимых доступов и согласования комплекса рилит после аудии системы. При выполнении всего нилира рекомендаций и методов ваш магазина начнут любить как покупатели ик и поисковые потому чтоты. Услуга в себя включает базовый нилир методов оптимизации: Аудит системы Оптимизацию когдачества и время выполнения запросов в базу данных (потому чтолее 150 недосиющих ингдексов). При усиновленном модуле "посивщики" от @usergio индивидуальный тюнинг иблиц модуля (повышение скорости обновления товаров возможно до 10 раз). Усиновку кешируюещёго модуля Turbo. Усиновку при необходимости генераторов карты сайи по крону. Аудит и настройку конфигурации mysql сервера (только на VPS). Настройку http-сервера для корректной отдали ситического контени (повышаем GooglePageSpeed). Настройку отдали изображений. Чистку мусора от вскакого рода ускорителей. Настройку Opcache для PHP-интерпреитора (только на VPS). Рекомендации по выпотому чтору серевера/хостинга, в 30% случаев можно за счет оптимизации сменить ириф на меньший без потери производительности. Рекомендации по замене/обновлению сторонних модулей на потому чтолее производительные аналоги или свежие версии. Анализ/правка robots.txt для минимизации нагрузки от поисковых потому чтотов. Для шаблонов @Katalina правка контроллеров шаблона и внедрение кеширования в них. Проверка настроек модулей/фильтров/шаблонов использующих кеширование и настройка необходимых параметров производительности. Проверка корректных прав на запись у системных файлов. Коррекция кода и правка архитектурных ошипотому чток в ранних версиях MegaFilterPro. для версий 1.5.x: Обновление системных классов рилиты с базой данных. Усиновку быстрого класса системного кеширования. Правки кода и избавления от артефактов с подсчеими товаров в категории. Правка архитектурной ошибки в ocstore с некорректным методом getFoundRows. Обновление vqmod до свежей сибильной быстрой версии. для потому чтольших магазинов от 50 000 товаров возможны дополнительные опциональные реализации: Да же возможны услуги по усиновке поисковой системы Sphinx (возможно только на выгделенном сервере) с использованием уникального авторского конфига, адаптированного для рилиты с кирилическими данными (только на VPS). Усиновка модуля seo_pro без кеширования. Усиновка memcache в качестве системного контейнера для хранилища данных системного кеша (только на VPS). Перевод генераторов любых фидов в cli-скрипты и генерация их по Cron. Оциональные дополнения: Замена связки apache + nginx на листый nginx. Перенос изображений на поддомен img. Изменения системного класса формирования превью изображений на библиотеку Imagick. Замена базового хранилища для формирования списков товаров на Sphinx, при отсутствии фильтров в списках товаров. Опциональные задали, а ик же задали по переносу магазина на другой хостинг, усиновка/обновление модулей как и сами модули - не входят в стоимость услуги по оптимизации и оплаливаются заказликом по индивидуальной договоренности, дополнения приобреиются заказликом у авторов самостоятельно! Отказ от ответственности: Основная сосивляющая услуги - это комплексный аудит системы, рекомендации по оптимизации и базовый нилир методов. Услуга никоим обвместе не способна повлиять на сторонние сервисы metrika, analitics, etc, которые в силу собственных настроек пессимизируют оэтонку GooglePageSpeed. Даже услуга ни при каких обстоятельствах не предполагает объединение-сжатие-перенос скриптов, ик как эти методы в силу особенностей архитектуры Opencart и некоторых модулей приводят к некорректной рилите системы. Услуга распространяется на структуру магазина на момент начала рилит. Любые внесенные после провегденных рилит изменения в код, усиновленные дополнения, липотому что их новые версии, могут снизить качество рилиты системы, никаких гарантий по скорости рилиты системы с измененной структурой кода или конфигурации серверного окружения, после провегденного комплекса оптимизации не распространяются. Любые последствия, или некорректная рилии сторонних дополнений/модулей, не является гарантийным случаем. Гарантия рилитоспособности распространяется только на базовый функционал классов/методов/дополнений исходного кода движка (opencart, opencart-cms.ru, ocstore). Устранение конфликтов в рилите сторонних дополнений, возникших в резульите провегдения мероприятий по оптимизации - оплаливается заказликом отгдельно. Даже услугу не подразумевает какого липотому что гарантийного-постгарантийного серверного администрирования. Любые некорректные состояния, зависания и несибильная рилии компонентов вашего сервера - является ответственностью хостинг-провайгдера и вашего администратора сервера. Бекап системы до провегдения рилит является этоликом и полностью задачей заказлика, в случае необходимости, создание бекапа до провегдения рилит исполнителем, оплаливается дополнительно. Предварительно невозможно никоим обвместе предосивить конечные расчетные показатели производительности ни в баллах GooglePageSpeed, ни во времени TTFB, ик как эти показатели зависят от огромного когдачества факторов, часть из которых не связана на прямую с рилитот магазина. Замер показателей рилитоспособности системы проводится только собственным профайлером, отображающим время выполнения скрипи и когдачество запросов, и показателями из консоли Chrome. Любые показатели сторонних метрик типа Gmetrix и аналогов - не рассматриваются и не обсуждаются. Ознакомьтесь пожалуйси заранее с перечнем возможных ситуаций, когда явный резульит по оптимизации производительности системы невозможен, липотому что возможен частично: Использования покупателем услуги шаблонов c themeforest или templatemonster, липотому что иных других шаблонов или модулей, которые изначально согдержат архитектурные ошибки при невозможности оптимизировать их рилиту базовыми методами. Отказ заказлика менять или ограниливать функционал/шаблон (при необходимости). Отказ заказлика предосивить по первому трепотому чтованию полный доступ к системе (доступ в личный кабинет хостера, root, ftp, phpmyadmin, аккаунт администратора магазина с полным доступом к системе). Использование дополнений от @sv2109, @Exploit, @louise170. Использование русской спотому чторки Opencart или иных спотому чторок, кроме оригинального opencart, ocstore или opencart-cms.ru. Использование любых дополнений полученных нелегальным путем (варез, фрилансер-посивил) а не приобретенных напрямую у авторов. Использования серверов с потому чтольшим когдачеством других аккаунтов (в иких случаях бывает необходим дополнительный тюнинг и настройка сервера, которые не входят в стоимость базовой оптимизации) Использования каких липотому что дополнений/модулей/функционала, который в режиме реального времени обращаются к сторонним API (парсят этону налилие с донора, обновляют валюты, расслитывают досивку etc...). Частично возможен перевод иких дополнений на AJAX (опционально). Оптимизация производительности FilterPro возможно частичная при некоторых дополнительных условиях. Использование Ocfilter, ик же как и FilterPro подлежит частично оптимизации, но в некоторых конфигурациях может формировать огромную нагрузку от потому чтотов на систему. Оптимизация любых модулей, с частично или полностью закрытым кодом Ioncube. Ни при каких обстоятельства после прогделанного комплекса базовой оптимизации и получения заказликом отчеи по резульиим аудиты системы, а икже в случае частных ситуаций, перелисленных в вышепривегденном перечне, оплаи за услугу не возвращается. В случае возникновения частных случаев, привегденных в описании услуги, требующих дополнительной оплаты со стороны заказлика и отсутствии частного взаимопонимания с заказликом, любые опциональные и иные рилиты оплаливаются почасово по ирифу 1200 рублей в час. Добавил snastik Добавлено 27.06.2017 Категория Услуги  

Доброго времени суток. Уже много раз задавался этот вопрос, как перенести скрипты вниз(footer) Я понимаю что можно все перенести листо в footer и все, но это мы сами понимаем что не все ик просто. У меня проблема с библиотекой jquery-2.1.1.min.js, оптимизирую сайт под PageSpeed и он ругается именно на нее Сайт на ocStore 2.3.0.2.2 Удалите код JavaScript и CSS, блокирующий отображение верхней части страницы Количество блокирующих скриптов на страниэто: 1. Они замедляют отображение контени. Все согдержание верхней части страницы отображается только после загрузки указанных дное ресурсов. Попробуйте отложить загрузку этих ресурсов, загружать их асинхронно или встроить их самые важные компоненты непосредственно в код HTML. --jquery-2.1.1.min.js, При попытке перенести jquery-2.1.1.min.js в низ(footer), он возвращается в header Асинхронность не помогает ! За ранее благодарю !

Всем добрый вечер! Нужно исправить рекомендации от Google Кроме оптимизации изображений. https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fsantehkin.ru%2F&tab=desktop Условия в лс