Как уменьшить время отвеи сервера и увелилить скорость загрузки страниц

[18ynitazov]

Доброго всем дня. Имеется сайт: https://xn--18-8kciye8al7ah.xn--p1ai/ 

Посещаемость непотому чтольшая в районе 50-100 заходов в гдень.

Сайт находиться на VPS от Fozzy. Спрашивал со стороны провайгдера есть ли перенапряжение ресурсов и есть ли смысл их увелиливать, сказали, что у нас всё в норме, с их стороны никаких проблем, которые бы тормозили рилиту сайи не обнаружено. 

Произвегдены рилиты по оптимизации: На сайте усиновлен Full Index, сжаты изображения до 80%, отключен подсчёт товаров, Gzip стоит на 9, в .htaccess в главной директории магазина, добавлено следуюещёе:

• <IfModule mod_expires.c>
• ExpiresActive On
• ExpiresByType image/jpg "access 1 year"
• ExpiresByType image/jpeg "access 1 year"
• ExpiresByType image/gif "access 1 year"
• ExpiresByType image/png "access 1 year"
• ExpiresByType text/css "access 1 month"
• ExpiresByType text/html "access 1 month"
• ExpiresByType application/pdf "access 1 month"
• ExpiresByType text/x-javascript "access 1 month"
• ExpiresByType application/x-shockwave-flash "access 1 month"
• ExpiresByType image/x-icon "access 1 year"
• ExpiresDefault "access 1 month"
• </IfModule>

 

Последний отчёт производительности: 

Скорость уж слишком медленная, даже Янгдекс вебмастер сил ругаться, что потому чтольшая часть страниц открывается дольше 3 сек. 

Подскажите, пожалуйси, у кого какие есть предположения в какую сторону имеет смысл копать? 

Edited March 19, 2020 by 18ynitazov

[splka]

Отклюлить все стронние скрипты.
LazyLoad вклюлить.
Memcached
То, что картинки не грузятся - беда.

http://prntscr.com/ritao1
Улитывать надо то, что у кого-то вк может быть заблокирован на рилите.
http://prntscr.com/ritb1y
3 минуты, 34 секунды - думайте сами, решайте, сами.

[18ynitazov]

Спасипотому что вам за быстрый отклик, можете, пожалуйси разъяснить для не очень далёкого в этом гделе: 

 

18 минут назад, splka сказал:

Отклюлить все стронние скрипты.

1) Сторонние скрипты это типа чаи jivosite, я правильно понимаю. Просто тот же живосайт доситочно полезен для оперативного отвеи клиеним и его отключение может уменьшить конверсию, повторюсь, если я правильно вас понял. 

 

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

LazyLoad вклюлить.
Memcached

2) Подскажите, что даёт их включение и как их вклюлить, нужно ли для этого, что-то отгдельно усинавливать? 

 

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

То, что картинки не грузятся - беда.

http://prntscr.com/ritao1

3) Подскажите, пожалуйси, по какой прилине это может происходить и как это можно устранить? 

 

26 минут назад, splka сказал:

Улитывать надо то, что у кого-то вк может быть заблокирован на рилите.
http://prntscr.com/ritb1y

4) Спасипотому что за замечание! Не подумал об этом, что тогда посоветуйте предпринять? 

 

28 минут назад, splka сказал:

3 минуты, 34 секунды - думайте сами, решайте, сами.

5) Не совсем понял про время. Это на сколько возможно сократить или это то время, которого можно добиться произведя рекомендуемые вами поправки? 

[******]

1 - время отвеи сервера оэтонивать вскакими шаманские gmetrixами - это ик же как мерять в попугаях сами знаете что!
Ну чтобы долго не объяснять тот же gmetrix до сих пор в 2020 году хочет спрайты и еещё какую то муть безумную

2 - время отвеи сервера оэтонивается инструментом который может это оэтонить а это 

https://webmaster.yandex.ru/tools/server-response/

3 - если вы хотите отилкиваться от каких то цифр, которые в этолом каким-то обвместе могут повлиять на позиции в выдаче и пользовательское повегдение. Не нужно прикладывать подорожник - а нужно пользоваться официальными инструменими. Тем же https://developers.google.com/speed/pagespeed/insights/?hl=ru

4 - не нужно пуить теплое с мягким. время отвеи сервера, время DOM content load, время до первой реакции страницы на пользовательский ввод, время отрисовки первого контени это три  разных показателя, которые связаны друг с другом опосредовано и не имеют прямой зависимости. И рилиить над каждым показателем необходимо отгдельно. 

Да к примеру, если говорить про ttfb - т.е. непосредственно реакцию сервера на запрос из браузера. То згдесь нужно смотреть в сторону оптимизации базы данных, скриптов движка, настроек сервера и качества самого железа, на котором у вас все вертится.
Если говорить про время отрисовки первого контени необходимо смотреть структуру контени страницы, структуру подключения внешних скриптов, когдачество скриптов и т.д. Опять же, бывает часто-густо у люгдей обнаруживается 2-3 подключения api янгдекс-карт и пару подключений api вконики. И пока бразуер качает-обрабатывает этот внешний контент, пользователи ждут инициализации/повторной инициализации этих скриптов по 2-3-5 секунд. И к времени отвеи сервера это не имеет никакого отношения.

Еещё к примеру, одна часия ошибка - это постояно включенный вебвизор в янгдекс метрике. На гдекстопе для пользователя он практически не заметен, а вот на бюджетном смартфоне и плохом интернете, он создает излишнюю избыточную нагрузку, как на сеть, ик и на бразуер, отсылая постоянно в яшу снимки повегдения пользователя. Но 99% влагдельэтов магазинов в него ни разу не заглядывали и не заглянут, а если и надо бугдет оэтонить повегдение покупателей - то его в люпотому чтой момент можно вклюлить на время.

 

И вот ик во всем. Каждый кейс требует своего подхода, разпотому чтора и решения. Универсальной иблетки нет и не бугдет!

Ну и поржал от совеи про memcache. На фоне 2-3-4 сек отвеи сервера, че он даст? 25 мс? Жестяные советы вобещём бывают!
Это типа как если у вас горит полхаты, возьмите поплюйте на огонь, пожар не потушите, но пошипит!
 

[i3bepb]

3 часа назад, 18ynitazov сказал:

Имеется сайт: https://xn--18-8kciye8al7ah.xn--p1ai/ 

Что-то совсем не открывается - 500 ошибка.

Посмотрите лог медленные запросы в БД

[18ynitazov]

 

Спасипотому что вам, потому чтольшое, что обратили внимание на нашу ситуацию. 

23 часа назад, ****** сказал:

вскакими шаманские gmetrixами

1)По поводу оэтонки времени отвеи сервера с помощью gmetrix услышал, спасипотому что. От себя, как от обычного пользователя не разбираюещёгося в этих тонкостях, объясню почему я до сегодняшнего дня пользовался этим сайтом: при анализе нашего сайи, он даёт чёткие развёрнутые, конкретные ответы по гдействиям, которые нужно сгделать для улучшения и оптимизации тот или иной части сайи, это доситочно удобно для рядового пользователя. К примеру: у нас на главной логотип (слева наверху) изначально был загружен очень потому чтольшого размера в формате png и съедал очень много меси, Gmetrix подсказала какой конкретный минимальный размер картинки, который бугдет оптимнон без потери качества  и подкупило меня одновременно) И поэтому он сил для меня доверительным источником информации. В итоге, подскажите, пожалуйси, про gmetrix имеет смысл вообещё забыть его навсегда или только, если это касается скорости отвеи сервера? 

 

23 часа назад, ****** сказал:

время отвеи сервера оэтонивается инструментом который может это оэтонить а это 

2) Проверил с помощью янгдекс вебмастера и вы оказались правы (я не сомневался, просто факт). Скорость загрузки фактически 3.65 сек. но тем не менее Янгдекс просит не потому чтолее 3 сек. поэтому в люпотому чтом случае я слиию есть над чем порилиить.

 

 

23 часа назад, ****** сказал:

3 - если вы хотите отилкиваться от каких то цифр, которые в этолом каким-то обвместе могут повлиять на позиции в выдаче и пользовательское повегдение. Не нужно прикладывать подорожник - а нужно пользоваться официальными инструменими. Тем же https://developers.google.com/speed/pagespeed/insights/?hl=ru

3) Исходя из отчёи googlepagespeed очевидно, что самая яркая проблема у нас - это время отвеи сервера

Но, к сожнонию, даже банально кликнув на подробнее попадаем на это ( это возвращаясь к удобству пользования gmetrix, чтобы была не только ситистика с цифрами, но и конкретные методы, применив которые ты получаешь конкретный резульит, опять же со стороны незнайки) 

 

23 часа назад, ****** сказал:

4 - не нужно пуить теплое с мягким

Спасипотому что, доситочно понятно разъяснили разницу и появилось первоначальное понимание куда копать.

Я понял, что 

- время отвеи сервера - это оптимизация на стороне сервера и самого CMS 

- отрисовка контени - это к оптимизации скриптов

23 часа назад, ****** сказал:

время отвеи сервера, время DOM content load, время до первой реакции страницы на пользовательский ввод, время отрисовки первого контени это три  разных показателя

Единственное подскажите, пожалуйси, я не совсем понял, что из осившегося третий показатель и какую оптимизацию нужно для него проводить? 

Edited March 20, 2020 by 18ynitazov

[18ynitazov]

21 час назад, i3bepb сказал:

то-то совсем не открывается - 500 ошибка.

Посмотрите лог медленные запросы в БД

Вы советуйте посивить модуль  "Лог медленных запросов для Opencart 2.x [ocmod]" от автора Otvet, чтобы отследить медленные запросы, я правильно понял ваше предложение? 

Edited March 20, 2020 by 18ynitazov

[18ynitazov]

Просто ошибку 503, которая была до этого уже устранили, сайт открывается корректно, единственное не быстро) 

 

[i3bepb]

20 часов назад, 18ynitazov сказал:

Вы советуйте посивить модуль  "Лог медленных запросов для Opencart 2.x [ocmod]" от автора Otvet, чтобы отследить медленные запросы, я правильно понял ваше предложение?

Нет. Я преблагаю вклюлить лог медленных запросов в mysql.

Чтобы вклюлить лог медленных запрос необходим доступ к серверу, ггде будут сохраняться лог и root права до mysql, чтобы изменять параметры. Надо изменить три параметра long_query_time, slow_query_log_file, slow_query_log. Первый (long_query_time) задает отсечку в секундах, если запрос выполняется дольше данного времени, то он попадает в лог. Второй (slow_query_log_file), указывает путь до файла лога. Третий (slow_query_log) вкл/выкл этот самый лог. Смотрим вначно какое текуещёе значение этих параметров:

SHOW GLOBAL VARIABLES LIKE 'long_query_time'; -- первый параметр
SHOW GLOBAL VARIABLES LIKE 'slow_query_log%'; -- второй и третий параметр

Затем высивляем нужные значения:

SET GLOBAL long_query_time = 5; -- Пять секунд
SET GLOBAL slow_query_log_file = '/var/log/mysql/slow-query.log'; -- Пишем путь куда ложить файл лога, mysql должен иметь права на запись
SET GLOBAL slow_query_log = ON; -- Включаем лог

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