какие расширения поставить для ускорения сайта 2.3?

[hitball]

Здравствуйте! какие расширения поставить для ускорения сайта 2.3?

Смотрю на 2 расширения Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator и  Lightning 

Стоит их вместе ставить? Еще какие-то расширения в дополнения к ним нужны?

[delphiworld]

4 минуты назад, hitball сказал:

Здравствуйте! какие расширения поставить для ускорения сайта 2.3?

Смотрю на 2 расширения Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator и  Lightning 

Стоит их вместе ставить? Еще какие-то расширения в дополнения к ним нужны?

Добрый день! Бесполезные решение для ускорения сайта.

1) Сжатие картинок. Стандартное сжатие справляется, если, конечно, вы картинки 1мб+ не заливаете

2) Водяной знак? Причем тут ускорение?

3) WebP. Попробуйте открыть WebP картинки в фаерфоксе, опере и ИЕ. А с js конвертером в webp грузится будет еще медленнее

4) Lazy Load OK

 

У вас тяжелые изображения на сайте или сам сайт тормозит? Тут нужно причины установить, а потом уже оптимизацией заниматься 

[hitball]

Много отказов при первом посещении, по идее пользователь просто не дожидается загрузки страницы. не знаю на что ориентироваться...  посмотрела pagespeed. вот это данные загрузки мобильной страницы - показатель 8!! ((( Другие сайты на этом же VDS показывают результаты 50-80

Змінено 11 липня 2019 користувачем hitball

[n3bo]

11 минут назад, hitball сказал:

Много отказов при первом посещении, по идее пользователь просто не дожидается загрузки страницы. не знаю на что ориентироваться...  посмотрела pagespeed. вот это данные загрузки мобильной страницы - показатель 8!! ((( Другие сайты на этом же VDS показывают результаты 50-80

Жесть какая-то) Наймите лучше специалиста

[dedvjbed]

@hitball вы бы ссылку на сайт скинули

[HyperLabTeam]

100500 модификаторов и столькоже модулей в квадрате
всё есть.. а скорости нет)
да?)

[hitball]

вроде бы и не много расширений( самые громоздкие - это мегаменю и фильтер про

[sitecreator]

4 часа назад, delphiworld сказал:

1) Сжатие картинок. Стандартное сжатие справляется

 

Что такое "Стандартное сжатие"? И где оно есть?

 

Сжатый формат WEBP позволяет по статистике сократить трафик (изображения) раза в 2-3. Т.е. уменьшить суммарный вес изображений. Это если сравнивать со стандартной работой графики GD в Опенкарт (а ничего другого стандартного в Опенкарт и нету).

 

Стандартно GD работает с качеством 90 для JPEG.

Оптимальным для WEBP является качество 83-87.

Также учитывайте, что баннеры, всякие заливки часто через кеш опенкарт вообще не проходят. Они нередко из фотошопа уже идут с избыточным весом.

Для PNG выигрыш получается очень значительный, там и в 5-7 раз можно вес снизить за счет WEBP.

 

 

4 часа назад, delphiworld сказал:

3) WebP. Попробуйте открыть WebP картинки в фаерфоксе, опере и ИЕ. А с js конвертером в webp грузится будет еще медленнее

 

А вы точно уверены в том, что знаете как и где работает WEBP?

 

Во-первых, FireFox уже с конца прошлого года (версия 65+) понимает формат WEBP без всяких проблем и танцев.

Опера так вообще долгие годы его понимает наравне с Хромом.

А если говорить про старые браузеры, то им webp не отдается, им отдается JPEG/PNG, т.е. то, что они понимают. Тому же IE отдается JPEG/PNG.

Новый IE понимает WEBP тоже, но смысл про него (IE) говорить если им практически никто не пользуется?

Т.е. каждый браузер получает то, на что он способен.

 

"JS конвертер" в здравом уме на смартфонах никто не использует. Эту технологию можно рассматривать лишь чисто как эксперимент, но не более.

 

@hitball , оптимизация изображений - это лишь часть необходимой работы по оптимизации (ускорению) работы сайта. Необходимая часть, но недостаточная.

Если плохой отклик (время генерации страницы), то можно поставить кешер Jet Cache.

Но кешер поможет только улучшить отклик.

Если же есть проблемы с JS (долго работает), то тут нужна ручная работа в любом случае.

 

 

4 часа назад, hitball сказал:

по идее пользователь просто не дожидается загрузки страницы

 

не удивительно если нужно ждать 45 сек прежде чем что-то можно нажать на вашем сайте.

 

Работа нужна в комплексе! По отдельности ни одно решение вам не поможет.

Каждое решение поможет подтянуть свою проблемную часть.

Но если у вас JS работает 15 секунд, то на это нужно обратить внимание обязательно.

даже молниеносная отдача страницы сервером не избавит вас от проблем тормозного JS.

 

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

Вы можете прекрасно все ускорить на сервере, включая изображения. Но у вас останется клиентский JS. 

 

 

 

[Yoda]

8 часов назад, hitball сказал:

Здравствуйте! какие расширения поставить для ускорения сайта 2.3?

Смотрю на 2 расширения Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator и  Lightning 

Стоит их вместе ставить? Еще какие-то расширения в дополнения к ним нужны?

 

Давайте с самого начала.

Быстрая работа магазина обусловлена несколькими условиями.

1 - достаточными качественными ресурсами сервера

2 - устраненными бутылочными горлышками а именно:
отсутствием медленных запросов, отсутствием большого количества запросов, отсутстивем скриптов которые делают вам авто-ddos сервера, как тото же lightning.

3 - правильной корректной настройкой сервеного окружения, по мелочи по мелочи, но тот же уход от apache и переход на nginx+php-fpm + правильный тюнинг оных дают прирост скорости работы до 400-500мс при загрузке каждой страницы.

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

5 - поисковые боты должны видеть и обрабатывать только тот контент, который им можно. Даже банальные Гугл Яндекс и Бинг, могут легко уложить любой магазин при присутсвии тяжелых страниц.

 

А при условии выполнения 1 и 2 пунктов позволяют в целом избежать использования каких бы то ни было "разрекламированных модулей кеширования.

Что касается использования мдуля этого тетрис 1000 в одном, как показывает практика на каждом втором магазине, который я наблюдаю, он кроме избыточных конфликтов не приносит никакой пользы. Вы можете спокойно пользоваться бесплатным решением от @stickpro - которое делает те же задачи, но не вызывая конфликтов и имеет нулевую стоимость 

 

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

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

 

Что касается увеличения оценки pageSpeed от Гугл.

 

Кроме ускорения непосредствено время загрузки магазина и приведения  в порядок отдачи статического контента, необходимо внимательно посмотреть какие требования еще выставляют гугл, и можно удивиться, ведь там есть вещи, которые опорседовано не связаны со скоростью загрузки. Как то... Объединение скриптов, объединение стилей, которые якобы приводят к уменьшению запросов к серверу и соответсвенно к уменьшению простоя браузера во время ренедера. А также в каких-то моментах может потребоваться как реструктуризация контента так и уменьшение количества выводимых элементов на страницу.

Это все хорошо и прекрасно, но зачастую избавиться от 200-300-500 значений атрибутов в фильтре невозможно, в megaFilterPro например, каждое значение размечено 5-6 элементами HTML и только один фильтр превышает рекомендуемый лимит гугла. И с подобными ситуациями бороться какими то модулями можно так же как средством от гемороя лечить гангрену.

 

Также надо не забывать про такие вещи как, совершенно разные способы внедрения дополнительных скриптов стилей на странциы магазина, кризисноть работы внешних виджетов типа различных чатов, колбеков и всего прочего (однажды я видел виджет онлайн чата. который весил более 2мегабайт, тащил на себя свой bootstrpa+ jquery) и на голом чистом магазине который давал  98 баллов pagespeed для мобильной версии, убивал оценку сразу до 15.

 

Так что ни один модуль, ни одни красивые обещания авторов этих модулей, не дадут вам действительно быстрой работающей системы.

 

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

А также бывают частные случаи, когда кешировать приходится какие-то вещи, на которые даже подумать невозможно, так на одном проекте, которым занимается уважаемый @nikifalex и не даст соврать, кеширование набора настроек магазина дало прирост скорости в 500-600мс.

 

[hitball]

Спасибо, огромное за развернутые ответы. Осознала, что сама не справлюсь с таким количеством нюансов( Придется заказывать квалифицированную помощь

[hitball]

3 часа назад, Yoda сказал:

Что касается использования мдуля этого тетрис 1000 в одном,

эта цитата про расширение  Jet Cache?

[dedvjbed]

8 часов назад, sitecreator сказал:

Сжатый формат WEBP позволяет по статистике сократить трафик (изображения) раза в 2-3. Т.е. уменьшить суммарный вес изображений. Это если сравнивать со стандартной работой графики GD в Опенкарт (а ничего другого стандартного в Опенкарт и нету).

 

Стандартно GD работает с качеством 90 для JPEG.

Оптимальным для WEBP является качество 83-87.

Также учитывайте, что баннеры, всякие заливки часто через кеш опенкарт вообще не проходят. Они нередко из фотошопа уже идут с избыточным весом.

Для PNG выигрыш получается очень значительный, там и в 5-7 раз можно вес снизить за счет WEBP.

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

[esculapra]

38 минут назад, alexbeglov1989 сказал:

 Можно оптимизировать вручную каждую картинку (через Photoshop к примеру)

Оптитмизировать картинки лучше в Google Pagespeed. Один важный момент, указание параметра E[pire в заголовке ответа сервера - при повторной загрузке кешированный в браузере контент не требует загрузки. Попробуй раскидать в некоторые директории мою примочку access_guard (на сайте есть для бесплатной загрузки). Архив распаковывается в основные каталоги image, catalog (тут в основном содержатся картинки, скрипты и таблицы стилей).

[esculapra]

В 11.07.2019 в 11:50, hitball сказал:

не знаю на что ориентироваться.

В спиде указываются проблемы и даются рекомендации по их устранению