溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要介紹“nginx中的etag是如何生成的”，在日常操作中，相信很多人在nginx中的etag是如何生成的問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”nginx中的etag是如何生成的”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
我在網上找到一些資料與源代碼了解到了 etag 的計算方法。由 python 偽代碼表示計算方法如下
etag = '{:x}-{:x}'.format(header.last_modified, header.content_lenth)
源碼: ngx_http_core_modules.c[2]
etag->value.len = ngx_sprintf(etag->value.data, "\"%xT-%xO\"",
r->headers_out.last_modified_time,
r->headers_out.content_length_n)
- etag->value.data;
總結：nginx 中 etag 由響應頭的 Last-Modified 與 Content-Length 表示為十六進制組合而成。
隨手在我的 k8s 集群里找個 nginx 服務測試一下
$ curl --head 10.97.109.49
HTTP/1.1 200 OK
Server: nginx/1.16.0
Date: Tue, 10 Dec 2019 06:45:24 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Tue, 23 Apr 2019 10:18:21 GMT
Connection: keep-alive
ETag: "5cbee66d-264"
Accept-Ranges: bytes
由 etag 計算 Last-Modified 與 Content-Length，使用 js 計算如下，結果相符
> new Date(parseInt('5cbee66d', 16) * 1000).toJSON()
"2019-04-23T10:18:21.000Z"
> parseInt('264', 16)
612 我們知道協商緩存有兩種方式
Last-Modified/
if-Modified-SinceETag/
If-None-Match既然在 nginx 中 ETag 由 Last-Modified 和 Content-Length 組成，那它便算是一個加強版的 Last-Modified 了，那加強在什么地方呢？
** Last-Modified 是由一個 unix timestamp 表示，則意味著它只能作用于秒級的改變**
那下一個問題：如果 http 響應頭中 ETag 值改變了，是否意味著文件內容一定已經更改[3]
到此，關于“nginx中的etag是如何生成的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
