The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Сократить время задержки ввода (FID), !*! misha_lp, 06-Дек-19, 17:44  [смотреть все]
Добрый день, имеется следующий конфиг:

PHP 7.0 FPM/FastCGI
ubuntu14.04.1
Apache/2.4.39
MySQL 5.5.49
Работает сайт на Drupal 7, оптимизирован неплохо, модулей стоит минимум.
Сайт крутится на DigitalOcean хостинге.

Сервис Pagespeed показывает, что:

Первая задержка ввода (FID) - 343 ms

А надо меньше раза в 2. Подскажите, пожалуйста, как можно сократить время первой задержки. Спасибо.

  • Сократить время задержки ввода (FID), !*! Licha Morada, 20:48 , 06-Дек-19 (1)
    > PHP 7.0 FPM/FastCGI
    > ubuntu14.04.1
    > Apache/2.4.39
    > MySQL 5.5.49
    > Работает сайт на Drupal 7, оптимизирован неплохо, модулей стоит минимум.
    > Сайт крутится на DigitalOcean хостинге.
    > Сервис Pagespeed показывает, что:
    > Первая задержка ввода (FID) - 343 ms
    > А надо меньше раза в 2. Подскажите, пожалуйста, как можно сократить время
    > первой задержки.

    Первым делом надо понять, из чего состоит эта задержка и какие факторы на неё влияют.

    1. В firefox запустите Tools -> Web Developer -> Network и загрузите ваш сайт. Во первых, смотрите, кто и где тормозит. В вторых, сравните цифры у вас и у Pagespeed.

    2. Смотрите метрики своего сервера на DigitalOcean хостинге. Потребление CPU (особенно iowait и steal), памяти, сетевой трафик, Load Average. В идеале, смотрите историю с давностью хотя бы в неделю.

    3. Сравните скорость между часом пик и в ненагруженное временя.

    Потом можно принимать меры, в зависимости от обнаруженных узких мест. Например:
    Взять хостинг с SSD и/или просто сервер пожирнее.
    Публиковать сайт через какой-нибудь CDN с кэшем.
    Самому настроить прокси с кэшем, можно на том-же сервере.
    Избавиться от Apache в пользу чего-нибудь легковесного. Мы держим сайты на lighttpd и проксируем через Nginx. Если Drupal зависит от .htaccess, то этому пункту не надо придавать значения, вы у Apache на цепи.
    Убрать ссылки на медленные внешние скрипты и ресусрсы.
    Перестать запрашивать кучу мелких скриптов и ресурсов по одному, а скачивать их за один запрос.
    Настроить, наконец, индексы в базе данных.
    И т.д.

    • Сократить время задержки ввода (FID), !*! misha_lp, 18:46 , 07-Дек-19 (2)
      >[оверквотинг удален]
      > Публиковать сайт через какой-нибудь CDN с кэшем.
      > Самому настроить прокси с кэшем, можно на том-же сервере.
      > Избавиться от Apache в пользу чего-нибудь легковесного. Мы держим сайты на lighttpd
      > и проксируем через Nginx. Если Drupal зависит от .htaccess, то этому
      > пункту не надо придавать значения, вы у Apache на цепи.
      > Убрать ссылки на медленные внешние скрипты и ресусрсы.
      > Перестать запрашивать кучу мелких скриптов и ресурсов по одному, а скачивать их
      > за один запрос.
      > Настроить, наконец, индексы в базе данных.
      > И т.д.

      Спасибо за дельные советы. Попробую перейти на Nginx, посмотреть, как поминяется скорость. Varnish пробовал ставить - работает нестабильно. А стабильность важнее, особенно когда нет специалиста.

      • Сократить время задержки ввода (FID), !*! Licha Morada, 05:11 , 08-Дек-19 (3)
        >[оверквотинг удален]
        >> и проксируем через Nginx. Если Drupal зависит от .htaccess, то этому
        >> пункту не надо придавать значения, вы у Apache на цепи.
        >> Убрать ссылки на медленные внешние скрипты и ресусрсы.
        >> Перестать запрашивать кучу мелких скриптов и ресурсов по одному, а скачивать их
        >> за один запрос.
        >> Настроить, наконец, индексы в базе данных.
        >> И т.д.
        > Спасибо за дельные советы. Попробую перейти на Nginx, посмотреть, как поминяется скорость.
        > Varnish пробовал ставить - работает нестабильно. А стабильность важнее, особенно когда
        > нет специалиста.

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру