如何进行服务器304验证 (去服务器304验证)

当用户请求一个网页时，服务器会根据请求的URL生成相应的响应，比如HTML、CSS、JavaScript文件等。用户每次打开网页时，浏览器都会从服务器上重新请求这些文件，这会导致大量的请求，降低网站的性能和响应速度。为了解决这个问题，HTTP协议提供了304状态码。这个状态码表示请求资源未被修改，服务器可以通过发送304状态码来告诉浏览器直接使用本地缓存。

呢？以下是一些常用的方法：

1.在服务器配置文件中启用缓存

服务器配置文件是一个包含各种设置的文本文件，可以用来修改服务器的行为。在配置文件中启用缓存可以帮助服务器检测资源是否已被修改。在Apache服务器上，可以通过在配置文件中添加以下代码来启用缓存：

ExpiresActive On

ExpiresByType text/html “access plus 1 days”

ExpiresByType text/css “access plus 1 days”

ExpiresByType application/javascript “access plus 1 days”

此代码指示服务器启用缓存，并设置资源的过期时间为1天。如果一个资源在这个时间内被修改，则服务器会重新发送该资源的完整版本。如果未被修改，则服务器将发送304状态码。

2.使用条件GET请求

条件GET请求是一种HTTP请求，只有在资源被修改时才会返回完整版本，在资源未被修改时会返回304状态码。条件GET请求可以通过在HTTP请求头中添加If-Modified-Since和If-None-Match字段来实现。例如：

GET /index.html HTTP/1.1

Host: www.example.com

If-Modified-Since: Wed, 21 Oct 2023 07:28:00 GMT

If-None-Match: “342d09-25a-521f3f64”

这个请求中，浏览器指示服务器只返回在If-Modified-Since字段中指定时间之后修改过的文件。如果未修改，则服务器会返回304状态码。

3.使用ETag标记

ETag是一种HTTP响应头，用于标识资源的版本号。当资源被修改时，ETag值也会随之更改。浏览器可以在发送请求时将ETag值包含在请求头中，以便服务器检查资源是否已被修改。如果没有修改，则服务器可以发送304状态码。以下是一个使用ETag标记的HTTP响应头的示例：

HTTP/1.1 200 OK

Date: Fri, 19 Nov 2023 05:03:07 GMT

Server: Apache/2.4.18 (Ubuntu)

ETag: “342d09-25a-521f3f64”

Content-Length: 5979

Content-Type: text/html; charset=UTF-8

这个响应头包含一个ETag标记，表明这个资源的版本号为“342d09-25a-521f3f64”。浏览器可以在发送请求时将这个标记作为If-None-Match字段的值，以便服务器检查资源是否已被修改。

在实现服务器304验证时，请注意以下几点：

1.必须正确设置缓存时间，否则缓存可能会过期。

2.使用条件GET请求时，必须将资源的最后修改时间、ETag标记和缓存头文件正确设置。

3.ETag标记必须正确设置，否则服务器可能会误判资源是否已被修改。

：

服务器304验证可以减少服务器负载和提高网站性能。本文介绍了几种常用的方法来实现服务器304验证。无论您是一个网站管理员还是一个开发人员，学习这些技术将有助于优化您的网站并提高用户体验。

相关问题拓展阅读：

• 304 Not Modified要怎么解决
• HTTP 状态消息分别表示什么？

304 Not Modified要怎么解决

当你之一次访问时，服务器会返回给你200状态码，同时在头里追加ETag值给你。浏览器拿到后将其缓存。

下一次再访问时，因浏览器已经有该地址的ETag值了。会将其缓存的ETag值内容放在请求头的If-None-Match中，服务器检查其自身内容的ETag值是否与其一致，如果一致就会返回

304状态码

，告诉你内容和你保存的一致，没有发生改变过。

举例来说，

C：S，你几岁了？

S：C，我18岁了。

===========

C：S，你几圆羡辩岁了？我猜你18岁了。

S：靠，你知道还问我？（304）橘缺

===========

C：S，你几岁了？我猜你18岁了。

S：C，我19岁了。（200）

以上就是200和304的解释。

Cache-Control和Expires则是告诉浏览器缓存这些数据的策略。

drupal则并非是非法hash导致的问题，问题在于gzip上。gzip其实就是gunzip了。ZIP压缩会有个特点，相同的内容重复压缩得到的

二进制

是不一样的，这和其字典策略派明相关（猜测，未验证），你可以随便压缩个文件对比2次的ZIP包checksum值是否一致来确认。那么这样就可以解释了，虽然原始内容没有改变，但是传输时因为用了gzip，所以drupal认为原始数据始终在改变，每次返回200也符合我先前所讲的内容。

最后，根据REST的原则，可以看出一些请求是幂等的，一些请求是非幂等的。那么服务器与客户端之间的缓存层，比如CDN也好，drupal，或者nginx等，都会对幂等请求做缓存策略，非幂等请求不做缓存策略。这里如何来控制，则需要服务器端在返回内容时利用好Cache-Control和Expires等头信息来进行。

HTTP 状态消息分别表示什么？

状态码【200】表示【请求成功】，一般在GET和森亩POST请求中可以见到；

状此带森态码【302】表示【资源临时移动】；

状态码【304】表示【所请求的资源并未修改】；

状态码【403】表示【服务器拒绝执行客户端的请求】；

状态码【404】表示【服务器找不到客户端所行悉请求的资源（网页）】；

状态码【500】表示【服务器内部错误】。

code说明

200请求被成功处理

304页族埋面未孝衡修改

302临时性巧穗做重定向

403没有权限访问

404标识没有对应的资源

500服务器错误

503服务器停机或正在维护

关于去服务器304验证的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。