Extend Drupal's Internal Page Cache by allowing variation of cache based on HTTP header, as per the Vary specification.
There is a cache entry for every variation of a given URL, and a cache entry for every URL (containing the list of variations for the given URL, or none if there is no variation).
For the same variation the cache will hit, for a new variation a new response will be stored in cache.
The Vary header is exposed in the response (as per the specification).
It uses the Cache Context (since it's the same feature), and allow to extend a Page Context by adding an interface (VaryCacheContextInterface) to be able to provide a list of headers to vary the response by.
Comments
Comment #2
vishal.kadamThank you for applying!
Please read Review process for security advisory coverage: What to expect for more details and Security advisory coverage application checklist to understand what reviewers look for. Tips for ensuring a smooth review gives some hints for a smoother review.
The important notes are the following.
phpcs --standard=Drupal,DrupalPracticeon the project, which alone fixes most of what reviewers would report.To the reviewers
Please read How to review security advisory coverage applications, Application workflow, What to cover in an application review, and Tools to use for reviews.
The important notes are the following.
For new reviewers, I would also suggest to first read In which way the issue queue for coverage applications is different from other project queues.
Comment #3
vishal.kadamComment #4
jaseerkinangattil commentedHi,
Please review the below erros and warnings
Comment #5
rushikesh raval commented1.0 Wrong Branch name
main is a wrong name for a branch. Release branch names always end with the literal .x as described in Release branches.
2.0 Fix phpcs issue
Comment #6
rushikesh raval commentedI am changing priority as per Issue priorities.
Comment #7
avpadernoI am going to close this application earlier than the usual because no comments have been posted by the applicant.
This thread has been idle, in the Needs work state with no activity for more than six months; the application has been created about 11 months ago or more. Therefore, I marked it as Closed (won't fix).
If this is incorrect, and you are still pursuing this application, please feel free to re-open it and set the issue status to Needs work or Needs review, depending on the current status of your code.