304 Not Modified with 200 (from cache)

19,370

https://sookocheff.com/post/api/effective-caching/ is an excellent source to form the required understanding around these 2 HTTP status codes.

After reading this thoroughly, I had this understanding

In typical usage, when a URL is retrieved, the web server will return the resource's current representation along with its corresponding ETag value, which is placed in an HTTP response header "ETag" field. The client may then decide to cache the representation, along with its ETag. Later, if the client wants to retrieve the same URL resource again, it will first determine whether the local cached version of the URL has expired (through the Cache-Control and the Expire headers). If the URL has not expired, it will retrieve the local cached resource. If it determined that the URL has expired (is stale), then the client will contact the server and send its previously saved copy of the ETag along with the request in a "If-None-Match" field. (Source: https://en.wikipedia.org/wiki/HTTP_ETag)

But even when expires time for an asset is set in future, browser can still reach the server for a conditional GET using ETag as per the 'Vary' header. Details on 'vary' header: https://www.fastly.com/blog/best-practices-using-vary-header/

Share:
19,370

Related videos on Youtube

Boltosaurus
Author by

Boltosaurus

HTML5, CSS3, Javascript, Jquery, C#, ASP.NET, WCF, PHP, JAVA, SPRING, HIBERNATE, MAVEN NODE MS-SQL SERVER 200X, MySQL

Updated on September 16, 2022

Comments