add support for caching headers #49
No reviewers
Labels
No labels
action
check-aws
action
discussion-needed
action
for-external-contributors
action
for-newcomers
action
more-info-needed
action
need-funding
action
triage-required
kind
correctness
kind
ideas
kind
improvement
kind
performance
kind
testing
kind
usability
kind
wrong-behavior
prio
critical
prio
low
scope
admin-api
scope
background-healing
scope
build
scope
documentation
scope
k8s
scope
layout
scope
metadata
scope
ops
scope
rpc
scope
s3-api
scope
security
scope
telemetry
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Deuxfleurs/garage#49
Loading…
Reference in a new issue
No description provided.
Delete branch "trinity-1686a/garage:cache-headers"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
fix #48
This should be compliant with rfc7232 except it does not implement
If-Match
andIf-Unmodified-Since
as they make sense mostly for state-changing methods, to not overwrite modifications made by other user-agents.LGTM. Before I merge, is there a possibility that a request contains both
If-None-Match
andIf-Modified-Since
, and is the behaviour specified in that case?It is possible, and is even usually the case. In this situation
If-None-Match
takes precedence andIf-Modified-Since
is ignored (as per 6.Precedence from rfc7232). The rational being that etag based matching is more accurate, it has no issue with sub-second precision for instance (in case of very fast updates)Thank you for the precision. That's fine.