Replies: 2 comments 1 reply
|
Same issue happening for me. I think this github issue summarises things quite succinctly. I am quite surprised that this kind of functionality is allowed to occur... |
1 reply
|
Same issue, but nobody seems to care... |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment

Uh oh!
There was an error while loading. Please reload this page.
Summary
Ever since the upgrade that added
_rscquery to our requests, we have been experiencing a slow down on some pages that load a lot of data. Some of the routes are actually static routes, but these still fire a_rscquery, which then seems to be loading the entire route, which again is slow because it loads a lot of data. So this then ends up causing our pages to load very slowly sometimes, as once the cache is set it no longer is an issue. But every cold start of the serverless function for this route results in this cache being reset.In the screen shot attached, we are building this route statically during build with
generateStaticParamsbut for some reason this makes no difference as the first request this triggers the full execution of the route..I could not find too much information in the docs about the use of
_rscand what it does exactly. Any insights into what I'm missing here would be very helpful. Any links I can go through etc are also very welcome, thanks!PS: I know that we should look at reducing the amount of data being loaded to improve performance, and we are working on that, but I would like to get better understanding of what is happening here. Why are the statically built routes not just returning cached content right away? Why is the
/gallery/[[...space]].rscfunction executing for this route at all?Additional information
Example
No response
All reactions