Лучший формат для отображения времени рендеринга на веб-странице

Question

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

Отображается за 0,062 секунды

Иногда я получаю время, подобное этому

Отображается за 0,000 секунд

В настоящее время пользователи могут лишь ориентироваться в том, быстро ли загружается страница или нет, что позволяет им быстро сообщить нам, что страница занимает 17 секунд, а не 0,5. У меня вопрос, в каком формате должно быть время? В какой момент я должен перейти к утверждению, например

Оказывается менее чем за секунду

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

Answer 1

«Рендеринг мгновенно» звучит лучше, чем «Рендеринг менее чем за секунду».

Answer 2

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

Если для рисования страницы серверу требуется 0,001 секунды, а для его загрузки требуется 17 секунд (из-за сети, JavaScript, размера страницы, их мусорного ПК и т. Д.), Их восприятие будет последним.

Затем добавление времени рендеринга может помочь вам отразить запросы о любой обнаруженной медлительности с помощью ответа «поговорите с администратором вашей локальной сети».

Учитывая, что вы знаете точность своих измерений, вы могли бы иметь текст 0,000, который будет «отображаться менее чем за тысячную долю секунды»

Answer 3

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

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

Answer 4

Я думаю, что я переоценил это для пользователей.

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

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

Принимая все это во внимание, мне нравится "Rendered Instantly" и я пишу много смысла, поэтому я приму и ваш ответ, и kokos '.

Спасибо