HTTP头对浏览器来说会太大吗?

在实践中,虽然有一些规则禁止代理不传递某些头(事实上,非常明确的规则可以修改,甚至如何通知代理是否可以修改由更高标准添加的新头),但这只适用于“透明”代理,并不是所有代理都是透明的。特别是,一些他们不理解的安全措施。

而且,在实践中,有些人确实行为不端(尽管情况比以前好多了)。

这正是为什么您永远不应该依赖于标头的良好使用的原因之一(例如,准备好让客户端重复对它本应缓存的内容的请求,或者在您请求一个范围时让服务器发送整个实体),除非存在明显的身份验证标头(根据fail-to-secure原则)。

简短回答:

流行浏览器中的最低限制:

• 每头10KB

运行Mac OS X 10.6.4的MacBook的测试结果:

已成功加载最大响应,所有数据位于一个标头中:

• Safari 5:20MB
• Chrome 5:250KB

注意 Opera、Safari和IE中那些离谱的大标题需要几分钟才能加载。

Chrome注意: 整个HTTP头的实际限制似乎是256KB。 出现错误消息:“Error 325(net::ERR\u RESPONSE\u HEADERS\u TOO\u BIG):未知错误。”

我的结论是:

我的PHP代码用于生成这些响应:

<?php

ini_set('memory_limit', '1024M');
set_time_limit(90);
$header = "";

$bytes = 256000;

for($i=0;$i<$bytes;$i++) {
    $header .= "1";
}

header("MyData: ".$header);
/* Firfox multiple headers
for($i=1;$i<1000;$i++) {
    header("MyData".$i.": ".$header);
}*/

echo "Length of header: ".($bytes / 1024).' kilobytes';

?>

首先,为什么不直接运行一个测试,让浏览器的标题越来越大,然后等到它碰到一个不起作用的数字?只需在每个浏览器中运行一次。这是最可靠的解决办法。即使它不是完全全面的,你至少有一些实际的数字,这些数字将可能涵盖你的用户的绝大多数。

不过 理论上

省去你自己的麻烦,找到一个真正的解决方案,而不是一个解决办法。

编辑: Source 或 ClientType 标头中指定请求来自何处的字段。如果它来自浏览器,在正文中包含HTML;如果它来自于一个PHP应用程序,那么把一些特定于PHP的东西放进去;如果字段为空,则根本不添加任何额外数据。

HTTP/1.1的RFC显然没有限制头或正文的长度。

非常 长URI: https://web.archive.org/web/20191019132547/https://boutell.com/newfaq/misc/urllength.html

从理论上讲,在浏览器中可以发送的数据量没有限制。这几乎就像说网页正文中的内容量是有限制的。