Mario Vercellotti

@claudiu-cristea hi! I had the same issue described here, and your last patch fixed it!

for my brain, this is a much easier way to inspect the contents of elasticsearch than kibana (but I am not a kibana expert, maybe that's the thing :-) )...

While implementing this for our[ starterkit for drupal -next.js projects](https://github.com/wunderio/next-drupal-starterkit/pull/182) I have been wondering about this same thing. We are in the same situation described above, and it seems that...

Regarding this, I am wondering if something like this could work (in our case we use CircleCI): * Add redis to circleci * during the build, add cached data to...

I am wondering if I just _assumed_ that this library was meant to work with ISR, but maybe I have imagined it? :-)

In addition to this, if you check https://github.com/caching-tools/next-shared-cache/issues/556 , it seems that also under normal operations the `stale-while-revalidate` mechanism can't work, since the cached contents in redis are evicted straight...

After modifying our handler according to @better-salmon 's suggestions in #556, we are able to see that stale while revalidate works nicely (great!) :-) But the issue discussed in this...

Trying to investigate this more, we came across the `serverDistDir` context property on this page: https://caching-tools.github.io/next-shared-cache/api-reference/on-creation That points to the absolute path of the `server` directory, which in turn contains...

so, we looked some more into this, and by adding some custom code it seems like we can achieve what we need: when the client is instantiated for the first...

Thanks! It seems to work ok. A couple of things: 1. the prepopulation happens when the client is created, which means when the running next.js server is hit by an...