Долгий TTfB на WordPress. Что делать?

Ссылка скопирована
1 ответ

Есть сайт: https://www.espoonkumi.fi/
Включено Redis кэширование, подключен cdn.jsdelivr.net, правда как-то частично. Но TTfB очень долгий - от 2 до 7 секунд. Что можно с этим сделать?

Дополнительно

Redis - это хорошо, а обычное кэшировние сгенерированных страниц включено? Плагины WP Rocket, LiteSpeed Cache и т.д.

  • GeKskill, Да, включен. Использую Comet cache
  • Нужно профилировщик поставить и смотреть, где оно спотыкается
  • Анатолий Куликов, а можно чуть поподробнее? Я просто не сталкивался с профилировщиками. Использую только Chrome просмотр кода.

    Долгий TTfB на Wordpress. Что делать?

  • Денис Фатеев, окей, а такой TTFB только самой страницы или +- всех файлов, что тянутся с сервера? Проверьте в ответе сервера плагин ставит свой заголовок в response headers, потому как из кеша должно отдавать очень быстро (макс. 0.3s)? Вообще смотрел бы в сторону настройки плагина кеширования, либо его замены на более популярный.

    P/s появился скрин. Вопрос про все запросы отпал.

  • Ну, если отключить кеширование, то результат будет такой:

    Долгий TTfB на Wordpress. Что делать?

    Как я понимаю, сама страница такая. По поводу плагина кэширования пробовал многие, но результат примерно одинаковый. Ладно, попробую LightSpeed. Может что-то измениться.

  • Денис Фатеев, Ну судя по скринам, ваша страница просто в кеш не залетает. Пробуйте настраивать плагин. Ещё посоветую установить QueryMonitor, там увидите медленные запросы к БД, логи ошибок, сможете делать замеры, проверить работу кеша и прочее.
  • GeKskill, QueryMonitor всему голова. Ну и конечно чем меньше плагинов - тем лучше.
  • Ответы:

    Дебажить надо, чтобы понять, откуда тормоза. Причин-то может быть тонна:

    • нехватка ресурсов сервера и его физическое расположение
    • неоптимизированная БД
    • избыток запросов
    • кривая CDN
    • проблемы с DNS

    и много чего ещё.

    Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Никита Орлов Ответ

    Долгий TTFB на WordPress означает, что сервер долго формирует первый байт HTML. Это не проблема картинок или CSS, а серверная задержка: PHP, база данных, плагины, внешние API, отсутствие page cache или медленный хостинг.

    Порядок диагностики:

    1. Проверить TTFB для HTML без кэша и с кэшем.
    2. Включить page cache: WP Rocket, LiteSpeed Cache, nginx fastcgi cache и т.п.
    3. Проверить медленные SQL-запросы через Query Monitor.
    4. Посмотреть PHP error log и slow log.
    5. Отключить внешние API-запросы на генерации страницы.
    6. Проверить autoloaded options в wp_options.

    Быстрая проверка размера autoload:

    SELECT SUM(LENGTH(option_value)) AS autoload_size
    FROM wp_options
    WHERE autoload = 'yes';

    SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload = 'yes';

    Если TTFB высокий только без кэша, спасает page cache. Если высокий даже с кэшем, смотрите сервер, CDN, SSL, редиректы и кэш не срабатывает.

    Redis помогает с объектным кэшем, но не заменяет page cache. Для анонимных посетителей главный выигрыш обычно даёт именно HTML cache.

    Цель: для обычной страницы TTFB из кэша должен быть десятки/сотни миллисекунд, а не 1-3 секунды.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно