2

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

在 0.062 秒内渲染

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

在 0.000 秒内渲染

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

在不到一秒的时间内渲染

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

4

4 回答 4

2

“立即渲染”听起来比“在不到一秒的时间内渲染”要好得多。

于 2008-08-12T09:22:53.860 回答
1

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

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

于 2008-08-12T09:13:53.520 回答
1

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

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

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

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

于 2008-08-12T10:40:26.590 回答
0

我想我过分强调它是为用户服务的。

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

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

考虑到所有这些,我喜欢“立即渲染”并且写了很多有意义的东西,所以我会接受你的回答和 kokos'。

谢谢

于 2008-08-14T08:25:42.773 回答