You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I got a full-stack Next.js app that leverages a Cloudflare cache heavily.
We can currently see that by default Sentry tracks these 2 transactions:
GET / - server-side render
/<somepath - fired client side
One server-side render will map to many client-side renders (due to caching), if that changes anything.
For cases like these server -> client tracing is simply not a good idea. The traces will look horrendous most likely.
for now, we don’t have a workaround unfortunately but we’ll add an option to disable server -> client tracing for SSR.
Solution Brainstorm
for now, we don’t have a workaround unfortunately but we’ll add an option to disable server -> client tracing for SSR.
The text was updated successfully, but these errors were encountered:
Problem Statement
I got a full-stack Next.js app that leverages a Cloudflare cache heavily.
We can currently see that by default Sentry tracks these 2 transactions:
GET / - server-side render
/<somepath - fired client side
One server-side render will map to many client-side renders (due to caching), if that changes anything.
For cases like these server -> client tracing is simply not a good idea. The traces will look horrendous most likely.
for now, we don’t have a workaround unfortunately but we’ll add an option to disable server -> client tracing for SSR.
Solution Brainstorm
for now, we don’t have a workaround unfortunately but we’ll add an option to disable server -> client tracing for SSR.
The text was updated successfully, but these errors were encountered: