Whoop whoop. I've been using the old pages router T3 app as a reference and made my own app version. Glad I can compare the new T3 app to squash some of my bad practices.
Really awesome tech in the t3 stack! I’ve been using it recently to learn more about frontend, next, and that (I’m a backend developer). The setup is seamless and it gives you a lot of speed. Gonna star it right now!
I was working with App router for a while, and here the issues I faced. Framer motion animations doesn't work. Routing animations doesn't work. Page elements animation not working in production build. Cannot push url params changes without reloading the page. These small things really tarnish the developer experience and deliveries. Going to stick with Page routing.
I had problems with the routing animations you mentioned, and they were the sole reason that led me to revert to using Page Routing. I hope those problems will get fixed soon
Fantastic job there! I was playing around with kirimase, since it promised to be roughly a t3 experience but with shadcn and drizzle and app router right off the bat. And while it's sorta true, it also introduced a bunch of boring stuff like separate service files. I hate the weird insistence on making an api route, and only putting return service.getAll(input); in it. I sort of get the point of services since you could reuse the fetch code in two places instead of actually calling the router since that apprently is slow if you do it too much, but since these functions are more often than not 2 lines long, you could just copy the code and not cry about it too much. Either way, looking forward to doing my next project with this. long time coming but finally here!
@@nicoalbanese10 When you auto generate an endpoint, it does the tRPC route, and a separate "service" file that actually has the logic. I believe you also validate input twice with zod for some reason. Unless either of those things were changed in the past week or two. And don't get me wrong, for autogenerated code it makes a lot of sense to base everything off of the DB schema with drizzle inference, but it just didn't agree with me for personal projects. It's fine if you know absolutely everything beforehand, but the moment I had to add a field in the DB I had to change like 4 files. It's probably also quite decent in a team setting to have a consistent code style and stuff.
I was scratching my head asking to myself why its giving json error at an arbitrary position and was searching for this video like crazy lol. Probably the only theos video i missed and it made me suffer. Now i can compare. Thank lord theo and all the great 266+ people
i'm wondering the exact same thing, this is the only reason i'm forcing myself to use the whole fetch/server actions/rsc/... situation. if caching/deduping is the same/better with trpc, i'm switching back. considering opening a discussion about it on GH to know more about that
Yes, I've been wondering about this as well. How're folks dealing with caching db calls directly from RSC with tRPC?... React.cache() does not revalidate when using "export revalidate" in NextJs... I saw the tRPC folks are experimenting with this, but it's not ready to use yet.
Glad pages router is still being supported. I don’t feel ready to move my major projects to app router yet. Glad there’s Drizzle support now too, I prefer to Just Write SQL™️ but if I’m gonna use an TS ORM, Drizzle, despite its issues, is the one I will use.
Can you speak to TRPC in larger apps? We are struggling to manage all the query invalidation without normalization like there is in Apollo GraphQL. Thanks!
I thought I'd give this a whirl. I have quite a large prisma schema, lots of relationships, and some data stored as json. Manually typing all these zod types was a pain. Decided to try zod-prisma-types and use those. My editor is freezing/dying, eslint keeps crashing, using trpc breaks static rendering also. I can see why some people like it, but I'm feeling it's very meh
I know you built your company with t3 stack, but do you think there are some freelance and saas scenarios that could use rails as a valid solution? or do you think if rails is a valid solution for a project, then t3 would also be valid and better than rails? thanks in advance. i'm looking to move into doing freelancing and did rails in the past so was thinking of using that but i feel like the t3 stack might have things i don't know about that will make my life easier.
I'm getting a issue with Hot Reload when using App Router. Whenever I save in the editor, the rendered page loses all styles for a brief second and then apply the css later. I'm using Tailwind.
It's inside the app folder which uses folder based routing, the underscore is used to basically ignore this folder from the routing. I personally prefer putting the components folder outside the app folder because I don't like the underscore, it's really a personal choice
theo this is been happening to me everytime i run bun run dev on create t3 app that i get global.css error. i have tried this on windows with node 18(windows) with npm, yarn, pnpm, node 20(kubuntu) with bun which is installed day before yesterday with all the fresh installs no cache... yet i get the same error
as much as I love Theo and I'm like a hard core fan of him. I have to say that Kirimase (with only 9 contributors) does exactly what T3 does but much better.... more libraries support, and a codegen tool for a ruby on rails feel... once using kirimase I don't know to go back to T3...
Kirimase creator here - aw man thank you for the kind words! I'm a huge fan of T3 and it was the inspiration for Kirimase. I'm actually aiming to make Kirimase (generate and add) compatible with T3 in the coming weeks too so stay tuned
@@justthefacts1205 On the T3 stack. Almost all my apps need to be in multiple languages. I would expect i18n for the frontend static texts and also for some of the database text fields.
It just makes sense to standardize your thumbnails into whatever model you identify as more successful. In Theo's case the main subject of the video followed by some picture of him with a strong emotional reaction.
I think App router sucks. Not because of the features, but the decision to split Next.js "in half", meaning we will see a lot of companies using Next.js, but with projects in the old fashion Pages folder and others with App router. You basically need to remaster the framework you already knew. This sucks. This makes me doubt if its a good idea to invest my time learning this framework. If they launch a third "router" with totally new documentation, Im gonna throw myself out the window.
After 7 years of frontend development and working with Angularjs, Vue, React Nuxt, Next, Svelte etc... I feel everything is getting complicated more more. the only one that feels better was sveltekit e2e type sfaty without all these headaches... and simple, but it is also going under some new changes which maybe going toward react ...
Next up: we've got some docs writing to do
thank you for the hard work
Yassss docs on Drizzle pls 😇 No more Prisma 🥳
can you please provide docs for setting up clerk auth.
Ey, it's Blonde Prime
😂
😂
Whoop whoop. I've been using the old pages router T3 app as a reference and made my own app version. Glad I can compare the new T3 app to squash some of my bad practices.
I tried this but as I was having trouble properly setting up the context they released this so I switched
Ayyye! I've been waiting for this. Thank you, Theo & team!
Really awesome tech in the t3 stack! I’ve been using it recently to learn more about frontend, next, and that (I’m a backend developer). The setup is seamless and it gives you a lot of speed. Gonna star it right now!
julius is the one who is making the hard work
I was working with App router for a while, and here the issues I faced. Framer motion animations doesn't work. Routing animations doesn't work. Page elements animation not working in production build. Cannot push url params changes without reloading the page. These small things really tarnish the developer experience and deliveries. Going to stick with Page routing.
I had problems with the routing animations you mentioned, and they were the sole reason that led me to revert to using Page Routing. I hope those problems will get fixed soon
Fantastic job there! I was playing around with kirimase, since it promised to be roughly a t3 experience but with shadcn and drizzle and app router right off the bat. And while it's sorta true, it also introduced a bunch of boring stuff like separate service files.
I hate the weird insistence on making an api route, and only putting return service.getAll(input); in it. I sort of get the point of services since you could reuse the fetch code in two places instead of actually calling the router since that apprently is slow if you do it too much, but since these functions are more often than not 2 lines long, you could just copy the code and not cry about it too much.
Either way, looking forward to doing my next project with this. long time coming but finally here!
Hey! Kirimase creator here, what do you mean by separate service files?
@@nicoalbanese10 When you auto generate an endpoint, it does the tRPC route, and a separate "service" file that actually has the logic. I believe you also validate input twice with zod for some reason. Unless either of those things were changed in the past week or two.
And don't get me wrong, for autogenerated code it makes a lot of sense to base everything off of the DB schema with drizzle inference, but it just didn't agree with me for personal projects. It's fine if you know absolutely everything beforehand, but the moment I had to add a field in the DB I had to change like 4 files. It's probably also quite decent in a team setting to have a consistent code style and stuff.
Actually started a new t3 project yesterday and noticed they now support app router
Great stuff
I was scratching my head asking to myself why its giving json error at an arbitrary position and was searching for this video like crazy lol. Probably the only theos video i missed and it made me suffer. Now i can compare. Thank lord theo and all the great 266+ people
What’s the story with caching tRPC requests in RSC? Next cache invalidation via tags only works using fetch, right?
i'm wondering the exact same thing, this is the only reason i'm forcing myself to use the whole fetch/server actions/rsc/... situation.
if caching/deduping is the same/better with trpc, i'm switching back. considering opening a discussion about it on GH to know more about that
Yes, I've been wondering about this as well. How're folks dealing with caching db calls directly from RSC with tRPC?... React.cache() does not revalidate when using "export revalidate" in NextJs... I saw the tRPC folks are experimenting with this, but it's not ready to use yet.
Glad pages router is still being supported. I don’t feel ready to move my major projects to app router yet.
Glad there’s Drizzle support now too, I prefer to Just Write SQL™️ but if I’m gonna use an TS ORM, Drizzle, despite its issues, is the one I will use.
Based in nextjs, but still cool it's the first Typescript only framework to use the app router.
You should add the serverAction wrapper that tRPC team made.
Finally! I waited so long for this. I prefer app router and was really sad that I couldn't use t3 stack with this directly
Can you speak to TRPC in larger apps? We are struggling to manage all the query invalidation without normalization like there is in Apollo GraphQL. Thanks!
Great video! I downloaded the latest version of the T3 stack and I was wondering why was so different from you official 3h tutorial
thanks i was waiting for this.
I thought I'd give this a whirl. I have quite a large prisma schema, lots of relationships, and some data stored as json. Manually typing all these zod types was a pain. Decided to try zod-prisma-types and use those. My editor is freezing/dying, eslint keeps crashing, using trpc breaks static rendering also. I can see why some people like it, but I'm feeling it's very meh
that hair man with the moustache combo wtf
I just found out you created t3. Dammnnn
🔥
Could you do a quick video about Arc and the extensions and features that you're using?
I know you built your company with t3 stack, but do you think there are some freelance and saas scenarios that could use rails as a valid solution? or do you think if rails is a valid solution for a project, then t3 would also be valid and better than rails? thanks in advance. i'm looking to move into doing freelancing and did rails in the past so was thinking of using that but i feel like the t3 stack might have things i don't know about that will make my life easier.
I'm getting a issue with Hot Reload when using App Router. Whenever I save in the editor, the rendered page loses all styles for a brief second and then apply the css later. I'm using Tailwind.
Very noice🐢
Glad to see this finally coming out ! Seeing that the docs are not up yet, does anyone know why the _components folder is named like this ?
It's inside the app folder which uses folder based routing, the underscore is used to basically ignore this folder from the routing. I personally prefer putting the components folder outside the app folder because I don't like the underscore, it's really a personal choice
Well, now im excited to use t3.
FINALLY!!! 🎉
theo this is been happening to me everytime i run bun run dev on create t3 app that i get global.css error. i have tried this on windows with node 18(windows) with npm, yarn, pnpm, node 20(kubuntu) with bun which is installed day before yesterday with all the fresh installs no cache... yet i get the same error
1 database for all the projects? irs okay for personal projects, but for customer facing apps its ideal to keep seperare dbs
If your building for different customers yes
We need clerk auth docs.
Hi, can someone please help me to understand how do we cache data using serverside components with this app router and t3 stack?
I am not getting auto reload on dev server on the windows :(
he's back from begas
as much as I love Theo and I'm like a hard core fan of him.
I have to say that Kirimase (with only 9 contributors) does exactly what T3 does but much better....
more libraries support, and a codegen tool for a ruby on rails feel... once using kirimase I don't know to go back to T3...
Kirimase creator here - aw man thank you for the kind words! I'm a huge fan of T3 and it was the inspiration for Kirimase. I'm actually aiming to make Kirimase (generate and add) compatible with T3 in the coming weeks too so stay tuned
@@nicoalbanese10 your repo is starred, so I'll be on the look out ;)
Why still on react-query v4? Can’t v5 be used yet?
Curious why you put the db object in the tRPC context, anyone know why?
So you can access it in every procedure instead of importing it in every tRPC router
Sweeeeeet
what's the name of the browser you're using in the video?
Arc
LFG
I miss internationalization
In which context?
@@justthefacts1205 On the T3 stack. Almost all my apps need to be in multiple languages. I would expect i18n for the frontend static texts and also for some of the database text fields.
i see that its not ready.
Why are your thumbnails always like that? 😲
It just makes sense to standardize your thumbnails into whatever model you identify as more successful. In Theo's case the main subject of the video followed by some picture of him with a strong emotional reaction.
I think App router sucks. Not because of the features, but the decision to split Next.js "in half", meaning we will see a lot of companies using Next.js, but with projects in the old fashion Pages folder and others with App router. You basically need to remaster the framework you already knew. This sucks.
This makes me doubt if its a good idea to invest my time learning this framework. If they launch a third "router" with totally new documentation, Im gonna throw myself out the window.
What is this browser name?
Arc
uff sounds very much like framework/ tool stacking which killed Java
lfggg
nice , but this is really awful. it's like the backend that only an ux developer would do.
best stack ever
After 7 years of frontend development and working with Angularjs, Vue, React Nuxt, Next, Svelte etc... I feel everything is getting complicated more more. the only one that feels better was sveltekit e2e type sfaty without all these headaches... and simple, but it is also going under some new changes which maybe going toward react ...