(在KiloBytes中)在浏览器阻塞和/或抛出错误之前，HTML/PHP页面能有多大？
在你回复之前，是的，我看过this的帖子。
我问题中的不同之处在于，我并不是在寻找最佳实践或互联网速度方面的考虑，而是实际的最大浏览器(或者每个浏览器(如果您希望或者必须具体)可以在崩溃之前处理这些浏览器)，以及php引擎在崩溃之前可以处理的文件的大小。
原因是我正在为我工作的一家公司构建一个在线求职申请，而且我有很多必要的JavaScript验证(不过，我把我能做的放在外部js文件中)，以防止垃圾邮件和滥用。我还让PHP与JavaScript交织在一起，以测试PHP是否处于活动状态，如果不是，则返回到JavaScript函数。我还有jQuery，MooTools，更像.更不用说所有所需的问题，文本框，下拉列表，单选按钮，复选框和文本框。
问题是，我只完成了在线应用程序的一个部分，我的文件已经有32 KB了。考虑到我所做的大量工作，以及我要做的事情，我可以轻松地看到这个html/php (.php)文件到达200KB+
因此，我需要知道对典型HTML浏览器和服务器端PHP引擎的真正最大限制。
提前谢谢你，
-James
回答 3
Stack Overflow用户
发布于 2013-10-15 13:41:57
我无法预见一个现代化的浏览器或服务器分别在200 of的HTML或PHP上“窒息”。大型PHP应用程序即将进入兆字节，我已经看到了带有兆字节标记的页面。
这里的问题是更多的代码组织。如果要将这么多代码放入单个文件中，可能会出现问题。考虑使用像PHP的include()函数这样原始的东西来分割您的代码，或者像在现有的许多MVC框架中的一个框架上编写代码一样具有革命性。
Stack Overflow用户
发布于 2013-10-15 13:47:48
这完全取决于浏览网站的计算机。在一台相当现代化的PC上，你应该可以让你的脚本在浏览器出现问题之前吐出几兆字节，而这些通常只是页面渲染的延迟。
在之前的一项工作中，我使用的是一台单核1.低值GHz Celeron机器，这比你想象的WinXP和1.5GB内存都要快。我实现了一个垃圾邮件过滤产品，它不是为处理10,000+域而设计的，因此，我使用的是超过8MB的标记。浏览器接收到的页面很好，没有抛出错误，但显示页面花费了几分钟。
大约一年后，当我得到一台新的双核Win7机器时，延迟甚至几乎没有被注意到。
也就是说，每页400 it的数据并不可怕，但也没有那么好。我更关心的是服务器上产生大量标记的负载，以及用于交付标记的网络负载。您应该考虑减少每个请求分页、AJAX和重新评估用户在每个请求中真正需要看到多少数据的数据量。
Stack Overflow用户
发布于 2013-10-15 13:49:12
->，这是很重要的一点。
不要依赖Javascript来防止垃圾邮件/滥用/无效数据等。它只允许一个人提供一个更愉快的用户体验。就是这样。
使用PHP脚本等确保在服务器上存储适当的数据。
这是你的资产，而且人们也可以关闭/触发任何东西给你。
-> You服务器端对于点击率的讨论是开放的。只要监控交通
https://stackoverflow.com/questions/19391495
复制
![[Elasticsearch] ES聚合场景下部分结果数据未返回问题分析](https://ask.qcloudimg.com/http-save/yehe-6198947/5da82833322ae37ace40ba5d098dca65.png)
![[793]mysql表分组后取每组前几条数据](https://ask.qcloudimg.com/http-save/yehe-4908043/w7v6hf2dq6.jpeg)
腾讯云开发者
