在您回复之前，是的，我已阅读this帖子。
my 问题的不同之处在于，我不是在寻找最佳实践或互联网速度考虑因素，而是实际最大浏览器（或每个浏览器，如果您愿意或必须，具体而言）可以在它们崩溃之前处理，以及php引擎在它崩溃之前可以处理多大的文件。
原因是我正在为我工作的公司构建一个在线工作申请，我有很多必要的JavaScript验证（尽管我把它放在外部js文件中），以防止SPAM＆amp;滥用。我还将PHP与JavaScript交织在一起，以测试PHP是否处于活动状态，如果不是，则会回退到JavaScript函数。我也有jQuery，MooTools等等......更不用说所有必需的问题，文本框，下拉列表，单选按钮，复选框和textarea's。
问题是我只完成了在线应用程序的一个部分，而我的文件已经是32 KB。考虑到我已完成的工作量，以及我还剩下的工作，我可以看到这个html / php（.php）文件很容易达到200KB +
所以我需要知道典型的HTML浏览器和服务器端PHP引擎的真正最大限制。
提前致谢，
-James
答案 0 :(得分：2)
我无法预见现代浏览器或服务器分别在200KB的HTML或PHP上“窒息”。大型PHP应用程序进入兆字节，我看到了带有兆字节标记的页面。
这里的问题是更多的代码组织。如果你将这么多代码放在一个文件中，那么可能是错误的。考虑使用像PHP的include（）函数那样原始的东西来拆分你的代码，或者像在那里的许多MVC框架之一上编写你的代码一样具有相对革命性的东西。
答案 1 :(得分：1)
这完全取决于浏览网站的计算机。在一台相当现代的PC上，你应该可以让你的脚本在浏览器出现问题之前输出几个兆字节，而这些通常只是渲染页面的延迟。
在上一份工作中，我使用的是WinXP和1.5GB内存的单核1.lownumber GHz赛扬机器[比你想象的更近]。我正在实施一个垃圾邮件过滤产品，该产品并非设计用于处理10,000多个域名，因此，正在吐出超过8MB标记的页面。浏览器收到的页面很好，没有错误，但花了几分钟才显示页面。
当我在一年左右的时间内购买一台新的双核Win7机器时，延迟几乎没有引起注意。
也就是说，每页400KB的数据并非可怕，但它也不是那么好。我会更关心服务器上的负载以产生那么多标记，以及网络上的负载来传递它。您应该考虑减少每个请求[分页，AJAX]发送的数据量的方法，并重新评估用户真正需要在每个请求中查看的数据量。
答案 2 :(得分：0)
- ＆GT;这是重要的一点。
不要依赖Javascript来防止垃圾邮件/滥用/无效数据和其他数据。它只能让用户体验更愉悦。多数民众赞成。
使用PHP脚本等确保将适当的数据存储在服务器上。
这是您的资产，人们也可以关闭/解雇任何内容。
- ＆GT;您的服务器端是关于点击次数的辩论。只需监控流量