You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
RFC7252 does refer to "The set of request options that is used for matching the cache entry
is also collectively referred to as the "Cache-Key".
However, certainly the Uri-Host option has to be calculated in order for the cache-key, so I would be doing the same for any options that are repeated. But, at the end of the day, it is up to the server as to how it builds the cache-key, what matters is that it always does it the same way.
what matters is that it always does it the same way.
sure. I also do not assume, that it will be too frequently more than one.
But on the other side, if it's clear, that it is considered in order or not, then I guess interoperability will be easier.
Should a server distinguish requests with multiple
Request Tag
processing them as list (obey order) or set (no order)?RFC9175 3.3 uses
list
, but I want to ensure, that the interpretation is right.The text was updated successfully, but these errors were encountered: