Долгий ответ сервера

Перешел по ссылке Страница 1.8 Мб и 5,5 сек и 124 запроса. Возможно показали старые сохраненные данные. Новая проверка показала нормальное время (для 3 локаций).

Судя по анализу (плохие результаты) основной размер страницы - это скрипты от Vk и jivosite, которые сейчас видимо отключены, т.к на самом сайте их не видно (и в новом анализе тоже). Почти 1 МБ был именно скрипт от ВК. Нужен ли он так сильно и нельзя ли заменить

---------- Добавлено 03.02.2020 в 13:39 ----------

Проверил по другим сайтам - стандартный виджет от ВК как раз и весит ~800 кб. Добавляем сюда еще чат 200 кб.

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

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

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

Попробовал 1 сек.

---------- Добавлено 03.02.2020 в 10:59 ----------

Спасибо. Да, есть еще 2 сайта с этой же проблемой.

От виджета Вк смогу легко отказаться. От виджета jivosite отказаться не смогу так как через него приходят заявки, подключены несколько разных каналов связи. Можно ли ускорить загрузку jivosite через настройки Autoptimize?

Список плагинов:

Accelerated Mobile Pages;

Ad Inserter;

All In One SEO Pack;

Autoptimize;

Cyr-To-Lat;

Glue for Yoast SEO & AMP;

JivoChat;

PHP Compatibility Checker;

Really Simple SSL;

RSS for Yandex Turbo;

Schema & Structured Data for WP & AMP;

SiteOrigin CSS;

Smash Balloon Instagram Feed;

Smush;

UpToLike Social Share Buttons;

Wordfence Security;

WP Super Cache;

Yandex.Metrika.

Создайте файл

<?php

phpinfo();

?>

Пробуйте рефрешить.

Если и она тормозит, настраивайте заново сервер.

Сомневаюсь что эта функция вообще может тормозить в принципе, а вот какие нибудь session_start(), mysqli_connect() и прочие хэндлеры вполне

Генерация ХТМЛ очень сильно скачет.

от 370мс до 7 секунд. что может говорить только о том, что скорее всего проблемы с выделением памяти процессу или базе. Надо смотреть логи и конфиги.

Ответ хостинг-провайдера:

На момент нашей проверки, мы не наблюдаем повышенной нагрузки на обслуживающем Ваш аккаунт сервере, также время ответа сервера не превышает 420 мс[1], а полная загрузка сайта занимает около 1.2 секунды[2]. Пожалуйста, уточните актуальность проблемы.

[1] http://ping-admin.ru/free_test/result/1580730421a0zvvzfs82191188u7k4b.html

[2] https://tools.pingdom.com/#5c02b842e7c00000

UP: удалил внешние скрипты ВК, Instagram, поделиться. Оставил только Jivosite и метрику.

Страницы сайта стали грузиться быстрее.

Всем спасибо за Вашу помощь!!!

Привет!

Что сделал:

Удалил внешние скрипты (ВК, Instagram, Соц.сети)

Удалил плагин JivoSite, заменил на код, который разместил вместе с кодом метрики.

В настройках метрики отключи вебвизор, оставил только анализ текстового контента.

Отключил общее кэширование.

Обновил PHP до 7.3

Иногда страницы генерируются меньше секунды, а иногда больше 3 секунд.

Пример:

главная страница сгенерирована за 6.212 сек. https://prnt.sc/qxtox6

главная страница сгенерирована за 0,447 сек. https://prnt.sc/qxtw2y

Получается задержку эту создают Jivosite и метрика?

Спасибо.

время генерации страницы никак не зависит от сторонних скриптов.

Время генерации страницы, зависит только от ресурсов и настроек сервера.

Там судя по всему идет какое то объединение и сжатие скриптов плагином, так вот видимо в это сжатие попадают и внешние скрипты/стили (возможно, я не уверен), по этому при первой генерации пхп грузит все скрипты/стили с внешних серверов, а дальше уже отдает файлик из кеша.

Нормально wordpress рендерит страницу. Вот лог

full http://i.imgur.com/cXYwXMV.png

У файлов нет заголовка кешировать, это вероятная проблема. У вас nginx, то в конфиге proxy_cache all; погуглите как настроить. Плагин видно работает, что-то оптимизирует, но для браузера нет заголовков кешировать эти файлы. Да и абы как, он даже файлы не жмет. Да и сомневаюсь, что плагин на стили и картинки как-то может выставить эти заголовки для браузера. Для страниц - да, пожать стили скрипты - да.

На файлах выше у вас

cache-control: max-age=0

Это эквивалентно нажатию кнопки Обновить , что означает, что я получу самую последнюю копию, если у меня уже нет последней копии. Но тут вопрос, зачем это ставить и стоит ли, если посетитель не будет рефрешить постоянно страницу.

Если у вас вирт. сервер, то вариант добавить кеширование в nginx. В текущей конфигурации я бы выключил кеш, он какой-то бесполезный, лишний раз нагружает. Максимум на рендеринг страниц, чтоб базу не дёргало часто.

Критических проблем не вижу.