我正在通过简单的聊天学习节点js。这是我的示例代码:
server.js
var mongo = require('mongodb').MongoClient,
client = require('socket.io').listen(8888).sockets;
Run Code Online (Sandbox Code Playgroud)
index.html
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>Node Chat System</title>
<link rel="stylesheet" type="text/css" href="css/main.css" />
</head>
<body>
<div class="chat">
<input type="text" class="chat-name" placeholder="Enter your name" />
<div class="chat-messages"></div>
<textarea placeholder="Enter your message" ></textarea>
<div class="chat-status">Status: <span>Idle</span></div>
<script src="http://127.0.0.1:8888/socket.io/socket.io.js"></script>
</div>
</body>
</html>
Run Code Online (Sandbox Code Playgroud)
然后重新启动节点服务器,然后加载页面并检查控制台> net选项卡
然后我在访问socket.io时的状态是:
304 Not Modified
Run Code Online (Sandbox Code Playgroud)
在我的教程中
200 Ok
Run Code Online (Sandbox Code Playgroud)
顺便说一句,我也使用了wampserver,当我停止所有进程时,效果仍然相同。
你能帮我吗?
在您的特定情况下,node.js服务器只是在告诉浏览器它的缓存版本socket.io.js不是过时的,因此只需使用它在缓存中已经拥有的版本即可。这是可缓存文件的正常浏览器行为。如果清除浏览器缓存,请重新启动浏览器,然后重复此测试,第一次加载文件时,应该看到200状态(由于缓存为空,浏览器将不会发出条件GET请求)。此后,一旦文件被缓存,您应该再次得到304。
规范中的此处是304返回状态的说明(也是Google搜索中的第一个结果):
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.3.5
10.3.5 304未修改
如果客户端已经执行了有条件的GET请求,并且允许访问,但是文档没有被修改,则服务器应该以该状态码响应。304响应必须不包含消息正文,因此始终由标头字段之后的第一个空行终止。
响应必须包括以下头域:
Run Code Online (Sandbox Code Playgroud)- Date, unless its omission is required by section 14.18.1如果无时钟源服务器遵守这些规则,并且代理和客户端将自己的日期添加到没有响应的任何响应中(如[RFC 2068]第14.19节所指定的),缓存将正常运行。
Run Code Online (Sandbox Code Playgroud)- ETag and/or Content-Location, if the header would have been sent in a 200 response to the same request - Expires, Cache-Control, and/or Vary, if the field-value might differ from that sent in any previous response for the same variant如果条件GET使用了强缓存验证器(请参阅第13.3.3节),则响应不应包含其他实体头。否则(即,条件GET使用弱验证器),响应中不得包含其他实体标头;这样可以避免缓存的实体与更新的标头之间的不一致。
如果304响应指示当前未缓存的实体,则缓存必须忽略该响应,并在没有条件的情况下重复该请求。
如果缓存使用接收到的304响应来更新缓存条目,则缓存必须更新该条目以反映响应中给定的任何新字段值。
因此,简而言之,这意味着如果客户端发出了有条件的GET请求,则服务器可以返回304,这意味着自上次请求该内容以来,该内容尚未被修改,这是服务器将该内容传递回给服务器的一种方式。客户端,而无需再次发送内容。基本上,客户说:“我想知道您是否拥有该内容的较新版本,这是我已经拥有的版本的元数据。如果您没有比我已有的要新的版本,那么返回304,否则将更新的版本发送给我”。
而且,如果您想对“条件GET请求”进行更多说明,可以在这里阅读有关内容:https : //ruturajv.wordpress.com/2005/12/27/conditional-get-request/
更多详情
如果先清除浏览器缓存然后抓取socket.io.js,您将看到200个响应状态和一个响应标头,如下所示:
ETag: xxxxx
Run Code Online (Sandbox Code Playgroud)
然后,下次您的浏览器请求相同文件时,它将发送一个条件GET请求,并在请求中带有以下标头:
If-None-Match: xxxxx
Run Code Online (Sandbox Code Playgroud)
xxxxx两者中的相同字符串在哪里。
这是浏览器告诉服务器它已经具有带有给定ETag的该文件的版本。然后,服务器检查文件的版本是否为该ETag。如果ETag匹配,则返回304。在这种情况下,ETag用作版本号。在某些情况下,它是文件的哈希,但在socket.io.js的特定情况下,它实际上是版本号(因为服务器代码非常了解该特定文件)。
| 归档时间: |
|
| 查看次数: |
5852 次 |
| 最近记录: |