Can we configure cache on a per-request basis?
Hi! I’m a big fan of tRPC! I’ve been using it for quite some time.
I actually have 2 questions:
2) Can we use the Next.js
Since Next.js 13, we have been able to set the cache behavior on a per-request basis. But for that we need to use the
Something like this?
Is this already possible? if not, is it on the roadmap?
I saw some discussions here: https://github.com/trpc/trpc/discussions/4333 and here: https://discord.com/channels/867764511159091230/1111226994047324211/1111296811764826264 about it. But from what i’ve seen it doesn’t seem to be possible yet?
This is what I’m currently doing to create the caller to use in RSC.
I’m creating a fake Request instance with the real request headers, so that I can use the request to get the next-auth token and pass it to my tRPC context.
This feels a little hacky… Does someone knows a better way?
This is how I’m using it.
Thank you in advance!
I actually have 2 questions:
2) Can we use the Next.js cache
and revalidate
fetch options with tRPC on a request level?
cacherevalidateSince Next.js 13, we have been able to set the cache behavior on a per-request basis. But for that we need to use the
fetch method. I think it would be great if we could set it while using a type-safe method with tRPC.Something like this?
Is this already possible? if not, is it on the roadmap?
I saw some discussions here: https://github.com/trpc/trpc/discussions/4333 and here: https://discord.com/channels/867764511159091230/1111226994047324211/1111296811764826264 about it. But from what i’ve seen it doesn’t seem to be possible yet?
1) What would be a good way to create the caller in the App Router?
This is what I’m currently doing to create the caller to use in RSC.
I’m creating a fake Request instance with the real request headers, so that I can use the request to get the next-auth token and pass it to my tRPC context.
This feels a little hacky… Does someone knows a better way?
This is how I’m using it.
Thank you in advance!