问生成网页的合理时间是什么？

EN

关于从查询到渲染的时间和用户体验，有大量的研究数据。我建议你读一读this useit.com article。毕竟，谷歌在其搜索结果中整合了页面速度是有原因的;)

今天的3个响应时间限制与1993年我写的时候是一样的(基于人类因素先驱40年的研究)：

• 0.1秒给人一种即时响应的感觉-也就是说，结果感觉像是用户造成的，而不是计算机造成的。这种级别的响应性对于支持直接操作的感觉是至关重要的(直接操作是增加用户参与度和控制力的关键图形用户界面技术之一-有关它的更多信息，请参阅我们的界面设计原则研讨会)。
• 1秒使用户的思维保持无缝。用户可以感觉到延迟，因此知道计算机正在生成结果，但他们仍然感觉到总体体验的控制，他们正在自由移动，而不是等待计算机。这种响应性是良好导航所必需的。
• 10秒会吸引用户的注意力。从1到10秒，用户肯定会感觉到电脑的摆布，并希望它更快，但他们可以处理它。10秒后，他们开始思考其他事情，一旦计算机最终做出反应，他们的大脑就更难回到正轨。

10秒的延迟通常会让用户立即离开网站。即使他们留下来，他们也更难理解发生了什么，这使得他们不太可能在任何困难的任务中取得成功。

作为一条经验法则，认为您应该始终以优化时间与所获得的时间之间的平衡为目标。当你的图像没有正确压缩，或者你的脚本/css没有组合时，不要花费几天的时间来优化一个例程。是的，越快越好，但是通过设置智能缓存生成页面的90%的收益超过了调整算法一周后的10%的收益。

此外，当框架必须加载所有内容时，不要过多地关注第一次渲染时的情况，而是使用压力测试，无论是否缓存，以模拟各种情况。

现在，有一些数据；我工作过的一些最新网站使用了DotNetNuke，一个巨大的开源内容管理系统，以及Asp.Net MVC，在那里你可以更接近金属。对于DotNetNuke，平均数据库查询的平均页面时间为600-700毫秒。对于Asp.net MVC，它是70-100毫秒...用户真的很喜欢第二个:)

这个问题没有“正确”的答案--越快越好。就我个人而言，我通常的目标是< 200ms，尽管我从经验中知道，除了简单的应用程序之外，在Rails中实现这一目标是相当困难的。试着找出你的瓶颈在哪里，并缓存你能缓存的东西。

编辑:在页面生成时间和页面呈现时间之间似乎存在一些混淆。显然，快速呈现页面是我们的目标，而在大多数站点上，减少HTTP请求、压缩CSS/JS等操作都能让您获得最大的快速收益。但是，如果页面本身需要4-5秒才能生成，那么你可能是对的，你应该从你的应用程序开始。

这取决于是否在2.5-4秒内什么都没有显示，或者用户从一开始就已经看到了页面的一部分，并且在2.5-4秒后完全完成加载。在这种情况下，用户不会体验到2.5-4秒的负载。以http://www.nytimes.com/网站为例，我马上就能看到它的大部分内容，但根据Web Inspector的说法，它需要1.94秒才能完全加载。

请记住，速度还将取决于浏览器、计算机和互联网连接。对你来说快的可能对其他人来说就慢了。