При обращении к серверу увеличено время ответа. Где проблема? – QA PR-CY

1. Сообщество
2. При обращении к серверу увеличено время ответа. Где проблема?

Ответы на пост (8) Написать ответ

Nika_r

186

03.11.2017 22:16

Можно сжать вот эти файлы http://68bit.ru/…ize_7a83e01de5984be09a4700c2b4e25ff7.css
http://68bit.ru/…ize_d2d1ae4321ba3de7fd7ba3bba8b77dc6.css
http://68bit.ru/…includes/css/dashicons.min.css?ver=4.8.3; потом изображения, потом посмотреть, что получится по скорости. P.S. А мне они сказали, что наши настройки кеширования, прописанные в файле htaccess, можно было не прописывать, потому что они используют какие-то технологии. И это лишнее.

открываете хром, вбиваете адрес своего сайта… далее нажимаете F12.. справа должен открыться фрейм. Там выбираете Network. Далее нажимаете ctrl+f5 и смотрите где и что у вас подвисает.

..

Я так понимаю, Вам нелегко будет объяснить нубу (мне), что делать со скриптом, который у меня 600 ms выполняется?

Долгой загрузки вообще не заметил, у меня страницы вашего сайта мгновенно открываются.
А SiteSpeed на настройки хостинга бузит, типа медленная генерация страницы:
http://s019.radikal.ru/i639/1711/fc/384199c041b8.jpg
Я свой проверил (у меня тоже на Beget), мне такого не показал. А скорость соединения вашего сайта 100% показывает.

Если в htacces прописано кеширование и сжатие, удаляй нах. На бегете по умолчанию это включено. В htaccess оставь редиректы и 404.
Проверь скорость в google speed test, там написано все.
У меня сайт на Бегете, все збс работает.
Время о цвета сервера 25-45 мс, когда как. Сайт сам http://zbscomp.ru
Можешь чекнуть тоже speed тест как работает сайт збс комп)) и будет тебе счастье)) после исправления рекомендаций)

Время оТвета*

trambi

18

04. 11.2017 15:15

Проверьте сайт тут gtmetrix.com
всё станет ясно.

sansan

1680

06.11.2017 21:56

1. Хостера стоит помеять с подобными… «рекомендациями». Бегет… давно пора.
2. «Вебмастер» — чего? Google подобной фигни не пишет. Кто же «написал»? Проясните.
3. PageSpeed Insights — есть где поработать со-скоростью «без напрягов». Не шедеврально, но и не катастрофично.

Имхо, вопрос «надуманный».

Похожие посты

• Нагрузка комментариев на сервер. Как уменьшить?
  6


• Как увеличить скорость загрузки сайта?
  8


• Httpd.conf и автоподдомены
  1


• Время ответа сервера
  5


• Время ответа сервера увеличилось. Как исправить?
  5

Анализ сайта

Поможем улучшить ваш сайт.

Время ответа сервера и получения первого байта | Скорость загрузки сайта

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

Содержание

Что такое время ответа сервера?

После поступления HTTP-запроса веб-ресурса от клиента (браузера) сервер его обрабатывает, формирует и отправляет клиенту HTTP-ответ. Промежуток времени, в течение которого это происходит, называется время ответа сервера.

Время ответа сервера — величина, определяющая скорость формирования HTTP-ответа.

Что такое время получения первого байта?

Также время ответа сервера известно как время получения первого байта (First Byte Time, Time to First Byte, TtFB).

Время получения первого байта

Время ответа сервера определяет, сколько занимает загрузка кода HTML для отображения страницы.

Google Developers

Каким должно быть время ответа сервера?

Понятие время ответа сервера стало популярным после появления сервиса PageSpeed Insights, который явно указывает на проблему при высоком значении данной величины.

Согласно рекомендациям в правилах PageSpeed Insights, время ответа сервера должно занимать не более 0.2 секунды:

google.com/speed/docs/insights/Server»>

Уменьшите время ответа сервера, чтобы оно составляло не более 200 мс.

Google Developers

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

Как проверить время ответа сервера?

Проверка скорости ответа сервера осуществляется с помощью ряда соответствующих инструментов.

Сервис анализа скорости загрузки PageSpeed Insights

Самым простым и действенным способом проверить скорость ответа сервера сайта является вышеупомянутый сервис PageSpeed Insights.

Если значение величины превышает 200 мс, сервис отобразит рекомендацию «Сократите время ответа сервера», в подробностях к которой будет указано значение, определённое при проверке:

1. Долгий ответ сервера2. Приемлемое время ответа сервера

Инструменты разработчика в браузере

Время получения первого байта (TTfB) веб-страницы или любого её ресурса можно узнать в браузере с помощью инструментов для разработчиков. В браузерах Chrome и Firefox это осуществляется во вкладке Network (Сеть):

TTfB в Google ChromeTTfB в Mozilla Firefox

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

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

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

Чтобы перейти к странице мониторинга скорости загрузки страниц сайта в Яндекс.Метрике:

1. Перейдите на главную страницу сервиса.
   Для этого необходимо быть авторизованным в аккаунте Яндекса.
2. Выберите нужный счетчик.
   Он должен быть установлен на сайте.
3. Кликните Отчеты.
   Откроется контекстное меню.
4. Выберите Стандартные отчеты → Мониторинг → Время загрузки страниц.

Мониторинг cкорости загрузки сайтаОпределение времени ответа сервера

Под временем ответа сервера в Яндекс.Метрике подразумевается время получения первого байта (учитываются интервалы передачи HTTP-запроса и ответа).

Сервис проверки скорости загрузки WebPagetest

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

После анализа страницы сайта сервис отобразит степень оптимизации её скорости загрузки и значения всех интересующих нас величин, в числе которых First Byte Time:

Значение First Byte Time для страницы

В разделе «Waterfall View» представлен временной график очередности загрузки ресурсов проверенной веб-страницы. По клику по названию определённого ресурса во всплывающем окне будет отображена дополнительная информация, среди которой есть значение Time To First Byte, в данном случае отражающее именно время ответа сервера без учета времени отправки запроса. Чтобы узнать время получения первого байта для ресурса, необходимо сложить значения Time To First Byte и Request Start (время отправки запроса):

Значение First Byte Time для ресурса страницы

Также всю интересующую нас информацию по каждому ресурсу проверенной веб-страницы можно увидеть в виде таблицы на странице отчета в разделе «Request Details»:

Таблица Request Details

От чего зависит скорость ответа сервера?

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

Google Developers

Условно разделим упомянутые факторы на категории и рассмотрим их в частности. На скорость ответа сервера влияют:

Тип хостинга

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

Мощность сервера

Зависит от аппаратного обеспечения, определяющего скорость обработки данных.

Нагрузка на сервер

Повышается с ростом посещаемости сайта.

Настройки сервера

Зависят от используемого на сервере программного обеспечения.

Особенности сайта

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

Факторы, влияющие на время ответа сервера

Как уменьшить время ответа сервера?

Уменьшить время ответа сервера и получения первого байта до минимума можно посредством оптимизации сервера и самого сайта:

Тип хостинга

Хостинг — услуга предоставления виртуального пространства для размещения сайта в Интернете.

Существует 3 вида хостинга:

1. виртуальный хостинг,
2. виртуальный выделенный сервер,
3. выделенный сервер.

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

Виртуальный хостинг

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

Виртуальный хостинг

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

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

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

Виртуальный выделенный сервер

Виртуальный выделенный сервер, также называемый VPS (Virtual Private Server) или VDS (Virtual Dedicated Server), является эмулятором выделенного сервера. Это оптимальный вид хостинга для серьезных веб-проектов, исключающий возможность не зависящей от сайта нагрузки на сервер, т. к. под сайт выделяется определённое тарифом количество его ресурсов.

Виртуальный выделенный сервер

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

Выделенный сервер

Самый дорогостоящий тип хостинга, при котором в аренду сдаётся физический сервер целиком. Как правило, для содержания сайта такая услуга не требуется.

Выделенный сервер

Аппаратное обеспечение и мощность сервера

Мощность сервера определяет его аппаратное обеспечение, а именно:

1. количество ядер процессора (CPU),
2. объем оперативной памяти (RAM),
3. объем и тип жесткого диска.

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

При выборе VPS-хостинга процессор, объем оперативной памяти и жесткого диска определяются тарифом.

Программное обеспечение и настройка сервера

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

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

Версия PHP

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

Выбор версии PHP предусмотрен в панели управления хостингом:

Выбор версии PHP в ISPmanagerВыбор версии PHP в cPanel

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

Акселераторы (прекомпиляторы) PHP

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

Как правило, акселераторы PHP уже предустановлены и активированы на серверах виртуального хостинга.

На VPS и выделенных серверах акселераторы, как и другие дополнительные модули PHP, необходимо устанавливать и активировать по требованию или самостоятельно, в зависимости от тарифа и хостинг-провайдера.

Степень нагрузки на сервер

Нагрузка на сервер растёт вместе с числом HTTP-запросов, которые на него поступают.

Чем выше посещаемость сайта, тем выше нагрузка на сервер.

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

Если все этапы оптимизации скорости обработки запросов сервером были выполнены, то решением является смена типа хостинга: если в текущий момент используется услуга виртуального хостинга, то необходимо перенести сайт на виртуальный выделенный сервер (VPS). Если сайт уже размещен на VPS-хостинге, то требуется расширить предоставленные для сайта ресурсы.

Особенности генерации страниц сайта

На время ответа сервера может влиять сложность генерации веб-страниц.

Статические сайты

Статические веб-страницы хранятся на сервере в исходном виде: серверу не требуется тратить свои ресурсы на их формирование.

Схема передачи статической страницы:

1. клиент отправляет запрос на страницу,
2. сервер определяет страницу и отправляет клиенту.

Передача статической страницы

Динамические сайты

Динамические страницы генерируются на сервере и сложность их формирования может повышать нагрузку на сервер.

Схема передачи динамической страницы:

1. клиент отправляет запрос на страницу;
2. сервер обращается к определённому числу файлов, генерирующих страницу;
3. происходит обращение к базе данных определённое для страницы число раз;
4. сгенерированная страница отправляется клиенту.

Передача динамической страницы

Количество скриптов (п. 2) и обращений к серверу баз данных (п. 3) в процессе генерации определяет нагрузку на сервер. А при большом количестве запросов к серверу одновременно (при большой посещаемости сайта) эта нагрузка увеличивается в разы.

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

Выводы и заключение

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

Почему важно время отклика сервера

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

Содержание

1. Что такое время ответа сервера?
2. Как проверить время отклика веб-сайта (сервера)?
3. Время загрузки веб-сайта (страницы)
4. Медленный веб-сайт и отказ от страницы
5. Плохое время отклика? Смените хостинг-провайдера

1.

Что такое время отклика сервера?

Под временем отклика сервера подразумевается время , затраченное на получение первого байта от Сервера (URL или IP) или время, затраченное на получение URL (веб-сайта) заголовка .

Время отклика сервера зависит от ряда факторов, основными из которых являются:

• отсутствие питания сервера,
• дешевое обслуживание,
• недостаточное внимание уделяется вопросам безопасности.

Какое среднее время ответа сервера?
200-350мс считается быстрым, 400-700мс средним, а все остальное можно назвать медленным.

Диаграмма HRank показывает, что большинство хостинг-провайдеров имеют скорость до 1000 мс, но все, что выше 800 мс, является медленным.

И еще несколько интересных фактов о времени отклика хостинг-провайдеров :

Период времени: 16 апреля 2019 г. – 15 мая 2019 г. (30 дней)
Среднее время отклика всех общих серверов (IP):
ExaBytes.com – 1231 мс
Host4Geeks.com — 1229мс
MochaHost.com – 1165 мс
InMotionHosting.com – 1144 мс

---

2. Как проверить время отклика веб-сайта (сервера)?

Есть несколько способов проверить время отклика:

1. Проверить с помощью Google Analytics (если ваш сайт уже есть): Поведение -> Скорость сайта

Если считать в миллисекундах, то будет: 0,28 сек = 280 мс

Google Analytics позволяет проверить время отклика за 1 предыдущий день или за определенный период времени.

2. Вы можете использовать один из сторонних сервисов, например site24x7.com, и их инструмент Ping Website.

Позволяет проверить время отклика в данный момент из нескольких мест:

3. Вы также можете проверить время отклика вашего сайта через Терминал на вашем MacBook (подробнее как это сделать).

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

Очень важно запустить Ping из нескольких мест и понять:

• где географически расположен сервер вашего веб-сайта,
• откуда приходит основной трафик на ваш сайт.

Для достижения кратчайшего времени отклика географически сервер и целевая аудитория веб-сайта должны быть максимально близки друг к другу .

4. Сервис HRank имеет уникальную возможность показывать время отклика хостинг-провайдера (среднее всех серверов провайдера) и время отклика конкретного сервера

в истории. Позволяет оценить производительность сервера (провайдера) в прошлом и посмотреть, был ли он быстрым или нет. Если вы видите на графике значение 800 мс или более, вам может быть полезно сменить текущего провайдера. Эта услуга бесценна, так как она показывает исторические данные и может помочь вам найти лучший вариант.

Пример того, как HRank отслеживает время отклика для хостинг-провайдера

Таким образом, прежде чем приступить к скорости загрузки сайта (его HTML-элементов), необходимо убедиться, что 0021 сервер (на котором размещен сайт) работает быстро .

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

---

3. Время загрузки веб-сайта (страницы)

Скорость вашего сайта зависит от двух компонентов: от того, как работает сервер вашего веб-сайта, и от того, как ваш сайт работает в целом.

Производительность вашего сайта это ваша территория, так что вся ваша ответственность, если он сканирует, потому что он слишком тяжелый и требует оптимизации. Эти проблемы должны решаться вами, и о них можно позаботиться, например. путем уменьшения веса веб-сайта, изменения размера изображений, CSS, JavaScript и т. д. (PageSpeed ​​Insights дает множество советов по этому вопросу). Впрочем, решать вам, будете вы это делать или нет.

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

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

---

4. Медленный отказ от веб-сайта и страницы

Медленный ответ на запрос посетителя = отказ от страницы.

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

Kissmetrics.com

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

• Ваши конверсии и прибыль («Время — деньги, и клиенты не используют медленные сайты»)
• SERP : скорость загрузки страницы — один из 200 сигналов, определяющих результаты поисковой выдачи с 2010 года, и стало совершенно ясно, что Google любит быстрые сайты. И под быстрыми мы подразумеваем сайты, которые <200 мс (это означает, что более медленные сайты нуждаются в большом количестве улучшений).

---

5. Плохое время отклика? Смените хостинг-провайдера.

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

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

CoolHandle.com Веб-хостинг-провайдер Enom.com Веб-хостинг-провайдер

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

Мы по адресу HRank можем помочь здесь следующим образом:

• Вы можете проверить среднее время отклика вашего хостинг-провайдера (все общие IP-адреса хостинга будут приняты во внимание) и посмотреть, лучше оно или хуже чем то, что у вас есть на данный момент.

Что еще более важно, вы можете видеть данные за непрерывный период времени (начиная с сентября 2018 года), что даст вам подробную картину истории производительности провайдера. Это то, что вы вряд ли найдете где-либо еще.

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

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

---

Ограничения по времени ответа: статья Якоба Нильсена

Резюме:  Существуют 3 основных ограничения по времени (которые определяются способностями человеческого восприятия), которые следует учитывать при оптимизации работы веб-сайтов и приложений.

Автор Якоб Нильсен

• Якоб Нильсен

на 1993-01-01 1 января 1993

Темы:

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

• Взаимодействие человека с компьютером Взаимодействие человека с компьютером,
• Веб-юзабилити,
• Дизайн приложения

Поделиться этой статьей:

Отрывок из главы 5 моей книги Юзабилити-инжиниринг , от 1993 года:

Основные рекомендации относительно времени отклика остаются примерно одинаковыми на протяжении тридцати лет [Miller 1968; Кард и др. 1991]:

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

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

В тех случаях, когда компьютер не может дать довольно немедленный ответ, пользователь должен получать постоянную обратную связь в виде индикатора процента выполнения [Myers 1985]. Как правило, индикаторы выполнения в процентах следует использовать для операций, занимающих более 10 секунд. Индикаторы прогресса имеют три основных преимущества: они убеждают пользователя в том, что система не дала сбой, а работает над его или ее проблемой; они указывают примерное время ожидания пользователя, что позволяет пользователю выполнять другие действия во время длительного ожидания; и, наконец, они предоставляют пользователю что-то, на что он может посмотреть, что делает ожидание менее болезненным. Это последнее преимущество не следует недооценивать, и это одна из причин, по которой рекомендуется использовать графический индикатор выполнения вместо простого указания ожидаемого оставшегося времени в цифрах.

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

Для достаточно быстрых операций, занимающих от 2 до 10 секунд, истинный индикатор процента готовности может быть излишним, и фактически его установка нарушит принцип инерции отображения (мигание изменений на экране так быстро, что пользователь не может уследить за ними). темп или чувствует стресс). Можно было бы по-прежнему давать менее заметную обратную связь о прогрессе. Распространенным решением является сочетание курсора «занят» с быстро меняющимся числом в небольшом поле внизу экрана, чтобы указать, сколько было сделано.

См. также:
Статья о времени отклика сайта и о том, как его улучшить.

Добавлено обновление

2014 г.: мне продолжают приходить подобные вопросы, поэтому я решил ответить на них здесь.

Q: «Вы много раз упоминали, что время отклика важно, и существует множество инструментов для измерения времени отклика, но каково приемлемое время отклика веб-приложения? Что такое терпимость пользователя, а не покупательский опыт, а для интерактивного приложения?»

A: Я хотел бы, чтобы мы могли искоренить термин «веб-приложение», потому что он отвлекает от реальной проблемы, а именно от дизайна пользовательского интерфейса приложения (у нас есть несколько однодневных курсов по этой теме). У нас нет специальных рекомендаций для приложений, реализованных на C++, по сравнению с приложениями, реализованными на JavaScript. Основные рекомендации по юзабилити одинаковы независимо от реализации, поскольку мы обсуждаем пользовательский опыт, а не кодирование.

Таким образом, 9Рекомендации по времени отклика 0021 для веб-приложений такие же, как и для всех других приложений . Эти руководящие принципы остаются неизменными уже 46 лет, поэтому они также вряд ли изменятся с появлением следующей технологии внедрения.

0,1 секунды: Ограничение для пользователей, чувствующих, что они непосредственно манипулируют объектами в пользовательском интерфейсе. Например, это ограничение с момента выбора пользователем столбца в таблице до момента, когда этот столбец должен быть выделен или иным образом сообщит о том, что он выбран. В идеале это также должно быть время отклика для сортировки столбца — если это так, пользователи почувствуют, что они сортируют таблицу. (В отличие от ощущения, что они приказывают компьютеру сделать за них сортировку.)

1 секунда: Ограничение для пользователей, считающих, что они свободно перемещаются по командному пространству, не дожидаясь компьютера. Задержка в 0,2–1,0 секунды означает, что пользователи замечают задержку и, таким образом, чувствуют, что компьютер «работает» над командой, в отличие от того, что команда является прямым следствием действий пользователей. Пример: если сортировка таблицы по выбранному столбцу не может быть выполнена за 0,1 секунды, это, безусловно, должно быть выполнено за 1 секунду, иначе пользователи почувствуют, что пользовательский интерфейс вялый, и потеряют ощущение «потока» при выполнении. их задача. При задержках более 1 секунды укажите пользователю, что компьютер работает над проблемой, например, изменив форму курсора.

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