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

Rendered in 0.062 seconds

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

Rendered in 0.000 seconds

目前，它仅是指导用户判断页面是否快速加载的指南，允许他们快速通知我们页面是否需要17秒而不是通常的0.5秒。我的问题是时间应该是哪种格式？在这一点上，我应该切换到以下语句：

Rendered in less than a second

我喜欢看到十分之一秒，但上面的第二个示例对任何人都没有用，实际上，它只是突出显示了我用于查找渲染时间的计算的局限性。我宁愿根本不让用户看到这一点！欢迎任何答案，包括是否应在页面上添加任何内容。

解决方案

回答

将页面呈现时间记录在服务器上的日志文件中可能是一个更好的主意，而不是依赖用户查看页面页脚并让我们知道该值是否超过了一些耐心阈值。拥有所有原始数据后，我们可以查找呈现时间比正常时间长的特定页面。

使用更详细的日志记录，我们还可以测量数据库查询中的运行时间，或者如果Web应用程序依赖外部系统，则可以进行测量。

回答

"即时渲染"听起来比"不到一秒钟渲染"听起来更好。

回答

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

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

然后再次添加渲染时间可能会抵御有关任何缓慢的查询的"与本地网络管理员交谈"响应。

既然我们知道测量的准确性，就可以将0.000文本"在不到千分之一秒的时间内呈现"

回答

我想我过分强调了它是针对用户的。

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

过去我们曾经遇到过应用程序在网络上运行速度过慢的问题，尽管现在已经解决了，我正在将标签添加到新的应用程序中，以便用户意识到这是我们正在认真对待的事情，对于开发人员而言，这是一个非常简单的指标。

考虑到所有这些，我喜欢"即时渲染"，并写出很多意思，所以我会接受回答和可可的。

谢谢