Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

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


Recommended Posts

Сайт: 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)?

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

 

Надіслати
Поділитися на інших сайтах


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

Надіслати
Поділитися на інших сайтах

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

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

 

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

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

 

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

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

 

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

 

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

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

 

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

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

 

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

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

 

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

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

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

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

 

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

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

 

можно.

 

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

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

 

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

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

Надіслати
Поділитися на інших сайтах

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

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

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

Надіслати
Поділитися на інших сайтах

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

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

 

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

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

 

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

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

 

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

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

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

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

Надіслати
Поділитися на інших сайтах

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

 

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

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

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

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

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

Змінено користувачем sitecreator
Надіслати
Поділитися на інших сайтах

Створіть аккаунт або увійдіть для коментування

Ви повинні бути користувачем, щоб залишити коментар

Створити обліковий запис

Зареєструйтеся для отримання облікового запису. Це просто!

Зареєструвати аккаунт

Вхід

Уже зареєстровані? Увійдіть тут.

Вхід зараз
  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку
×
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.