Необходимо оптимизировать скорость загрузки страниц сайта

[kadetff]

Сайт: https://rc-like.ru/

На текущий момент, например, тот же PageSpeed Insights от Google очень ругается на неоптимизированность страниц (для некоторых страниц 40/100, в основном 50-60/100, в лучшем случае 75/100).

Инспектор кода в Google Chrome показывает такие параметры для главной: https://yadi.sk/i/EfYvs4hs3LQ7fe

• Очень большое время ответа сервера: от 1 до 4 сек, тогда как Google рекомендует не более 200 мсек (3.7 сек для страниц категорий). Что здесь можно сделать?
• Что можно закэшировать, а что не рекомендуется?
• Какие CSS можно перенести в конец загружаемой страницы?
• Возможно ли оптимизировать изображения, которые в кэше, и как лучше это сделать?
• Возможно ли как-то оптимизировать Базу данных?
• Какие-то рекомендации может будут (например, стоит ли задуматься о VPS/VDS)?

В общем, моих знаний тут не хватает, поэтому жду Ваши предложения в личку

 

[MaDMaxX111]

Время ответа сервера это зелененькая черта на вашем скриншоте на самой первой строчке. Время ответа это время сколько тратит сервер на генерацию html страницы с момента запроса браузером до ее получения.... CSS, картинки и прочее грузятся потом.... Для оптимизации времени надо разобраться где тормоза - скорее всего в MySQL, отключите подсчет товаров в категориях и задумайтесь над кешированием Запросов SQL..... Можно обойтись без всяких там Memcached необходимо убрать из запросов ключевые слова NOW() и настроить кеш непосредственно в БД... Как только это победите можно двигаться дальше. Мои работы: http://magazin-detaley.ru/ ... Далее для быстро загрузки можно сделать отложенную загрузку картинок и некоторых скриптом...

[sitecreator]

16 минут назад, kadetff сказал:

(3.7 сек для страниц категорий).

 

у вас по 2...3 сек грузятся даже страницы "товар".

никуда не годится....

 

И начинать нужно не с кеширования. Им нужно заканчивать. 

Начинать нужно с базы данных.  Вот когда там проблемы будут решены, тогда и кеширование будет уместно.

 

Если пытаться сделать все только за счет кеширования, то это либо халтура либо заблуждение.

 

21 минуту назад, kadetff сказал:

Какие CSS можно перенести в конец загружаемой страницы?

 

даже не заморачивайтесь. именно на скорость это вообще не влияет.

это не нужно и невозможно без переделки всего магазина/движка.  вряд ли вам это нужно.

 

22 минуты назад, kadetff сказал:

Возможно ли оптимизировать изображения, которые в кэше, и как лучше это сделать?

 

можно. это даст определенную экономию трафика. но это не главное. главное - скорость генерации страниц.

По картинкам и всему остальному готов помочь. обращайтесь.

Получите суперсжатие для JPEG, PNG без потерь качества.  Сам движок этого не умеет. Но решаемо. Только на VDS.

На общем (виртуальном) хостинге можно только отчасти решить проблему, да и то если хостер дает работать с image magick.

 

24 минуты назад, kadetff сказал:

Возможно ли как-то оптимизировать Базу данных?

 

можно.

 

24 минуты назад, kadetff сказал:

Какие-то рекомендации может будут (например, стоит ли задуматься о VPS/VDS)?

 

вот с этого и нужно начинать.  Многие моменты оптимизации возможны только на VDS.

Обращайтесь.  Переезд и настройку сервера обеспечу.

[chukcha]

В принципе здесь нужно кешировать две сущности

Это меню категорий.

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

[sitecreator]

1 час назад, MaDMaxX111 сказал:

и настроить кеш непосредственно в БД

 

1 час назад, MaDMaxX111 сказал:

задумайтесь над кешированием Запросов SQL.

 

все это правильно, но

все эти настройки доступны лишь владельцам VDS.

 

да и недостаточно этого.

В общем нужно в комплексе решать.  Тогда и результат отличный будет.

И Memcached будет к месту вместе с опкешем.

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

[MaDMaxX111]

работал лично поэтому и отправляю скрин, хостера не буду рекламировать но здесь нет VDS

http://prntscr.com/g081su

[konorws]

kadetff, К стати для теста проверте индексы базы данных довольно часто их нет на опенкарте

[pimur]

Без вопросов: к @sitecreator проверенно мною)

[sitecreator]

Про индексы - это правильно. Но поскольку магазин на ocstore 2.*, то скорее всего они есть.  Другое дело, что для специфических запросов могут понадобиться специфические индексы. тут уже анализировать нужно изнутри ситуацию.

 

И лучше, конечно же, в комплексе использовать все возможные способы.

Например, сейчас на сайте работает протокол http2.

Не стоит отказываться от такой возможности и на VDS, хоть там по умолчанию http 1.1.

Определенно, что http2 дает некоторые преимущества, к тому же это, как правило, почти ничего вам не стоит (переход 1.1 >> 2).

Но это всего лишь маленький плюсик, а потому при серьезных тормозах он ничего не решает. Но и не помешает.

Змінено 25 липня 2017 користувачем sitecreator