Html Favicon.ico和静态服务器?
静态服务器(部分)不为每个请求发送主站点cookie 此外,它们还有助于拆分连接(子域),以便浏览器能够并行下载 但我查看了 在Html Favicon.ico和静态服务器?,html,http,request,favicon,Html,Http,Request,Favicon,静态服务器(部分)不为每个请求发送主站点cookie 此外,它们还有助于拆分连接(子域),以便浏览器能够并行下载 但我查看了 在head部分,他们使用了相同的facivon名称,但具体位置不同 <link rel="shortcut icon" href="http://cdn.prom.sstatic.net/WinterBash/img/favicon.ico"> 他们为什么这样做?它提供了什么好处 但我为什么要这么做?浏览器会自动搜索favicon.ico。(他们没有
head
部分,他们使用了相同的facivon名称,但具体位置不同
<link rel="shortcut icon" href="http://cdn.prom.sstatic.net/WinterBash/img/favicon.ico">
他们为什么这样做?它提供了什么好处
但我为什么要这么做?浏览器会自动搜索favicon.ico。(他们没有给它重新命名)
下载favicon后,下次将从缓存中获取它
那么…为什么呢?这是CDN。CDN的全部目的是快速服务静态文件。该文件可能被称为favicon.ico,因为favicon通常被称为favicon,并且与此无关。它们可能会删除整行内容(并保存90个字节),Web服务器会自动下载该文件。唯一的区别是,它可能会为favicon的第一个请求发送一个现有cookie。否?除非它只会尝试从与主站点相同的服务器(不是CDN)下载文件。因此,为了告诉浏览器favicon在CDN服务器中,这行代码必须在那里。如果cookie长度小于90字节,则这是一个糟糕的决定(使用CDN fo favicon),否则就可以了。这不仅仅是cookie问题。CDN能解决的最大问题是下载速度。