脚本执行多久才算太长？

Question

您认为 Web 脚本（例如 PHP）在开始成为用户烦恼之前可接受的最长时间执行（平均）是多少？我一直认为，如果用户必须等待超过 1 秒才能加载页面（当然这是在图像和 css 被缓存之后......这个规则实际上只适用于后续请求）他们会开始生气。

Answer 1

42秒。

事实上，事实是，这更多地取决于您所迎合的用户的年龄和期望。例如，我的父母可能更能容忍长时间的等待，但也更有可能一次又一次地按下按钮，就像他们按下人行横道或电梯按钮一样。

也就是说，真正的答案是，用户没有反馈多久才算太久？即使是快速启动沙漏徽标或进度条，也可以为用户带来巨大的变化。也就是说，如果您提供的服务应该是实时的并且像桌面应用程序一样运行，那么太长的时间基本上就是“任何可感知的”。

所以，逃避的答案......这取决于。也就是说，即使是“太长”的等待，也可以通过适当的 UI 设计和客户交互来克服。

Answer 2

雅各布·尼尔森 引用了一些对此的研究：

• 0.1秒大约是让用户感觉系统立即做出反应的极限，这意味着除了显示结果之外不需要特殊的反馈。
• 1.0 秒 是关于用户的思想流保持不间断的限制，即使用户会注意到延迟。一般情况下，大于0.1秒小于1.0秒的延迟不需要特殊反馈，但用户确实失去了直接操作数据的感觉。
• 10 秒 大约是让用户的注意力集中在对话上的限制。对于较长的延迟，用户会希望在等待计算机完成的同时执行其他任务，因此应该向他们提供反馈，指示计算机预计何时完成。如果响应时间可能变化很大，则延迟期间的反馈尤其重要，因为用户将不知道会发生什么。

为了获得灵感，您可以查看 NetBeans 社区如何解释这些值：

1. 0.1 秒 - 导航和编辑操作（例如文件夹扩展、在编辑器中粘贴、在编辑器中导航）以及所有菜单栏的绘制必须在此限制内完成
2. 1.0 秒 - 所有窗口和对话框打开都必须在此限制内完成
3. 10 秒 - 所有在 1 秒之后完成且通常花费不到 10 秒的操作必须显示某种忙碌指示（例如沙漏光标或“请稍候” ...“ 文本）;所有花费时间超过此限制的操作都需要使用进度 API 提供进度栏

Answer 3

PHP 脚本执行的默认限制是 30 秒。如果您只是从用户的角度询问，那么经验法则是越快越好......

Answer 4

任何需要超过几秒处理时间的事情都应该以不同的方式处理，这里有一些示例

• 缓存其输出服务器端
• 运行一个进行处理的 Cron 作业
• 使用 system() 使用 PHP 生成一个虚假进程

Answer 5

看一下这个链接：

http://www.simple-talk.com/dotnet/.net-tools/the-cost-of-poor-website-performance/

，然后决定用户可以达到的挫败程度。

Answer 6

我的经验法则：

在一般情况下将服务器端处理时间控制在 1 秒以内，在最坏的情况下绝对控制在 30 秒以内。

Answer 7

我想说的是，在您应该调用 (PHP)ob_flush() 并至少向客户端发送一些内容之前几秒钟。否则电梯效应将接管并且用户将重复刷新。至于总页面加载量，只要您向用户发布信息就没关系。进度条将对此有所帮助。

Answer 8

久经考验的正确策略始终是管理期望。不要让用户再次猜测您或您的应用程序。如果根据您的基准测试，特定页面的平均处理时间将超出（例如 6 秒）阈值，请在用户单击按钮之前说明。这很像等待网站向您发送确认电子邮件，但不知道它何时到达，因为从未提及由于流量超出网站的控制而可能需要几个小时。

Answer 9

根据我的经验，如果某些事情需要花费超过几秒钟的时间，您至少应该给用户一些通知。可能会使用 AJAX 和一些精美的动画，并注意到“这需要一段时间”。

例如，如果您无法使用 AJAX，并且您的 PHP 脚本加载时间超过 10 秒，请尝试考虑一种优化方法。