Questions tagged «http-headers»

在超文本传输​​协议(HTTP)中,HTTP标头字段包含HTTP请求或响应的操作参数。通过请求或响应行(消息的第一行),它们形成了消息头。

5
Accept和Content-Type HTTP标头之间的区别
因此,Accept标头告诉服务器浏览器正在寻找的资源的MIME类型。例如,服务器可以发送纯文本,HTML,JSON等。 好的,这很有道理,但是当我查看Content-Type标题时,似乎正在做相同的事情。例如,它告诉服务器它需要文本或JSON。 那么HTTP标头Accept和Content-TypeHTTP标头有什么区别?

5
防止304 / If-modified-since / HEAD请求的标头
内容缓存后,我应该发送什么标题以完全停止对服务器的所有请求? 我们有一个非常高延迟的服务器(Sigh,VMWare),因此即使向HEAD服务器发送请求也要花费40ms。 当前,这些是正在发送/接收的报头; 第一个要求 客户发送; GET http://dugong:8080/Rvi24mYJkxFRGNzq73PPvgWGh1j/IMG_2071.jpg HTTP/1.1 Host: dugong:8080 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0) Gecko/20100101 Firefox/9.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip, deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Pragma: no-cache, no-cache, no-cache Cache-Control: no-cache, no-cache, no-cache 服务器响应; HTTP/1.1 200 OK Server: nginx/1.0.11 Date: Wed, 01 Feb 2012 14:51:51 GMT Content-Type: text/plain …

1
为了提高gzip的性能,建议的最小对象大小是多少?
我正在努力改善页面速度的显示时间,其中一种方法是gzip来自网络服务器的内容。 Google建议: 请注意,gzip压缩仅对更大的资源有用。由于压缩和解压缩的开销和延迟,因此您只能使用超过一定大小阈值的gzip文件。我们建议最小范围为150到1000个字节。将文件压缩到150字节以下实际上会使它们变大。 我们通过Akamai为其内容提供服务,并使用其网络作为代理和CDN。他们告诉我的内容: 跟进有关最小大小是多少的问题,Akamai在将请求的对象发送给最终用户时将对其进行压缩:最小大小为860字节。 我的回复: Akamai的最小大小为860字节的原因是什么?举例来说,为什么Akamai为Facebook提供的文件不是这种情况?(请参阅下文)Google建议更积极地gzip。在我们的网站上,这似乎是恰当的,到目前为止,点击率最高的是<860字节的AJAX调用。 Akamai的回应: 860字节是压缩的最小大小的原因有两个:(1)在860字节以下压缩对象的开销超过了性能提升。(2)860字节以下的对象始终可以通过单个数据包进行传输,因此没有迫切的理由对其进行压缩。 所以我在这里进行一些事实检查。由于数据包大小而导致的860字节限制是否在此推理的结尾?为什么高流量站点将其降低到150字节限制...只是为了节省带宽成本(因为CDN的收费基于从原始站点卸载的带宽),或者这样做会提高性能? 2012年7月9日更新: 我问史蒂夫· 苏德斯(Steve Souders)是否已经获得了比数据包小的gzip压缩响应性能提升,以及为gzip性能带来好处的建议最小对象大小是多少,这是他的响应: 谢谢你的电邮。大小介于1-5K之间。Apache有一个默认值,但我忘了它是什么-那将是一个很好的指南。 我们在F5设备上进行压缩,因此我们将其压缩到〜350字节,因为在那和1K之间有相当数量的AJAX调用。我们网站上少于350个字节的AJAX调用全都减少了约70个字节...比Google的建议还少...所以它似乎可以归结为:了解您的网站并根据您的代码进行调整。 F5更新在Production中运行一段时间后,我将回到这篇文章。我认为性能上的好处不大,但由于服务较少,我们会降低Akamai的成本。

2
使用相对位置标题有什么后果?
根据规范,重定向中使用的Location标头需要服务器名称 HTTP/1.1 301 Moved Permanently ... Location: http://example.com/foo/baz/bar 但是,在2012年,大多数Web浏览器将识别相对路径,并使用原始服务器名称将您重定向到新位置 HTTP/1.1 301 Moved Permanently ... Location: /foo/baz/bar 使用Location标头中的相对URL是否有负面/令人惊讶的后果?我特别关心的是Google /搜索引擎将如何解释这一点,但是如果有其他任何我不介意的事情,我很乐意听到。

2
跨源资源共享策略阻止字体加载:否'Access-Control-Allow-Origin'
我们在Google Chrome浏览器中遇到此错误。我们认为一切设置正确。但是也许不是吗? http://skin.cdn.com跨域资源共享策略阻止了源字体的加载:在请求的资源上不存在“ Access-Control-Allow-Origin”标头。http://domain2.com因此,不允许访问原点。 htaccess中有以下内容(在域的根目录中)。 <IfModule mod_headers.c> Header add Access-Control-Allow-Origin "http://skin.cdn.com" </IfModule> 问题:我是否忘记了其他设置? 非常感谢

1
未在HTTP标头错误中指定字符集
使用Page Speed 测试此页面时,出现Specify a character set错误: The following resources have no character set specified in their HTTP headers. Specifying a character set in HTTP headers can speed up browser rendering. 该Content-Type标签存在,且网页被保存UTF-8编码一样,所以这里是哪里来的错误?

1
结束网站的最佳方法是什么?
我有一个基于ASP.NET MVC 3构建的网站,该网站将完全关闭。该域仍将需要几个月的时间,因此在此期间,我想至少在主页上显示一条消息。 我认为标准将要求通过301永久移动将所有请求定向到单个页面,或者为所有请求提供410 Gone。 这是我第一次完全关闭网站,虽然我希望不必很快再次这样做,但我想知道执行此操作的首选方法。 (我完全愿意标记建议。关闭网站似乎不是一个受欢迎的话题,我认为这是一件好事。)

2
HTTP Content-MD5标头的注意事项
我们正在讨论是否使用Content-MD5标头。 优点: CMS使我们能够以最少的开销轻松地将其包括在内(在80%以上的案例中缓存了响应)。 它将增加另一层防止问题的保护。 缺点: Content-Length标头始终存在(即使在动态创建的页面上也是如此),因此客户端不需要其他形式的验证。 到目前为止,我们尚未意识到由腐败引起的任何问题。 MD5检查会增加网页加载时间的延迟。 要点: 某些媒体类型是否包含自己的摘要形式,从而使此操作不必要? 如果TCP已经提供了此功能,为什么将其包含在HTTP标准中? 现有的现实生活用途是什么? MD5检查是否可以忽略不计? 将其添加到单元测试并实施约一个小时的工作并不是真正的问题。但是,如果有害,那么我们希望将其添加到网站“健康检查”中使用的更高级别的嗅探测试中。

1
如果我仅提供内容的压缩版本,是否应该添加variable accept编码标头?
我只是将静态站点从VPS移到了Amazon S3。由于S3并非网络服务器,因此我决定仅提供页面的压缩版本,因此我无法使用基于标题的逻辑。我还将Cloudfront用作CDN。 我正在http://gtmetrix.com/上测试我的页面,但由于未添加,因此记错了vary accept encoding header。因此,我检查了这是什么意思,据我所知,当我们同时提供压缩版本和未压缩版本时,这才有意义。 因此,我希望您能帮助我澄清这一点。我应该添加它吗?谢谢 :)

2
“服务器”标头有任何用途吗?
例如,当我转储服务器的响应头时,我得到: Server: Apache/2.2.11 (Ubuntu) PHP/5.2.6-3ubuntu4.5 with Suhosin-Patch mod_ssl/2.2.11 OpenSSL/0.9.8g 这有什么用吗?广播服务器配置文件是否有安全风险(尽管很小)?

2
为什么将“ 29030400”秒用作缓存过期的通用值?
我注意到在静态文件的Expires指令中经常使用29030400。 Google建议最多将此类文件缓存1年(至少1个月)。 我进行了数学运算:29030400秒= 336天 那大约是1年减去1个月,因此它恰好在建议的时间间隔内,但是问题是,为什么正是29030400?而不是31536000秒= 365天?只是盲目的复制/粘贴过去随机设置的值?还是有其他解释?

3
应该如何处理过期的内容?
让我们想象一下这种简化的情况:拍卖网站上有“拍卖细节”页面。拍卖结束几周后,“拍卖细节”页面不再可用。 我们只是HTTP/1.1 410 Gone在提供原因的页面上提供服务。 但是,我们的竞争对手表现不同(甚至是eBay)... 删除内容后,它们将投放HTTP/1.1 301 Moved Permanently并重定向到与拍卖有关的类别列表。 301重定向策略的安全性如何?(对我们来说,它看起来更像是灰色/黑色seo) 最佳策略是什么? 请注意: 一旦用户删除了他的拍卖,由于某些数据是“战略性的”或敏感的,我们就无法使内容可访问(甚至通过直接链接)。

2
删除内容应该怎么办?
我想知道从应用程序和SEO角度来看删除数据链接的标准处理。 我有一个应用程序,用户可以在其中创建内容,但他们也可以删除内容。处理到已删除的链接的传入流量的最佳方法是什么? 我应该使用301将它们重定向到某个位置还是应该抛出其他错误,并仅在页面上显示错误消息?

4
无论服务器内容类型标题如何,如何告诉浏览器HTML网站的字符编码?
我有一个正确的HTML页面(磁盘上的物理编码与之匹配)宣布它为Content-Type: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content= "text/html; charset=utf-8"> <title> ... 在浏览器(Google Chrome,Firefox)中从磁盘打开文件可以正常工作。 通过HTTP请求,网络服务器发送一个不同的Content-Type标头: $ curl -I http://example.com/file.html HTTP/1.1 200 OK Date: Fri, 19 Oct 2012 10:57:13 GMT ... Content-Type: text/html; charset=ISO-8859-1 (请参阅最后一行)。然后,浏览器使用ISO-8859-1进行显示,这是不想要的结果。 有没有一种通用的方法可以覆盖从HTML文档中发送到浏览器的服务器标头?

2
何时使用和不使用ETag
我只是在WebPageTest.org上浏览我们的网站,他们关于加快网站访问速度的建议之一是: 除非您有明确的理由需要使用ETag标头,否则通常不应使用 我想知道这意味着什么。这是否意味着您将不会更改的静态内容不应该包含它们,或者这意味着您将要定期更改的内容不应该具有它们,或者它意味着除非您拥有固定的内容,否则通常不应该使用它们具体需求。 如果是后者,那么什么时候才是合适的时间使用它们?谢谢你的帮助。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.