Skip to content

RFC2616 13.4 Response Cacheability #115

@bino98

Description

@bino98

ref. https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html#sec13.4

Hello.
I was reading RFC2616 chap 13.4,
I noticed that there might be a gap from the implementation.

That part is...

A response received with any other status code (e.g. status codes 302 and 307) MUST NOT be returned in a reply to a subsequent request unless there are cache-control directives or another header(s) that explicitly allow it. For example, these include the following: an Expires header (section 14.21); a "max-age", "s-maxage", "must- revalidate", "proxy-revalidate", "public" or "private" cache-control directive (section 14.9).

I think only this can be supported with the current implementation.
In my RFC interpretation, you can have cache in addition to this.

Am i wrong?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions