Support ESI with clustering #29
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "esi_cluster"
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?
NOTE: I was not yet able to confirm that this is working as intended, but I am pretty sure it is at least a step in the right direction.
Previously, we failed to support ESI correctly: The fetch node would run ESI on the client side, such that the delivery node would receive an already ESI processed object.
The concept of this change is:
Custom code on the fetch node decides on beresp.do_esi. vcl_deliver on the fetch node sets the "E" bit of a new flags header if obj.can_esi is true, which reflects beresp.do_esi and disables ESI processing.
When the delivery node receives an object from the fetch nodes, it sets beresp.do_esi based on the flags header.
Ultimately, beresp.do_esi == obj.can_esi is identical on the fetch and delivery nodes.
added 1 commit
c8464fe4- Support ESI with clusteringCompare with previous version
Test is looking good after the trivial fix which I force-pushed this morning.
I'd suggest to merge !28 first, then this
added 76 commits
master72c87b74- Support ESI with clusteringCompare with previous version
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.