Как проверить скорость ответа сервера – База знаний Timeweb Community

Производительность любого веб-ресурса — критически важная характеристика. Поэтому так важно всегда поддерживать ее на высоком уровне. А если что-то идет не так, то непременно проверить скорость работы сервера и принять меры по ее увеличению. Поговорим о том, как, с помощью чего и зачем это делать.

Зачем проверять скорость сервера?

Скорость загрузки контента прямо влияет на то, захочет ли его в итоге посмотреть пользователь или нет.

Банальный пример – есть два сайта, которые продают пылесосы. Один загружается за 500 миллисекунд, а другой за 4 секунды. Есть ненулевая вероятность, что клиент, наткнувшись на второй магазин, откажется от покупки из-за собственной нетерпеливости. Медленный сайт приведет к потере денег, причем к заметной.

Сотрудники Skilled.co проводили исследование по теме и выяснили, что почти 80% клиентов медленных сайтов пользовались ими один раз и больше не возвращались из-за низкой производительности.

Задержка загрузки сайта в одну секунду отсекает до 7% потенциальных клиентов.

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

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Подписаться

Какие показатели скорости сервера нужно оценивать?

Есть две метрики, которые используются для оценки производительности веб-ресурсов.

TTFB

Аббревиатура расшифровывается как Time-to-first-byte («Время до получения первого байта»). То есть это тот период времени, который проходит с первоначального запроса клиентом в сторону сервера до его ответа и отправки первого байта данных. Можно понимать это как скорость достижения момента, когда сайт начинает передавать браузеру информацию о структуре веб-страницы и контенте, который на ней хранится.

Это и есть скорость ответа сервера (сайта). Чем ниже эта мера, тем быстрее пользователь получит отклик. Этот показатель должен быть не более 400 миллисекунд. Но лучше сократить его до 100.

Дозагрузка страницы

Из названия понятно, что речь идет об информации, хранящейся на сервере. О периоде времени с подключения до получения всех необходимых данных со страницы.

С помощью специальных сервисов можно оценить скорость загрузки отдельных элементов страницы и посмотреть, есть ли среди них «куски» контента, негативно влияющие на производительность. Получив эту информацию, можно провести рефакторинг кода и оптимизировать базу данных.

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

Сервисы для проверки скорости ответа сервера

Есть несколько онлайн-сервисов для тестирования производительности.

Яндекс.Вебмастер

Базовую информацию о скорости ответа сервера можно получить в Яндекс.Вебмастере. Даже без регистрации. Достаточно указать ссылку для проверки, и робот Яндекса оценит базовую производительность.

1. Указываем ссылку в поисковом поле на главной странице.
2. Затем жмем на кнопку «Проверить».

Вебмастер покажет базовую информацию о вашем сервере. Но главное тут — время ответа сервера. В нашем случае это 236 миллисекунд. Код статуса HTTP должен быть 200, то есть соответствовать сигналу OK.

Яндекс.Метрика

В Метрике можно получить более расширенный отчет. Информация там более объективная, так как учитывает расположение посетителей сервера и устройства, которые они используют.

Чтобы ознакомиться с данными о скорости ответа сервера в Я.Метрике:

• Открываем Метрику и свой сайт на ней.
• Выбираем графу «Отчеты».
• Потом в подменю «Стандартные отчеты».
• Затем в «Мониторинг».
• Далее идем в отчет «Время загрузки страниц».
• Указываем период, за который нужна отчетность.
• И тип графика.
• Потом пролистываем чуть ниже и выбираем отчет по любому из нужных показателей. Например, «Ответ сервера».

Bitcatcha

Этот сервис попроще. Он показывает скорость ответа сервера в нескольких странах. Зато не требует регистрации, подключения плагинов и прочих сложностей. Достаточно ввести адрес страницы и кликнуть по иконке в виде лупы.

В ответ получите время ожидания ответа в разных частях мира.

WEBO Pulsar

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

• Здесь видно время подключения к серверу с нескольких точек земного шара.
• Время, которое ушло на создание соединения. Причем зашифрованного.
• Время ожидания ответа (TTFB). Чем ниже, тем лучше серверная логика.
• Размер базового ответа. То есть количество данных, которое изначально передал ресурс.

GTmetrix

По какой-то причине этот сервис тоже часто используется в РФ, хотя в нем нет ни одного узла для проверки скорости отклика в нашей стране. Но для ориентирования на другие регионы подходит.

Чтобы менять серверы и прочие параметры тестирования, нужно зарегистрироваться.

Полезные советы по тестированию скорости сервера

Вот еще парочка советов на тот случай, если вы только начинаете вникать в тему.

Тестируйте хостинг-провайдера во время тестового периода

Почти все хостинги дают возможность испытать их «железо» бесплатно. За это время можно поднять на VPS средней тяжести проект и провести парочку тестов. Сразу станет ясно, что к чему.

Не используйте приложения для измерения скорости сервера

Речь идет о программах, устанавливаемых на компьютер. Они зависят от ресурсов ПК и показывают субъективные замеры. Количество полученной информации будет чересчур узким. Пользы почти никакой.

Ну а в остальном все. Стремитесь к минимальной скорости загрузки страниц и ответа сервера. Других правил нет.

Проверка времени ответа сайта | IT Knowledge Base

Заметки системного инженера

Узнать скорость отклика сайта можно из cmd Linux с помощью CURL.

 
cURL — свободная , кроссплатформенная служебная программа командной строки, позволяющая взаимодействовать с множеством различных серверов по множеству различных протоколов с синтаксисом URL.

Общее время ответа сайта

Используйте следующую команду, чтобы узнать скорость ответа сайта, в секундах.

$ curl -s -w %{time_total}\\n -o /dev/null https://www.disnetern.ru

Пример выполненной команды:

0,579341

Описание возможных опций:

Опции	Описание
-s	Тихий режим. Не показывать индикатора выполнения или сообщений об ошибках
-w	Определяет, что отображается на стандартный вывод после завершенной и успешной операции
-o	Перенаправляет вывод в ‘/dev/null’
time_total	Суммарное время, которое заняла операция, в секундах

Более подробный отчет об отклике сайта

Эта команда возвращает  lookup, connect, pretransfer, starttransfer, время в секундах, а так же суммарное время операции.

$ curl -s -w '\nLookup time:\t%{time_namelookup}\nConnect time:\t%{time_connect}\nPreXfer time:\t%{time_pretransfer}\nStartXfer time:\t%{time_starttransfer}\n\nTotal time:\t%{time_total}\n' -o /dev/null https://www.disnetern.ru

Пример выполнения команды:

Lookup time:    0,060429
Connect time:   0,086693
PreXfer time:   0,160163
StartXfer time: 0,325986

Total time:     0,326014

Описание возможных опций:

Опции	Описание
Lookup time (time_namelookup)	Время, в секундах, затраченное на преобразование доменного имени в IP адрес
Connect time (time_connect)	Время, в секундах, затраченное на подключение к удаленному серверу по TCP
PreXfer time (time_pretransfer)	Время, в секундах, затраченное на подготовку к обмену данными. Оно включает в себя время на ‘обмен рукопожатиями’ участников конкретного протокола.
StartXfer time (time_starttransfer)	Время, в секундах, затраченное на все действия, вплоть до начала передачи первого байта данных. Оно включает в себя ‘time_pretransfer’, а так же время, необходимое серверу на подсчет результатов.

Полный отчет по времени отклика сайта

Следующая команда добавляет данные о времени, затраченном на appconnect и redirect. Эти опции работают только в последних версиях CURL.

$ curl -s -w '\nLookup time:\t%{time_namelookup}\nConnect time:\t%{time_connect}\nAppCon time:\t%{time_appconnect}\nRedirect time:\t%{time_redirect}\nPreXfer time:\t%{time_pretransfer}\nStartXfer time:\t%{time_starttransfer}\n\nTotal time:\t%{time_total}\n' -o /dev/null https://www.disnetern.ru

Пример выполненной команды:

Lookup time:    0,060691
Connect time:   0,088901
AppCon time:    0,159063
Redirect time:  0,000000
PreXfer time:   0,159244
StartXfer time: 0,588659

Total time:     1,588659

Описание возможных опций:

Опции	Описание
AppCon time (time_appconnect)	Время, в секундах, с начала замера, до завершения соединения/рукопожатия по протоколу SSL/SSH и пр. с удаленным хостом
Redirect time (time_redirect)	Время, в секундах, затраченное на редиректы, включая name lookup, connect, pretransfer и transfer. ‘time_redirect’ показывает суммарное время всех редиректов.

 

Время Отклика: 3 уровня:

• 0.1 сек. — это время, за которое пользователь ощутит что система реагирует мгновенно, а это означает что никакой обратной связи, за исключением отображения результата, не требуется;
• 1.0 сек. — это время, в течении которого поток мыслей пользователя остается непрерывным, даже если он и заметит задержку. Как правило, никакой обратной связи не требуется во время задержки более 0.1 но менее 1.0 секунды, однако пользователь теряет ощущение непосредственной работы с данными;
• 10 сек. — это практически предел удерживания внимания пользователя на диалоге. Во время более длительных задержек, у пользователя возникнет желание заняться другими вещами, пока загрузка страницы не закончится. Поэтому возникает необходимость в организации обратной связи, которая будет показывать что все в порядке и операция выполняется. Обратная связь особенно важна если время задержки варьирует, так как пользователь не будет знать чего ожидать.

Author: striker on 08.03.2018

Categories: Debian, FreeBSD, Linux

Tags: apache, curl, nginx, time, tuning

Other posts

Настройка NFS-сервера на Debian «» Сжатие gzip и кэширование в Nginx и Apache

©  IT Knowledge Base  |  powered by the WikiWP theme and WordPress.   |  

Как проверить время отклика веб-сайта

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

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

Интернет-пользователи ожидают не только более быстрой загрузки страниц веб-сайта, но и связи в сети укрепляются по всей территории Соединенных Штатов. Фактически, в течение следующих нескольких лет доступ в Интернет 5G приведет к одному из самых больших изменений, которые наш цифровой мир видел за многие годы.

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

На данный момент вы, вероятно, знакомы с растущими ожиданиями конечных пользователей и Google. По состоянию на 2018 год обе организации увеличили ожидаемое время отклика веб-сайта с 2,11 секунды до менее 1,3 секунды. Это касается как мобильных, так и десктопных сайтов.

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

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

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

Что такое время отклика веб-сайта? Краткое пояснение

Итак, что мы имеем в виду, когда говорим о времени отклика? По сути, этот термин является и его определением. Для подробного объяснения посетите нашу статью Wiki о времени отклика.

Время отклика веб-сайта — это время, необходимое вашему веб-серверу для подключения и отправки пакетов данных в браузер конечного пользователя. Кажется достаточно простым, не так ли? Что ж, как и во многих других вещах в жизни, самые простые понятия часто оказываются самыми сложными.

Распространенное заблуждение относительно времени отклика веб-сайта, особенно когда речь идет о тестировании этой метрики, состоит в том, что она определяет только количество времени, которое требуется серверу для отправки «ответа» или «подтверждения» браузеру (или, в данном случае , инструмент тестирования).

Если бы это было так легко и просто, но на самом деле это вся длительность от первого байта данных до последнего.

Как инструменты тестирования времени отклика приносят пользу вашему сайту

Конкретные преимущества платформы тестирования времени отклика зависят от уровня информации, которую она предлагает. Например, тесты ping просто информируют вас о том, доступен ли ваш сайт/сервер и сколько времени потребовалось серверу, чтобы вернуть запрос ping.

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

• Блок-схемы/отчеты, описывающие поток данных от сервера к браузеру конечного пользователя
• Сколько времени потребовалось браузерам конечных пользователей, чтобы начать анализ полученных файлов
• Сколько времени потребовалось для получения и рендеринга первого встроенного изображения
• Настройка DNS и продолжительность соединения (подчеркивает эффективность передачи пакетов данных)
• Общий размер пакетов данных

Тестирование времени отклика веб-сайта | Пошаговое руководство

Поскольку существуют буквально десятки инструментов для тестирования времени отклика веб-сайта, мы собираемся предоставить довольно обобщенное руководство, основанное на тесте веб-сервера HTTP/HTTPS от Dotcom-Tools. Эта продвинутая платформа тестирования предлагает глубокие аналитические данные о времени отклика сервера, скорости рендеринга веб-сайта, TTL (общем времени загрузки) и работоспособности элементов на странице.

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

Шаг 1. Введите URL-адрес веб-сайта и характеристики сервера

Введите URL-адрес своего веб-сайта в поле поиска. Отсюда выберите соответствующий тип сервера: HTTP или HTTPS, а затем тип запроса в раскрывающемся меню. Типы запросов включают GET или POST. В общем, вы должны использовать настройку по умолчанию GET.

Шаг второй — необязательные параметры

Вы можете включить информацию для входа в систему, чтобы проверить время отклика при входе в систему, параметры GET или POST, которые вы хотите просмотреть, а также имя и значение заголовка, которые вы хотите проверить.

Шаг третий — проверьте информацию и выполните тест времени отклика

После того, как вы ввели все необходимые и дополнительные данные, убедитесь, что эта информация верна, и нажмите «НАЧАТЬ ТЕСТ», чтобы запустить различные протоколы тестирования.

Шаг четвертый. Анализ результатов

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

• Время отклика и работоспособность веб-сервера
• Время отклика элемента на странице и качество загрузки
• Скорость загрузки веб-сайта (длительность)
• Общее время загрузки всего веб-сайта/веб-страницы

Время загрузки страницы и время отклика — в чем разница?

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

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

Время ответа

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

• Поиск DNS — это время, необходимое для преобразования имени хоста в его IP-адрес. Если время поиска DNS велико, это может указывать на проблему с DNS-серверами.
• Время подключения — Что касается времени, необходимого для подключения к серверу, эти результаты обычно используются для определения задержки в сети. Большое время соединения часто вызвано проблемами с сетью или маршрутизацией.
• Время перенаправления — это время, необходимое для любых необходимых перенаправлений HTTP и любых дополнительных запросов DNS или времени подключения во время этого процесса.
• Первый байт — это время, необходимое для передачи первого байта данных. Медленные времена здесь могут сигнализировать о проблемах с нагрузкой на сервер.
• Последний байт — это время, необходимое для загрузки окончательного ответа сервера. Проблема здесь указывает на проблему с пропускной способностью, поэтому вам может потребоваться увеличить пропускную способность, чтобы увеличить скорость загрузки.

С помощью Pingdom® вы можете отслеживать время отклика с помощью мониторинга времени безотказной работы. Функция мониторинга времени безотказной работы синтетически тестирует ваш веб-сайт из более чем 100 центров обработки данных, расположенных по всему миру, сообщает время отклика вашего сайта и немедленно предупреждает вас в случае каких-либо сбоев.

Время отклика часто определяется как время до первого байта (TTFB), то есть время, которое требуется браузеру для получения первого байта данных, передаваемых с сервера. Однако здесь, в Pingdom, чтобы обеспечить максимально точное время ответа, мы рассчитываем время ответа в трех частях:

• Время до первого байта
• Время для получения заголовков
• Время для загрузки HTML-кода сайта

Если вы предпочитаете, чтобы время отклика записывалось как TTFB, вы можете использовать проверку связи.

Быстрый и надежный мониторинг веб-сайтов

Убедитесь, что вы всегда первыми узнаете, когда ваш сайт недоступен или работает медленно.

Время загрузки

Время загрузки страницы — другой, но не менее важный показатель. Время загрузки — это более простое понятие, относящееся к времени, которое требуется для загрузки и отображения всей отдельной веб-страницы. Сюда входят все элементы страницы, такие как HTML, скрипты, CSS, изображения и сторонние ресурсы.

Вот типичный процесс запроса-ответа, влияющий на время загрузки:

• Пользователь вводит URL-адрес, и браузер отправляет запрос на сервер
• Веб-сервер обрабатывает запрос и отправляет ответ обратно в браузер
• браузер начинает получать содержимое страницы
• Вся страница загружается и становится доступной пользователю для просмотра

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

С помощью Pingdom вы можете контролировать время загрузки вашей страницы двумя способами:

• Мониторинг скорости загрузки веб-страницы — подробное тестирование сообщает размер и время загрузки каждого элемента на вашем веб-сайте, от HTML и CSS до шрифтов, изображений и время загрузки. Кроме того, он содержит предложения по увеличению скорости загрузки.
• Мониторинг реальных пользователей — Pingdom отслеживает реальных пользователей на вашем сайте и сообщает о фактическом времени загрузки ваших посетителей. Вы можете использовать эти данные, чтобы лучше понять, как время загрузки вашего сайта зависит от таких факторов, как местоположение, устройство или браузер. Вы также можете отслеживать время загрузки за период до 400 дней, что поможет вам увидеть, влияют ли какие-либо стратегии оптимизации, которые вы реализовали, на скорость сайта.

Время загрузки страницы и время отклика — какое из них следует отслеживать?

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

В рекомендациях Google по скорости загрузки страниц для мобильных устройств указано следующее:

• Среднее время до первого байта — рекомендуемая практика: менее 1,3 секунды
• Среднее время отображения контента пользователям — рекомендуемая практика: менее 3 секунд0091

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

Google также сообщил следующее:

• Страницы, загрузка которых занимает 1–3 секунды, увеличат вероятность отказов на 32%.
• Страницы, загрузка которых занимает 1–5 секунд, увеличат показатель отказов на 90%.

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

Медленное время отклика

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

• Проблемы с сервером — Если время отклика постоянно велико, это может указывать на то, что ваш сервер перегружен. Обратитесь к своему веб-хостингу — ваши данные о времени отклика могут помочь им решить проблему, — но вам, возможно, придется подумать о переходе на пакет VPS или выделенного сервера.
• Пропускная способность — Медленное время отклика также может способствовать проблемам с пропускной способностью. Свяжитесь с вашим хостинг-провайдером и обсудите проблему — возможно, пришло время обновить планы хостинга. Инвестиции в высококачественную сеть доставки контента (CDN) также могут быть хорошим вариантом.
• Время простоя — Часто существует прямая зависимость между большим временем отклика и временем простоя. Если ваше время отклика велико, следите за временем безотказной работы, чтобы убедиться, что ваш сайт не страдает от постоянных сбоев.

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

Медленная загрузка

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

• Оценки производительности — Оценки производительности Pingdom основаны на времени загрузки страницы и дают вам общее представление о том, как работает ваш сайт и что нужно улучшить.
• Размер элемента — Pingdom отслеживает каждый элемент страницы (включая HTML, JavaScript, CSS, изображения и т. д.) и сообщает размеры отдельных файлов. Это поможет вам определить любые раздутые компоненты, которые необходимо оптимизировать. В зависимости от проблемы вам может потребоваться сжать изображения, удалить ненужные пользовательские шрифты, сжать ваши файлы или реализовать другие стратегии оптимизации.
• Время загрузки элементов — Pingdom также сообщает время загрузки отдельных элементов страницы и порядок их загрузки. Pingdom делает скриншоты процесса загрузки с интервалом в 50 миллисекунд и представляет их в виде диафильма, чтобы вы могли анализировать, что происходит во время загрузки вашего сайта, и выявлять узкие места, влияющие на скорость загрузки веб-страницы. В зависимости от результатов вам может потребоваться изменить порядок загрузки скриптов и стилей на вашем сайте.

Заключительные мысли о времени загрузки страницы и времени отклика

Мониторинг времени загрузки страницы и времени отклика даст вам ключевое представление о том, как работает ваш веб-сайт, и о том, как посетители его воспринимают.