sitecreator

Могу предложить заказчику очень удобный механизм формирования отложенных скриптов. Причем, вы имеете возможность полного контроля выполняемых действий и их анализа. Всевозможная рутинная работа сведена до минимума. Вы просто вносите в определенный список название доменов, к которым обращаются скрипты для подгрузки внешних JS. Далее все происходит автоматически. Находятся скрипты, в которых есть обращения к конкретным сайтам, и именно эти скрипты оптимизируются - откладываются в данном случае в строгом соответствии с заданным порядком если скрипты были синхронные изначально. Максимально просто и предсказуемо. Если у вас есть инструмент для такого дела получше, то, конечно, вы будете пользоваться им. Но, поскольку я такого инструмента не знал, то сделал его сам. Вы можете видеть отчет в виде блоков кода, которые нуждаются и будут оптимизированы. Можете делать анализ кода любых страниц, а не только главной. Хотя ту же метрику можно и иначе оптимизировать, т.е. несколько лучше. Поскольку я предлагаю услугу, то сам и делаю всю настройку. Показываю лишь, что и как делаю. Кто хочет и умеет делать это вручную - пожалуйста!

Оптимизацию загрузки многих виджетов, карт, видео-вставок и т.д. и т.п. можно организовать в режиме "когда нужно", т.е. если пользователь вообще до них долистал-докрутил, раньше особого смысла нет. Мы имеем известный по загрузке картинок принцип Lazy Load, но в данном случае не для картинок. Ниже показал в мультиках для взрослых как визуально подгружаются карты, чат, виджет телефонии. Кто-то имеет, что возразить против такой загрузки? Разумеется, что вы можете делать подобную оптимизацию сами вручную, с большим интересом копаясь в коде и получая от этого удовольствие. Но у меня есть для вас решение, которое сильно упрощает эту работу и максимально ее автоматизирует. Под спойлером сайт на дефолтной теме, ну, это, конечно, не очень интересно. Зато ниже вполне реальный сайт, имевший на старте до оптимизации 44 балла, а после - 96 баллов.

можно и так, конечно. Просто уже все привыкли, что давно работают на движке 1.5 с библиотекой library/db/mysqli.php как наиболее быстрой и не вызывающей сообщений (ошибок) о том, что "расширение устарело...". Но в целом ваш подход годится если в php не удалена (отключена) php mysql, т.к. для php 7.* бывает часто отсутствует mysql. Сделаю в коде правки относительно порта. Спасибо.

резерв

резерв

резерв

Версия 2.1.20 Но если вас все устраивает, то можете оставаться на той версии, которая у вас работает.

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

что логично, не так ли? вы же из этой папки показываете пользователям картинки jpeg, png. не будут, но при изменении исходного jpeg, png будет создан новый соответствующий webp.

@Bigbrother72 , пишите в личку, там и будем смотреть, здесь это кроме вас вряд ли будет кому интересно. сразу с доступами. На прошлой неделе в личке у вас "все не работает" было, я вам в личке подсказал, что надо было делать, и вы вроде бы справились. И на странице продукт у вас есть более серьезные факторы чем возможный выигрыш в 0.7 сек за счет откладывания загрузки изображений. Это к вопросу, что влияет на баллы гугла. Вам же это интересно в первую очередь?

Здравствуйте. Смотрите эту настройку:

Итак, информация исключительно для тех, кто программирует на JavaScript. И не просто программирует, а знает данный язык на отлично. Для тех, кто разбирается как, в какой последовательности происходит загрузка и выполнение отдельных файлов и блоков кода JS. Тема крайне непростая, но кто в теме, тот поймет. Итак, как загружается googletagmanager? <script async src="https://www.googletagmanager.com/gtag/js?id=UA-9999-2"> А загружается googletagmanager асинхронно. Именно тот файл JS, который загружается с сайта гугла. Сам скрипт от гугла, который начинает отслеживать страницу может начать работать до загрузки скрипта с сайта гугла. Этот скрипт идет отдельно. Вот собственно тело скрипта гугла, который начинает отслеживать страницу не дожидаясь загрузки асинхронного скрипта : <script>window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date()); gtag('config', 'UA-9000-2');</script> Асинхронный скрипт можно вполне отложить и заставить загружаться после формирования страницы, что логично. Почему мы можем так поступить? Потому, что асинхронный - это означает, что страница будет формироваться независимо пока загружается скрипт. Данный скрипт (например, если тормозит сервер гугла) может вообще через 30 сек загрузиться. Но на мой взгляд разумнее всего загружать данный скрипт после формирования страницы когда она отображена пользователю во всей красе. В принципе пока пользователь не совершил никакого действия (клик, скроллинг, прикасание как таковое к тачпаду) всевозможным вебвизорам, аналитикам и прочим сборщикам информации собирать нечего о действиях пользователя. Но как только пользователь совершит хотя бы прикасание к тачпаду, то нужный скрипт будет сразу же загружен если это еще не произошло ранее. Напомню, что асинхронный скрипт может загружаться пока идет работа браузера по построению страницы, но как только он будет загружен, то он немедленно будет выполнен и будет блокировать основной поток выполнения, т.е. построение страницы на это время прекратится. В большинстве случаев нам этого вовсе не надо, не такой уж он приоритетный чтобы ради него останавливать всю страницу. Асинхронный скрипт по своей природе может загрузиться вообще хоть через минуту после загрузки страницы. Как говорится, когда смог. Это никак не влияет на выполнение JS. Но в тоже время желательно чтобы аналитика и т.п. загружались как можно скорее, но без блокировки основного потока. Моя рекомендация. Подобные аналитические скрипты можно откладывать. Добавлять в список отложенных, но которые стартуют по первому же действию пользователя (если они к этому времени еще не загрузились сами собой). Всевозможные виджеты, чаты и т.п. можно совершенно смело откладывать. Если есть сомнения насчет аналитик, то рекомендуется тестировать их работу. В принципе при сомнениях можно вообще не включать их оптимизацию. Если у вас есть разумные предложения как следует правильно оптимизировать Метрику, Аналитику и т.п., то милости просим! Выслушаю ваши идеи. В отложенной загрузке всяких аналитик есть потенциальный минус в том случае если пользователь не стал смотреть страницу, а сразу же нажал "закрыть" как только страница загрузилась или даже не успела еще загрузиться. Но нужна ли вам статистика по пользователям, которые попали на страницу чисто случайно и которые даже 3 сек не потратили на вашу страницу? Если вам непременно нужно отслеживать таких пользователей, то не оптимизируйте тогда всевозможные счетчики, метрики и аналитики. Сами смотрите, что вам важнее - отследить случайных посетителей или быстрая скорость загрузки страниц для всех заинтересованных пользователей + повышенная оценка гугла. Когда нельзя от чего-то отказаться, то можно найти разумный компромисс. Тот же вебвизор от Яндекса безбожно тормозит страницу еще до ее формирования, причем он будет старательно записывать как формируется страница и зафиксирует даже Lazy Load загрузку картинок еще ДО ТОГО как пользователь хоть что-то кликнет или что-то предпримет. Итак, любые полезные идеи и мысли по теме приветствуются!

Контрольные суммы "стартового" файла, который был проверен форумом. Можете пользоваться только им и никогда не пытаться устанавливать обновления. Ведь последующие обновления любых модулей любых авторов, шаблонов (тем) на этом форуме никогда не проверяются в силу физической невозможности подобного контроля. Решение для оптимизации (Hi-Optimizer) таки развивается. В данный момент не претендует на звание идеального продукта. Абсолютно все пожелания, замечания пользователей учитываются и анализируются. Не все комбинации галочек имеет смысл пробовать. Все сайты - очень разные, поэтому универсального рецепта оптимизации не существует. Главное - это понимание того, что вы делаете. Есть отдельные универсальные рецепты, но в каждом конкретном случае нужно смотреть что именно принесет успех в оптимизации.

Для переживающих. Не включайте оптимизацию для метрики. Никто вас не принуждает к этому. Есть выбор. Откладывайте только те скрипты, которые считаете нужными. Можно ли загрузить Яндекс-карты, Яндекс-Чат, Яндекс-касса после основного контента? Однозначно, что можно. Карты, как и прочие виджеты вроде отзывов в Фейсбуке имеет смысл вообще показывать тогда когда пользователь до них докрутил страницу. Какой смысл делать это раньше если до карты в "подвале" сайта пользователь может вообще не дойти? Тут самое логичное использовать для карт, виджетов и тп. принцип Lazy Load. Метрики в первую очередь блокируются всевозможными блокираторами рекламы adGuard, adBlock. Сейчас уже сложно найти браузер, в котором бы не блокировалось бы отслеживание и реклама. В режиме инкогнито все браузеры блокируют метрики. Часть браузеров предлагают по умолчанию свои средства блокировки рекламы и отслеживания. Разумным видится отклыдывание того же вебвизора (метрика-яндекс) до первого действия пользователя. Смысл собирать информацию о сайте до действий пользователя? Кроме тормозов это ничего не вызывает. Но можете не откладывать ни метрику, ни какую-либо иную аналитику. Отложить скрипты до первого действия пользователя можно на этой вкладке, например: Имеет смысл отложить виджеты подобные этим (binotel - телефония, Jivosite - чат общения):

Модуль Hi-Optimizer содержит в своем комплекте не только инструменты оптимизации, но и инструменты анализа, которые позволяют делать качественную оценку страниц сайта на предмет оптимизации и проверять насколько успешно происходит распознавание скриптов, требующих оптимизации. Т.е. вы не просто вслепую вносите параметры и надеетесь, что они как-то применяются, но можете полностью контролировать этот процесс. Инструментарий для анализа развивается. Подробная документация по мере возможностей также подготавливается. На скриншоте показан пример анализа страницы вашего сайта, на которой автоматически распознаются скрипты, которые можно и нужно оптимизировать. Благодаря такому анализу вы можете обнаружить логические ошибки в виде многократного подключения одинаковых скриптов, но с разными параметрами. На скриншоте видно, что идет многократное подключение к фейсбуку с разными ID, тоже самое касается googletagmanager. В результате появляется возможность устранить такие ошибки. Разумеется, что идет анализ страниц до оптимизации их оптимизатором Hi-Optimizer даже если у вас в этот момент работает Hi-Optimizer на сайте. Анализ идет, так сказать, чистых входных данных.

резерв.

резерв.

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 Обращение к серверу разработчика Нет

Версия 2.1.19 Поддержка PHP 7.4

Возьмем вашу страниц Товар. https://in-styleshop.ru/shoes/sneakers/nike-kyrie-6-ep-black-white Разница с выключенным и включенным Hi-Optimizer также очень большая

Возьмем вашу страниц Товар. https://in-styleshop.ru/shoes/sneakers/nike-kyrie-6-ep-black-white Именно благодаря Hi-Optimizer у вас такая высокая оценка для страницы Товар. Именно благодаря Hi-Optimizer ваши виджеты VK загружаются по принципу Lazy Load, т.е. тогда когда попали в поле зрения пользователя, не ранее. С отключенным Hi-Optimizer у вас полная печаль:

Вот честный эксперимент с включением и отключением Hi-Optimizer на указанном сайте. Сделано по два замера в каждом состоянии чтобы было понятно насколько сильно отличаются баллы в каждом из состояний. Выключаю Hi-Optimizer, далее обновляю страницу, перехожу в гугл и делаю два замера. далее включаю Hi-Optimizer , обновляю страницу, делаю контрольные замеры в гугле. Разница в 40... 60 баллов.

этот клиент мог бы просто ко мне обратиться в личку. Я не злопамятный, ровно также за полчаса решили бы вопрос. А вы попробуйте отключить Hi-Optimizer. останьтесь с кешеровщиком, который нормально справляется с кешированием. И у вас баллы сразу просядут до 25-49 А с включенным модулем Hi-Optimizer у вас баллы в районе 80 - 96 баллов. Отключаете, и... они падают на 50 пунктов. Вот с включенным оптимизатором Hi-Optimizer. Бывает и так временами: баллы будут плавать несколько потому что вот эта проблема не делась. Это проблема с кодом ваших каруселей. Вы несколько раз загружаете сами скрипты JS карусели. Ладно, это я еще могу побороть за счет Hi-Optimizer. Но вы по 15 раз инициализируете этот скрипт!!! А это уже делает кем-то криво написанный код. Переписывать код я не брался. Но брался лишь оптимизировать. Попробовали отключить Hi-Optimizer? Что увидели? Не вот это ли? Вот с выключенным Hi-Optimizer: Бывает и так с выключенным Hi-Optimizer: Прошу заметить, что кешеровщик у вас при этом работает. По вашему, это называется "не работает" Hi-Optimizer? чтобы понять, что Hi-Optimizer включен на сайте достаточно открыть исходный код

логически не пробовали рассуждать? Я вам показывал проблемы, которые мешали "настройке". Это тоже самое как если бы я взялся настраивать клапана в двигателе, но при этом обнаружил трещину в головке блока цилиндров. Вы бы тогда тоже выдали "я вас не просил смотреть"? Т.е. если взялся настраивать клапана, то настраивай и не обращай внимания на трещину? Вот ваша одна из трещин (15 раз !!! загружается, точнее, инициализируется скрипт карусели): Вот в том то и забавен ваш подход, что вы даже не понимаете, что настройку клапанов нельзя делать предварительно не устранив проблему трещины в головке блока цилиндров. Но я даже готов был и эту трещину устранить для вас бесплатно. Я же говорю, что вы даже не поняли, что я проявлял добрую волю. Всего лишь с вашей стороны надо было просто подождать. Все бы получили. Что в итоге? Ждать 12 дней моей бесплатной работы для вас оказалось непосильной задачей для вас. Так у вас и сейчас остаются проблемы на сайте, которые могли бы быть решены. Те же самые проблемы! вы снова по кругу? Лгать не устали? Не вы ли сами чуть ли не истерику устроили, прождав лишь несколько дней? Сами же заявили, что "нет сил больше ждать". Я и избавил вас от этого мучения. На тот момент не было ни у кого готового решения по борьбе с многократными подключениями скриптов. Но вам хотелось чтобы данная проблема была решена мгновенно. Вы даже не понимаете, что она требовала программирования. Время, которое я потратил на программирование, вы почему то называете "тянуть время". Это ли не признак неадекватного восприятия задачи с вашей стороны? На данный момент я уже учел, что такие проблемы с дублями временами случаются, а потому добавил соответствующие настройки для таких случаев:

забавный вы человек. это не с "моей работой" стало, а стало после отключения минификации JS, которая у вас была. Только вот в результате этой минификации у вас сыпались ошибки JavaScript и были другие проблемы, о которых вы писали. Конечно, же я пришел и все "поломал", не начав даже еще что-то делать. Повторюсь, какая радость от минификации если она вызывает поломку и проблемы на сайте? Вы радовались баллам гугла при том, что у вас сыпались ошибки JS? Крайне забавно..... вот эти ваши 13-19 баллов - это и есть состояние вашего сайта до начала работ. Состояние, когда хотя бы фатальных ошибок JavaScript не было. Это скриншот переписки от 14 февраля. На тот момент я еще ничего не делал на вашем сайте. У меня даже доступа не было, а вы еще никакие услуги у меня заказывали и никакие модули не приобретали. Я лишь обратил ваше внимание на огромный вес изображений, которые вы грузите на главной. Смысл всех ваших сообщений? Сообщить миру, что я не справился с вашими проблемами бесплатно за 12 дней?