代码之家  ›  专栏  ›  技术社区  ›  Codemwnci

网站响应时间-一般性能规则

  •  0
  • Codemwnci  · 技术社区  · 14 年前

    我目前正在对一个Web应用程序进行性能调整,并一直在研究什么是“好”的性能。我知道这通常取决于正在构建的应用程序、目标受众以及许多其他因素,但我想知道人们是否遵循一套通用的规则。

    调优总是存在这样的风险:工作没有尽头,在某个时刻,人们应该打电话给一个,什么时候停止,但这是什么时候?我们什么时候能满意工作完成?

    为了开始讨论,我根据Jakob Nielsen报告使用了以下规则( http://www.useit.com/alertbox/response-times.html )

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

    0.1秒给人瞬间反应的感觉,即 结果似乎是由 用户,而不是计算机。这一水平 反应能力对 支持直接的感觉 操纵(直接操纵是 其中一个关键的图形用户界面技术 增加用户参与度和控制度 有关更多信息,请参阅我们的原则 接口设计研讨会)。

    1秒 保持用户的思想流动 无缝的。用户可以感觉到延迟,以及 从而知道计算机正在生成 结果,但他们仍然感到 控制总体经验和 他们在自由移动而不是 正在等待计算机。这个程度 我们需要有良好的反应能力 导航。

    10秒保持 用户的注意力。从1“10秒开始, 用户肯定会觉得 计算机,希望它更快, 但他们能应付。10后 几秒钟后,他们开始思考 其他的事情,使它更难得到 一旦他们的大脑回到正轨 计算机终于做出了响应。

    10秒的延迟通常会使用户 立即离开网站。即使 他们留下来,他们很难 明白发生了什么事 他们成功的可能性较小 任何困难的任务。

    甚至一些 秒的延迟足以创建 不愉快的用户体验。用户是 不再控制,他们 有意识地为不得不等待而烦恼 对于计算机。因此,重复 短暂的延迟,用户将放弃 除非他们非常致力于 完成任务。结果如何?你 很容易损失一半的销售额 那些不那么坚定的客户)简单地 因为你的网站还有几秒钟 每页慢,每页慢。

    2 回复  |  直到 14 年前
        1
  •  1
  •   CyberDude    14 年前

    这些规则相当合理。事实上,我们的目标应该是在1秒或更短的时间内获得响应时间,但有时处理过程确实需要更长的时间(糟糕的设计、较慢的机器、等待第三方、密集的数据处理等)。在这种情况下,您可以使用各种提示和技巧来改善用户体验:

    • 使用缓存(在浏览器和经常处理的数据中)
    • 尽可能使用Ajax进行数据的渐进加载(并使用进度指示器提供发生刺痛的反馈)
    • 使用firebug、yslow等工具检测HTML设计和结构的潜在问题 等
        2
  •  3
  •   mainframezen    14 年前

    如果您有Apache作为Web服务器,那么您可以使用Google制造的页面速度模块。 与其等待开发人员改变传统,不如利用可用的CPU和内存来提供更好的用户体验。

    http://code.google.com/speed/page-speed/docs/module.htmlct 它为最常见的疼痛因素提供了解决方案,并具有即时效果。不编码,不更改Web应用程序的旧代码。