呈现 PHP 论坛页面的理想目标时间是多少？
What is the ideal target time for rendering a page of a PHP forum?
我提出这个问题是因为我目前正在 PHP 论坛上利用空闲时间（为了好玩），使用 MySQL 作为我的数据库。一段时间以来（大多数基本功能正在实现），我一直在质疑我的脚本的性能。
我已经对我的脚本进行了一些分析并改进了其中的一些，但我最终总是以同样的问题结束：呈现典型论坛页面的良好目标时间是多少？ 在我的例子中，这样的页面包括显示给定主题的 20 到 50 条消息（用户可以决定每页要显示多少条消息），其中大约一半使用上传等功能显示为图库在消息下方（涉及字符串解析和使用 file_exists() 检查文件是否存在）。
在本网站上阅读了一些关于 PHP 性能的主题后，我了解到 Youtube 的目标渲染时间为 100 毫秒（= 0,1 秒）。对于我最重的页面，我设法让加载时间低于这个目标时间，但只是在一段时间后，由于 PHP 使用 file_exists() 缓存（我 运行 我的项目在本地，使用 WAMP服务器）。但我怀疑我真的可以将我的项目与像 Youtube 这样功能繁多的网站进行比较。所以，
在呈现（在 HTML/CSS 中）我的 "typical" 页面时，我应该定位什么时间？坚持 100 毫秒的限制是否可以接受，或者我应该低于（例如，低于 50 毫秒）？是否有关于当前最先进论坛的任何已知统计数据可供我参考？
因为我目前正在使用 WAMP 服务器，它会在分析我的脚本时引入偏差吗？它相当于启用 PHP 的平均 HTTP 服务器，还是平均 运行 slower/faster？
这个问题让我很感兴趣，因为我设计的一些功能增加了我的脚本的开销（随着显示的消息量的增加而增加）。例如，我嵌入视频的格式代码不会在创建消息时解析，而是在消息显示时解析，因为我希望能够轻松更改嵌入代码并允许用户选择嵌入视频的方式（直接，或使用 small/HQ 缩略图，单击时将替换为嵌入代码）以方便他们使用。当然，我也可以在提交新消息时解析代码以减少开销，但我想确定这是必要的。
我希望这不是太含糊...提前感谢您的回答。
老实说，我认为您的兴趣远远超过了您的需求，而且 PHP 执行脚本的速度还有太多其他因素在起作用。一旦您设置了基准可靠的服务器环境并始终如一 运行ning，就需要关注它。
跟你说"Oh but you need to keep your PHP executions below 0.1 second"是很没意义的，因为影响执行速度的东西很少是实际可控的，除非你真的动手管理服务器（例如设置有多少用户，或调整 RAM，或设置哪些安全措施到位）。您在评论中提到您将在共享服务器上，因此对执行速度 运行s 的最大影响之一是其他用户的数量和他们的 PHP 应用程序的大小（以及服务器设置、状态等）。
这个话题可能会在 https://serverfault.com/ 上讨论。但是（任何地方的）答案都是笼统的意见，因此在我看来几乎毫无价值。这些只是一些人认为一个程序比其他程序多花十分之几秒是一件可怕的事情，它对输出最终结果的影响很小，是在端点浏览器上显示页面的互联网，还有很多其他方法可以使该事件更快更有效地发生....
PHP 执行时间是您几乎无法控制的东西，但与 HTTP 请求时间 相比，它几乎可以忽略不计，它更有用检查 HTTP 请求时间并执行缓存静态文件和缩小 CSS/ JS 关联文件等操作，以便页面在互联网上加载速度更快您的 PHP 执行时间可能是 0.05 秒，但您的 HTTP 请求时间可能最多 3 秒，所以这是微观管理最能改进的领域，如果你想微观管理加载时间，你要做的第一件事就是离开共享服务器并获得你自己的专用服务器！
在共享服务器环境中，大多数导致执行速度较慢 PHP 的事情都在您的控制范围之外，例如 RAM 可用性、服务器上的其他系统 运行ning 以及其他用户在服务器上，他们 运行 相同 PHP。
有用link：http://www.webpagetest.org/
如果您确实想检查您的代码是否尽可能高效和快速，那么我建议您在 Code Review Stack Exchange Site 上提出这个问题。
无论如何，祝你好运:)
此外，对 Youtube 的引用引用相当毫无价值，因为 Youtube 甚至 运行 PHP 但使用 GO 编程语言。
我提出这个问题是因为我目前正在 PHP 论坛上利用空闲时间（为了好玩），使用 MySQL 作为我的数据库。一段时间以来（大多数基本功能正在实现），我一直在质疑我的脚本的性能。
我已经对我的脚本进行了一些分析并改进了其中的一些，但我最终总是以同样的问题结束：呈现典型论坛页面的良好目标时间是多少？ 在我的例子中，这样的页面包括显示给定主题的 20 到 50 条消息（用户可以决定每页要显示多少条消息），其中大约一半使用上传等功能显示为图库在消息下方（涉及字符串解析和使用 file_exists() 检查文件是否存在）。
在本网站上阅读了一些关于 PHP 性能的主题后，我了解到 Youtube 的目标渲染时间为 100 毫秒（= 0,1 秒）。对于我最重的页面，我设法让加载时间低于这个目标时间，但只是在一段时间后，由于 PHP 使用 file_exists() 缓存（我 运行 我的项目在本地，使用 WAMP服务器）。但我怀疑我真的可以将我的项目与像 Youtube 这样功能繁多的网站进行比较。所以，
在呈现（在 HTML/CSS 中）我的 "typical" 页面时，我应该定位什么时间？坚持 100 毫秒的限制是否可以接受，或者我应该低于（例如，低于 50 毫秒）？是否有关于当前最先进论坛的任何已知统计数据可供我参考？
因为我目前正在使用 WAMP 服务器，它会在分析我的脚本时引入偏差吗？它相当于启用 PHP 的平均 HTTP 服务器，还是平均 运行 slower/faster？
这个问题让我很感兴趣，因为我设计的一些功能增加了我的脚本的开销（随着显示的消息量的增加而增加）。例如，我嵌入视频的格式代码不会在创建消息时解析，而是在消息显示时解析，因为我希望能够轻松更改嵌入代码并允许用户选择嵌入视频的方式（直接，或使用 small/HQ 缩略图，单击时将替换为嵌入代码）以方便他们使用。当然，我也可以在提交新消息时解析代码以减少开销，但我想确定这是必要的。
我希望这不是太含糊...提前感谢您的回答。
老实说，我认为您的兴趣远远超过了您的需求，而且 PHP 执行脚本的速度还有太多其他因素在起作用。一旦您设置了基准可靠的服务器环境并始终如一 运行ning，就需要关注它。
跟你说"Oh but you need to keep your PHP executions below 0.1 second"是很没意义的，因为影响执行速度的东西很少是实际可控的，除非你真的动手管理服务器（例如设置有多少用户，或调整 RAM，或设置哪些安全措施到位）。您在评论中提到您将在共享服务器上，因此对执行速度 运行s 的最大影响之一是其他用户的数量和他们的 PHP 应用程序的大小（以及服务器设置、状态等）。
这个话题可能会在 https://serverfault.com/ 上讨论。但是（任何地方的）答案都是笼统的意见，因此在我看来几乎毫无价值。这些只是一些人认为一个程序比其他程序多花十分之几秒是一件可怕的事情，它对输出最终结果的影响很小，是在端点浏览器上显示页面的互联网，还有很多其他方法可以使该事件更快更有效地发生....
PHP 执行时间是您几乎无法控制的东西，但与 HTTP 请求时间 相比，它几乎可以忽略不计，它更有用检查 HTTP 请求时间并执行缓存静态文件和缩小 CSS/ JS 关联文件等操作，以便页面在互联网上加载速度更快您的 PHP 执行时间可能是 0.05 秒，但您的 HTTP 请求时间可能最多 3 秒，所以这是微观管理最能改进的领域，如果你想微观管理加载时间，你要做的第一件事就是离开共享服务器并获得你自己的专用服务器！
在共享服务器环境中，大多数导致执行速度较慢 PHP 的事情都在您的控制范围之外，例如 RAM 可用性、服务器上的其他系统 运行ning 以及其他用户在服务器上，他们 运行 相同 PHP。
有用link：http://www.webpagetest.org/
如果您确实想检查您的代码是否尽可能高效和快速，那么我建议您在 Code Review Stack Exchange Site 上提出这个问题。
无论如何，祝你好运:)
此外，对 Youtube 的引用引用相当毫无价值，因为 Youtube 甚至 运行 PHP 但使用 GO 编程语言。