我已经开始将渲染页面所需的时间添加到我们内部 Web 应用程序的页脚中。目前看起来像这样

0.062 秒内渲染

有时我会得到这样的渲染时间

0.000 秒内渲染

目前它的目的只是作为用户判断页面加载速度是否快的一个指南,让他们能够快速通知我们页面是否需要 17 秒而不是通常的 0.5 秒。我的问题是时间应该采用什么格式?在这一点上我应该切换到诸如

渲染时间不到一秒

我喜欢看到十分之一秒,但上面的第二个示例对任何人都没有用,事实上它只是突出了我用来查找渲染时间的计算的限制。我宁愿根本不让用户看到!欢迎任何答案,包括页面上是否应包含任何内容。

有帮助吗?

解决方案

我不确定告诉用户服务器渲染页面需要多长时间是否有任何价值。记录此类信息很可能是值得的,但他们不在乎。

如果服务器需要 0.001 秒来绘制页面,但他们需要 17 秒来加载它(由于网络、javascript、页面大小、他们的垃圾 PC 等),他们的感知将是后者。

然后,再次添加渲染时间可能会帮助您通过“与本地网络管理员交谈”响应来抵御有关任何感知缓慢的询问。

鉴于您知道测量的准确性,您可以将 0.000 文本设置为“在不到千分之一秒内渲染”

其他提示

“立即渲染”听起来比“不到一秒渲染”好得多。

与其依赖用户查看页面页脚并让您知道该值是否超过某个耐心阈值,不如将页面渲染时间记录在服务器上的日志文件中可能是更好的主意。获得所有原始数据后,您可以查找渲染时间往往比正常情况更长的特定页面。

通过更详细的日志记录,如果您的 Web 应用程序依赖于外部系统,您还可以测量数据库查询或其他任何内容的运行时间。

我想我过分强调了它是为了用户。

我知道通过在 web.config 中使用 in 跟踪,我可以获得有关页面渲染时间以及访问数据库时间的准确信息。

过去我们遇到过应用程序在网络上运行太慢的问题,尽管现在已经修复了,我正在将标签添加到新应用程序中,以便用户知道这是我们正在认真对待的事情,并且对于开发人员来说这是一个非常简单的指标。

考虑到所有这些,我喜欢“立即渲染”并写了很多有意义的内容,所以我会接受你的答案和科科斯的答案。

谢谢

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top