Акция!  Домен 34 грн, домен 55 грн, домен  - 200 грн домен  - 65 грн, домен  - 99 грн, домен  - 56 грн!, домен  - 425 грн!
Мы используем cookie-файлы
Для оптимизации работы нашего сайта мы используем cookie-файлы. Продолжая использовать сайт, Вы соглашаетесь с использованием cookie-файлов.
  • RUB
  • USD
  • EUR
  • UAH
Чат техподдержки
Вы являетесь клиентом?
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепр
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 170-15-42  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 630-90-82  MTC
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

Хостинг. Slow Time To First Byte (TTFB)

Форумы Хостинг Slow Time To First Byte (TTFB)
a.favbet
1 год
хостинг: есть
домен: нет
Slow Time To First Byte (TTFB)
Когда тестирую сайт через различные инструменты, в частности Audit в панели разработчика Google Chrome, то не всегда, но часто выдается такое сообщение: Root document took 700 ms to get the first byte Снимок экрана
Как можно улучшить скорость TTFB хоты бы до 500 ms?
Artem.M
1 год
хостинг: есть
домен: нет
Можете попробовать включить ionCube в разделе "Хостинг - Мои сайты - Настройка php.ini":


и там же включить Opcache (32-64 Мб будет достаточно, есть тестовый период 7 дней) :


Затем проверьте TTFB через 20 минут.

Рекомендую так же попробовать включить данные опции в разделе "Хостинг - Мои сайты - Настройка сайта - Настройка оптимизации сайта", возможно увеличит общую скорость загрузки Вашего сайта:

a.favbet
1 год
хостинг: есть
домен: нет
Спасибо за ответ!
Как понять сколько именно Мб достаточно для Opcache? Будут ли какие-то уведомления в случае его недостатка?
И почему ваш собственный сайт показывает такие плохие результаты - Byte Check - TTFB Results
Artem.M
1 год
хостинг: есть
домен: нет
Как понять сколько именно Мб достаточно для Opcache? Будут ли какие-то уведомления в случае его недостатка? © a.favbet


Этого я Вам не подскажу. Наверное на этот вопрос сможет ответить разработчик сайта, используя статистику из раздела "Хостинг - Статистика Opcache". Для небольших сайтов достаточно будет 32-64Мб. Никаких уведомлений не будет.


И почему ваш собственный сайт показывает такие плохие результаты - Byte Check - TTFB Results © a.favbet


Что-то с данным сервисом проверки не так. Попробуйте проверить через:
WebPagetest Test Result - Warsaw : www.ukraine.com.ua/ - 07/08/18 15:51:38



Website speed test



Важно отметить, что Chrome Devtools считает TTFB по своим алгоритмам.
a.favbet
1 год
хостинг: есть
домен: нет
Сделал я как вы сказали, но это никак не повлияло на TTFB
Artem.M
1 год
хостинг: есть
домен: нет
На shared-хостинге больше нет способов как-то повлиять на TTFB. Для уменьшения этого показателя следует проанализировать и оптимизировать работу самих скриптов сайта. Также отмечу, что Google при ранжировании сайтов не использует время загрузки первого байта. Есть смысл пытаться уменьшить данное значение только ориентируясь на пользователей сайта.
a.favbet
1 год
хостинг: есть
домен: нет
Для уменьшения этого показателя следует проанализировать и оптимизировать работу самих скриптов сайта. - Как это может повлиять на TTFB?
На данный момент это негативный юзер экспириенс и проблема явно на вашей стороне. Для вас - это будет конкурентным преимуществом
alexandrpaliy
1 год
хостинг: есть
домен: есть
3
Для уменьшения этого показателя следует проанализировать и оптимизировать работу самих скриптов сайта. - Как это может повлиять на TTFB? © a.favbet

Самым непосредственным образом.

TTFB - Time to first byte - Wikipedia - учитывает в себя:
1. Время открытия соединения (socket connection time)
2. Время формирования и отправки запроса из браузера (time taken to send the HTTP request)
3. Время ожидания до получения первого байта ответа (time taken to get the first byte of the page)

Первое в большинстве случаев зависит от качества интернет соединения и от географической удалённости сервера.
Второе - полагаю, от быстродействия ПК.
А третье - как раз-таки от того, что скрипты Вашего сайта пытаются на сервере обсчитать: какой объем вычислений они инициируют сами по себе, сколько запросов к БД создают (и насколько быстро они выполняются) и т.д.

Проверить, какую часть TTFB составляет обработка скриптов - просто.
Посчитайте сначала TTFB для запроса, который предполагает участие скриптов сайта (обычно главная страница сайта, если он динамический).
Затем посчитайте TTFB для запроса либо к статическому файлу, либо к созданному специально для проверки примитивному php-скрипту (проще всего - однострочный скрипт с вызовом phpinfo() ).
Разница, которая получится, и будет причиной, почему Артём рекомендовал анализ и оптимизацию скриптов сайта.

Если я на своём пустом сайте положу скрипт, в котором прописана sleep() - то TTFB при обращении к нему будет большим.
Пример:
хороший TTFB - http://domain-for-tests.tk/ttfb_good.php
плохой TTFB - http://domain-for-tests.tk/ttfb_bad.php
(отмечу, один и тот же сайт на одном и том же сервере).

На данный момент это негативный юзер экспириенс и проблема явно на вашей стороне. © a.favbet

Можно, пожалуйста, поподробнее с момента "проблемы явно на нашей стороне"?
То, что сайт на сервере нашего хостинга может иметь плохой показатель TTFB, никак не является неоспоримым доказательством того, что виноват сервер.

Уточните, пожалуйста, какой именно анализ был проведён с Вашей стороны: на какие именно операции скрипты сайта тратят больше времени - на ожидание ответа от БД? На собственные вычисления? На работу с какими-либо файлами, не обращаясь к БД? Или, возможно, скрипты в процессе обработки запросов отправляют какие-либо исходящие соединения к сторонним серверам, и ожидают ответа от них?
Если речь идёт о долгом времени ожидания БД - в каком количестве отправляются запросы к MySQL, и насколько они "тяжелые"? Изучалась ли возможность их оптимизации (в первую очередь стоит попробовать поэкспериментировать с добавлением индексов, если они отсутствуют)? Если оптимизация запросов не помогла - проводилась ли попытка подключения Memcache для кеширования результатов SQL-запросов? (у нас первые 7 дней memcache предоставляются бесплатно)
И так далее.
alexandrpaliy
1 год
хостинг: есть
домен: есть
3
P.S.

Посчитайте сначала TTFB для запроса, который предполагает участие скриптов сайта (обычно главная страница сайта, если он динамический).
Затем посчитайте TTFB для запроса либо к статическому файлу, либо к созданному специально для проверки примитивному php-скрипту (проще всего - однострочный скрипт с вызовом phpinfo() ).
Разница, которая получится, и будет причиной, почему Артём рекомендовал анализ и оптимизацию скриптов сайта.
© alexandrpaliy


С моей стороны это выглядит на Вашем сайте так:

запрос к корню сайта:


запрос к robots.txt:
a.favbet
1 год
хостинг: есть
домен: нет
Почему в некоторых случаях при загрузке главной страницы TTFB не прывышает 500ms, а некоторых привышает 700ms?
Касательно Memcache. После включения нужно ли в php.ini ставить галочку на хранение сессий в Memcache? Нужно ли еще какие-то дополнительные настройки?
checkroom
1 год
хостинг: есть
домен: есть
1
У меня TTFB для robots.txt прыгает от 40 до 900 мс.
Еще зависит от нагрузки на сервер. Если например, очень много ботов на сайте, в том числе и посиковых, то сервер начинает тупить
alexandrpaliy
1 год
хостинг: есть
домен: есть
1
Почему в некоторых случаях при загрузке главной страницы TTFB не прывышает 500ms, а некоторых привышает 700ms? © a.favbet

Если опускаться до подробностей - то это можно изучить самостоятельно. Логирование скриптов, засекание времени выполнения разных блоков кода, времени выполнения SQL-запросов и т.д., чтобы определить, что время от времени может выполняться дольше обычного, и можно ли это оптимизировать в бОльшей степени.

А если говорить в целом, то я удивлён, почему разброс TTFB на shared-хостинге (по крайней мере - в пределах 0.2 сек) может быть неожиданностью. Насколько хорошее железо не ставилось бы на сервера, какие технологии виртуализации бы не использовались - когда на одном сервере расположены сайты N клиентов, так или иначе нагрузка одних может оказывать определённое влияние на других.

И нет, последнее предложение - это не повод при кажом колебании TTFB сломя голову бежать жаловаться на хостинг :) Кому нужны *абсолютно* стабильные показатели без колебаний даже на долю секунды - выделенные сервера готовы к заказу. Вот где-где, а там уж всегда можно быть уверенным, что процессор, диски и память заняты только тем, что нужно владельцу.


Касательно Memcache. После включения нужно ли в php.ini ставить галочку на хранение сессий в Memcache? © a.favbet

Если есть подозрение, что запросы могут задерживаться в обработке из-за ожидания i/o - то да, можно попробовать.

Нужно ли еще какие-то дополнительные настройки? © a.favbet

Если говорить о настройках на панели управления - нет.
Если говорить о настройках движка - то помочь может информация из раздела помощи https://www.ukraine.com.ua/faq/ispolzovanie-memcached.html#!8
alexandrpaliy
1 год
хостинг: есть
домен: есть
У меня TTFB для robots.txt прыгает от 40 до 900 мс. © checkroom

Это очень странно, запросы к статическим файлам всегда должны обрабатываться достаточно быстро.
Вы уверены, что проблема не была связана с сетевыми задержками/неполадками? Такая картина проявлялась не только с одного ПК / провайдера?
checkroom
1 год
хостинг: есть
домен: есть
Да, проверил с другого места, статика robots.txt отдается за 20 мс.
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

Если вы уже зарегистрированы Вам необходимо войти на форум.