[nichol4s]

I've read the article now 3 times but still don't understand what exactly this offers or how this works. Where does the JSON come from? If it comes from the backend there is still some considerable latency overhead, why then not just cache the whole page?

Or, does this allow your browser to fire a JSON (POST) request to an edge node where the varnish server will reconstruct the page based on the request parameters? If this is the case, cool. But, as I understand this, it will still require some sort of Javascript framework on the client side to actually construct the proper JSON requests.

[bpicolo]

The idea here is that there are probably -pieces- of your page that can be cached frequently in cases where the whole thing can't be.

This is https://en.wikipedia.org/wiki/Server_Side_Includes with another alternative language, it seems?

[crivabene]

Or https://en.wikipedia.org/wiki/Edge_Side_Includes which Varnish is already supporting. I also have troubles seeing what the value of Edgestash is over something the can be already done with (not even so recent) technology and moderate effort.

[mhotchen]

Well just take the example on their page for example. With ESI you would fire off to a server process that has to then go seek a user, then build up some HTML using a templating language in python or whatever you're using and return it to varnish.

With edgestash it looks like varnish holds the template, compiles it, caches it, then injects values in to it from JSON, which is easier for the server to generate and easier for varnish to inject the values from.

For HTML that's very dynamic based on user data ESI isn't an ideal solution, you either end up with a ton of includes (and thus a ton of requests), or you end up basically having only the shell of a web page cached by varnish. With edgecache you would have a single request (or a handful) returning all the data as JSON, and varnish would have a cache of basically the entire page to inject the values in to. Your server-side code doesn't have to deal with HTML at all, it just provides data. I'd say it's less competitive with ESI and more closely competing with single page apps, but you're moving the load back on to your server so clients aren't downloading javascript for injecting data in to HTML templates.