Providing the ability for clients to cache static file requests is very important. It prevents the unneeded transfer of (static) files from server to client. Caching doesn’t only speedup things for the client, but also decreases the server load.<\/p>\n
But which caching mechanisms does Caddy provide, and how can they be enabled?<\/p>\n
The HTTP ETag or entity tag is a header which contains an assigned identifier to each resource. The identifier is specific for each version of the resources. That way the client can do conditional requests by means of knowing whether a resource has changed or not.<\/p>\n
What should we do to enable it in Caddy?
\nWell… you mustn’t do anything. ETag support is built-in and works out of the box (on static files) with Caddy! (It is included since version 0.8.3.) \u2764\ufe0fCaddy!<\/p>\n
Another caching mechanism is the Caddy doesn’t have a directive for this, so I even started writing code for a middleware, which, after a few minutes of research, seemed completely useless, since we can easily add custom headers in the Caddyfile.<\/p>\n The Cache-Control values are fairly easy to understand and to use. For my WordPress blog I use these:<\/p>\n The Providing the ability for clients to cache static file requests is very important. It prevents the unneeded transfer of (static) files from server to client. Caching doesn’t only speedup things for the client, but also decreases the server load. But which caching mechanisms does Caddy provide, and how can they be enabled? ETag The HTTP […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[227,161],"tags":[260,188,151,186],"yoast_head":"\nCache-Control<\/code> header field. This header field contains a value (in seconds) specifying how long the browser may cache a result (or whether it may even cache the request).<\/p>\nheader \/blog\/wp-content\/ Cache-Control \"max-age=2592000\"\r\nheader \/blog\/wp-includes\/js\/ Cache-Control \"max-age=2592000\"<\/code><\/pre>\nCache-Control<\/code> is the name of the header field. max-age<\/code> is the time interval (in seconds) for which the browser may cache the result. Other values of the Cache-Control<\/code> header field:<\/p>\n\n
public, max-age=2592000<\/code>: responses may be cached by the client’s browser and all intermediary caches. The public<\/code> directive is implicit so you don’t need to specify it.<\/li>\nprivate, max-age=2592000<\/code>: responses may be cached by the client\u2019s browser only<\/li>\nno-store<\/code>: completely disable caching<\/li>\n<\/ul>\nExpires header<\/h3>\n
expires<\/code> header is outdated by the Cache-Control<\/code> header. It contained the exact date on which the cache of a resource should expire. This value is thus set dynamically, which is something we can’t do with the header<\/code> directive of Caddy.
\nBut… In most modern systems the Cache-Control<\/code> header is used instead of the expires<\/code> header. So you can stick to the two above caching mechanisms.<\/p>\n","protected":false},"excerpt":{"rendered":"