Caching and conditional headers #16

New Issue

Jef Roosens · 2024-04-13T13:28:56+02:00

Jef Roosens commented

2024-04-13 13:28:56 +02:00

Caching can greatly reduce bandwidth and would be very useful to support from within the framework.

To support this globally, my current idea would be to allow the user to set the "last modified" date for a response body. This information could then be used to support the If-Modified-Since and If-Unmodified-Since headers.

ETags would be less trivial to support generally, as the ETag values depend on the specific content. For this, we could allow the user to set the ETag value for a response body explicitely, and only handle ETag headers if the value is present. The application itself would then be responsible for creating and storing ETag values, for example by hashing the contents.

Caching can greatly reduce bandwidth and would be very useful to support from within the framework. To support this globally, my current idea would be to allow the user to set the "last modified" date for a response body. This information could then be used to support the `If-Modified-Since` and `If-Unmodified-Since` headers. ETags would be less trivial to support generally, as the ETag values depend on the specific content. For this, we could allow the user to set the ETag value for a response body explicitely, and only handle ETag headers if the value is present. The application itself would then be responsible for creating and storing ETag values, for example by hashing the contents.

Jef Roosens added the

enhancement

label 2024-04-13 13:28:56 +02:00

Sign in to join this conversation.