Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

Question

[krutovav]

Во время разработки сайта https://telehaus.com.ua/ было замечено, что из-за большого объема динамических данных страница долго прорисовывала контент. При скроллинге это было очень заметно. После замечания разработчику он ввел задержку. Стало выглядеть это так - после нажатия на ссылку несколько секунд ничего не происходило, потом открывалась страница с готовым контентом. Но после очередной масштабной доработки был отключен функционал, приводивший к большой динамической нагрузке, сайт был перенесен на новый сервер, но он стал тормозить (или это было и ранее) при открытии страниц более чем на 3 секунды dl4.joxi.net/drive/2017/09/19/0013/2169/899193/93/... на всех страницах (даже без изображений). Разработчик, который вводил задержку потерян и нужно узнать, является ли теперешняя задержка той искусственной задержкой или причина не в ней. Сейчас установлен плагин кеширования и теперь сайт "летает" за исключением страниц, которые не кешированы - это результаты фильтрации и результаты поисковых запросов. Кто что может посоветовать или найти причину задержки?

Answer 1

[Егор Живагин]

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

У вас довольно маленький объём динамических данных) И какой-то тотальный писец. Мне dev tools говорит, что эта страничка весит 40 метров и грузится 3-20 секунд. А данных там так мало, что по идее меньше чем за секунду отдавать надо. Картинки 100х500 весом по 800 кб - это треш. Если бы я был вашим юзером, у меня не хватило б трафика, чтоб что-нибудь сделать))

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

Comments

[Нурлан]

Они грузят все данные, а потом скрывают.

[Егор Живагин]

Нурлан, все данные чего?) И, самое главное, зачем на каждую страницу грузить все данные?

Они вот картинки 1500х800 грузят, а показывают 500х100, это да )

[Нурлан]

Егор Живагин, отелей, чья страница 40мб весит. Такое ощущение, что сайт делали впопыхах несколько разных людей.

[leni_m]

а у меня назрел вопрос для общего развития.
Допустим код на сервере выполняется 3 сек, и после выдает страничку. Получается TTFB будет 3+ сек? А если мы перед кодом, который выполняется 3 сек напишем:
echo "a" ,то будет ли TTFB меньше или всеравно сервер вернет "a" только после выполняемого кода?

[krutovav]

да, разные люди и в разное время

[Stalker_RED]

leni_m,

а у меня назрел вопрос для общего развития.
Допустим код на сервере выполняется 3 сек, и после выдает страничку. Получается TTFB будет 3+ сек? А если мы перед кодом, который выполняется 3 сек напишем:
echo "a" ,то будет ли TTFB меньше или всеравно сервер вернет "a" только после выполняемого кода?

смотря как настроена буферизация на сервере. Можно вообще каждый символ высылать сразу по мере генерации.

Но это бессмысленно же.
Представьте, что Вовочка подходит к дому и кричит "мам скинь мячик в окно". Через минуту из окна вылетает мяч и летит три секунды, например. TTFB минута, общее время ожидания ответа 63 секунды.

Чуток улучшаем ситуацию по вашему методу. Он кричит "мам сбрось мячик", через две секунды слышит ответ "сейчас сброшу", через минуты мяч вылетает из окна и три секунды летит. TTFB две секунды, но общее время увеличилось до 65 секунд. Смысл?

[krutovav]

но и страница без картинок грузится больше 3-х секунд https://telehaus.com.ua/about-us/ (сейчас кэш стоит - быстро грузится)

[Егор Живагин]

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

[Егор Живагин]

krutovav, надо разбираться с бэком - почему так долго работает.
Кстати, у вас на этой страничке есть абсолютно прозрачная картинка pattern png , весом 140 кб. Прозрачность за 140 кб... хм.

[Stalker_RED]

Даже на сравнительно небольшой страничке типа этой на статических файлах TTFB достигает сотен миллисекунд. На бэке точно какой-то ад.

[krutovav]

Stalker_RED, так я об этом же. Кто исправит?

[Егор Живагин]

krutovav, фрилансеры или штатные работники. Тут никто не исправит, бесплатно это не работает)

[leni_m]

Stalker_RED, так это будет влиять именно на TTFB?

[Stalker_RED]

leni_m, я там дополнил ответ. Узнать, присутствует ли искусственная задержка, приводящая к Waiting (TTFB) более 3 секунд?

[krutovav]

Егор Живагин, на картинке есть рисунок. Сколько она должна весить?
И даже если отключить загрузку картинок - задержка не уменьшается. Значит картинки не причина задержки?

[leni_m]

Stalker_RED, я и не говорил, что это имеет какой-то смысл. Я спросил TTFB изменится или нет?

[krutovav]

чтобы было понятно, почему я так упорно ищу искусственную задержку - вот видео, после какой проблемы, мне кажется, ввели задержку: https://drive.google.com/file/d/0ByhuNiAowYNGdXo4Z...

[Егор Живагин]

krutovav, картинки не причина, да, но я это просто к тому, что их надо оптимизировать. Через TinyPNG / любой другой сервис / обрезать до необходимых размеров на сервере / ... . Они у вас реально очень боьшие.

Задержка может и есть , но проблема не в задержке, а в медленном бэке . С таким объёмом данных сайт должен получать их чуть ли не моментально. А вот найти и решить саму проблему вам тут никто не поможет - для этого надо видеть код и это не бесплатно, вы же понимаете. Вам надо обращаться к автору сего творения.

Answer 2

[Stalker_RED]

Профилирование

Comments

[krutovav]

извините, я "чайник". Что значит ваш ответ?

[Stalker_RED]

krutovav, по этой ссылке куча статей о профилировании.
Это когда специально обученная программа анализирует работу приложения и показывает какие куски работают быстро, а какие медленно. Трехсекундная задержка будет там видна как слон в курятнике. Если вы совсем чайник, и ищете здесь специалиста который проведет анализ за вас, то вы ошиблись сайтом. В шапке есть ссылка на фриланс биржи.

[krutovav]

спасибо!

Answer 3

[Нурлан]

Возможно это проблема интернет-соединения. У меня главная вполне бодро отдалась. TTFB 151мс+- у страницы, но вот у картинок он бывает 350+. Вам бы прооптимизировать страницу, тогда и отрисовка будет веселее. К примеру зачем нужно подгружать 16(!) файлов шрифтов. 16, Карл! Сервер может и помощнее, а hdd медленный. Если используете Nginx, то несложно настроить самому и хранить статику в памяти, чтобы быстрее отдавалась.

Comments

[krutovav]

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

[Stalker_RED]

krutovav, Если "плагин кеширования" это какая-то хреновина для вордпресса, значит статика отдается через php, и это и является источником значительной части всех проблем. Найдите админа который настроит вам раздачу статики через nginx.

[krutovav]

Stalker_RED, не совсем понял: плагин это плохо? Почему он "является источником значительной части всех проблем", если без него TTFB на всех(!) страницах более 3 сек? С плагином сайт работает быстро, но только на тех страницах, что были кэшированы принудительно в общий кэш или индивидуально посетителями. Если настроить раздачу статики через nginx, плагин еще будет нужен?

[Нурлан]

krutovav, мы тут в основном гадаем с помощью хрустального шара, но у вас проблема в сервере. "Задержкой" мог быть простой лоадер на странице, который крутился секунд 5 отвлекая внимание. Посмотрите какой версии php, дайте ему больше мощностей, включите opcache и может даже nginx не придется трогать. Может вы переехали на сервак мощный, но софт не настроили под него.

[krutovav]

Нурлан, если выполнить ваши рекомендации - TTFB уменьшится на всех страницах, или только на тех, что уже были открыты пользователями? Т.е. страницы типа https://telehaus.com.ua/offer/?region-id=191&relax... при первом открытии будут тоже быстро открываться или так же долго как без кэширования (3 сек)?