Проверяйте.
Мне достаточно консоли, чтобы представление иметь.. К вышеприведенным командам можно добавить
Неизвестно может вы с соседней VPSки проверяете. Может у вас супер быстрый и дорогой канал на сервере.
Для меня ваши проверки пух. Такие проверки с одного непонятного сервера всё брехня.
В интернете полно честных серверов по проверке TTFB, чтобы не верить администраторам хостинг провайдеров и их дружкам позванных в тему. 😀
Косвенно, дорогу по сети можно оценить статикой.
TTFB index: 1,353015 - TTFB image: 0,071395 ~ примерно столько на скрипт.
Известен скриптик этот - этим скриптом который вы привели хостинг провайдеры только и любят обманывать клиентов. И неизвестно может вы администратор провайдера с одной и той же подсети тестируете.
TTFB: 1,353015 - это очень много.
Нужно проверять сервисом по всему миру.
Если больше 300 миллисекунд то бежать с такого провайдера...
Это вами написана ошибочная ерунда и сколько вы раз тест проводили, чтобы ссылка на вашей картинке закешировалась тоже неизвестно.
Речь идёт о том, что в TTFB входит время, которое запрос от клиента идёт по сети к серверу, и время, которое занимает путь ответа сервера клиенту. Речь идёт о так называемом «времени приёма-передачи» (Round Trip Time, RTT). TTFB — это не просто некое время, потраченное сервером на подготовку ответа. Это ещё и время которое тратится в пути данными, идущими от клиента к серверу и от сервера к клиенту (в составе этих данных, понятно, и находится интересующий нас «первый байт»).
По теме 600 миллисекунд уже много и поисковики начнут кричать.. Да и 300 миллисекунд тоже многовато. 😊
Если ТС не сменит VPS ничего хорошего небудет т.к. вероятно какой то роутер у хостинг провайдера медленно работает который разделяет каналы для VPSок.
2 секунды минимум первый ответ сервера... 😂 На кол хостинг провайдера.
Я повторюсь: В чем проблема запустить скрипт со слипом и проверить? 🤣 Не знаете как замерить TTFB? В браузере F12 => Network.
Ну или давайте так:
Запускаете, замеряете TTFB, увеличиваете значение переменной "i" на 50 миллионов, снова запускаете и замеряете TTFB.
Ни с какого сервера или хостинга своего это не проверяется.. Это проверяеться онлайн сервисами с точек по всему земному шару.
Сейчас опять дурить народ собрались в цикле проверять ответ сервера.. Способ обманывать клиентов на лицо и видно уже нераз им дурили голову клиентам.
Тяжко за умного сойти когда сам нуб. 😀
В чем проблема запустить скрипт со слипом и убедиться в своей слепоте?
Когда вы с браузера запрашиваете страницу, первый байт сервер отдаст тогда, когда страница будет полностью сгенерирована на стороне сервера. К исключением можно отнести буферизованный вывод, но так никто не делает.
Другое дело ТС неправильно написал про TTFB и унего просто тормозит VPSка, так это не относится к TTFB никак. За ответ сервера отвечает только хостинг провайдер.
Ещё хостинг продаёте.. От таких предложений как ваше бежать нужно..
Ты же сам непонимаешь что такое TTFB. Это первый ответ сервера на него не влияет что на сайте размещено никак..
TTFB будет примерно 5 секунд + пинг.
На TTFB влияет сетевое соединение, нагрузка сервера, настройка сервера и сам скрипт.
Лучше всего протестировать хостинг скриптом от lite.host, а уже потом делать выводы о перегрузке сервера: https://tools.lite.company/performance/
Таких мудаков хостинг провайдеров в интернете куча которые обманывают своих клиентов и мозги компосируют.
Клиент никак неможет повлиять оптимизацией своего сайта на первый ответ сервера. Сервер перегружен или мухлюют с каналом сервера.
Первым делом клиент должен проверять TTFB перед тем как свой сайт размещать.. А если разместил то менять без разговоров сервер т.к. будут врать пользователю напрямую хостинг провайдер но ситуация неизмениться.
