I implemented this in my app Cody! When i logged the times using the cache, vs without, it was at least 80 percent faster. Devs like you and Josh Tried Coding are a blessing, teaching us advanced topic to implement in our projects.

Grats on sponsorship!

@iukeay

Жыл бұрын

Legit!

I love that you get straight to the point

You do custom thumbnails now! Super interesting topic, thanks for sharing. Got a good experience with upstash as well, very handy for serverless

@WebDevCody

Жыл бұрын

I usually only do thumbnails for my sponsored videos, but I may try doing them for all videos if they start improving click through rate

Insanely helpful man, im definately going to add redis for my saas

If you keep this up, you're gonna become the most important tech/eng youtuber out there. No doubt. Keep it up!

@WebDevCody

Жыл бұрын

thanks I appreciate it

Thank you for this great tutorial! I would like to ask how would you handle invalidation or returning the data if there's like pagination involved? Do you set the cache key as the composite of "domainId" + pagination options like limit and page? (eg: post_page1_limit25)

I need to take a look at this. Thanks

heya Cody! this is a good thumbnail for the video! keep up the good work!

@WebDevCody

Жыл бұрын

thanks, I can make decent thumbnails, and I have a couple more coming soon to test out how they perform

love your content... thank you

Good example, thanks

redis on a remote server that I need to reach out to every time my api is hit, bugs me. why?

thank you, mate!

This is a great video

I used to have Django REST with Redis caching and our Redis was making a copy of its db to a disk. And suddenly we ran out of storage and the API didn't work anymore lol

Hi, I need guidance around what tools and technologies are expected from a 3 years experienced frontend (react.js) developer.

I've a question, why do we need trpc or an end point and not just use prisma client directly on our server component? or do we still need to have an endpoint?

@WebDevCody

Жыл бұрын

You could add your database calls directly inside your react server components if you want. I’d at least add one layer of abstraction

Hi Cody, do you have any ideas how to set the expires' value on the Javscript Fetch calls ?

@StephenHodgkiss

Жыл бұрын

It's ok, I figured it out but looks like an extra call is needed as below that sets it to 60 secs: const response = await fetch(cacheEndpoint + "/expire/" + cacheType + '/60', { headers: { Authorization: "Bearer " + cacheBearer, }, });

Is making a local cache manager based on local object or map will be a good idea? Or using redis will be better approach for the best performance?

@WebDevCody

Жыл бұрын

that will work, but it will not work well when doing serverless since every lambda would has it's own cache. If you have a single VM that hosts your application, then yeah that might work, but redis has a lot of built in features that will make everything much easier as you grow

@shadowplay1211

Жыл бұрын

@@WebDevCody thanks!

@supersteez5316

Жыл бұрын

@@shadowplay1211 In-App memory caches can get weird too. Usually when you query from a redis cache, and you make a change to the object returned, it doesn't affect the store, but in-app memory stores, e.g. an object, depending on the implementation can actually update the object in the store. Just a heads up.

What I don't understand is if cache exists for the user and you return that instead, at what point will they get the latest data if they are only getting the outdated cached data returned?

@WebDevCody

11 ай бұрын

You can set a timer to expire it. If you need the latest data for users every request then don’t use a cache

@martinthomas8955

11 ай бұрын

@@WebDevCody ah that sounds interesting. Thanks that clears it up.

Hey Cody, are you going to continue the Mantine course platform series?

@WebDevCody

Жыл бұрын

Absolutely, ijust needed to get a couple videos out first

@hasaniqbal233

Жыл бұрын

@@WebDevCody Great! Will be waiting eagerly :)

Thanks React Query.

Will this work this much faster in production also ?

@WebDevCody

7 ай бұрын

yeah usually caching is something you'd add to a production system to try and improve load time of data that doesn't change often

Very nice

I just use redis as my primary db.

Good job babe!!!!

honestly this is seems a bit of an overkill, if you use Redis just to cache for 10 seconds, you have this already built in in the Next framework, those are called `Segment Config Options`. Which you can cache your api request, without any 3rd party providers and without spending more money on them :)(P.S and it will be faster)

@TheIpicon

Жыл бұрын

It's not like I'm against Redis, I just think the example wasn't good enough can the edge case you presented have already built it solutions. I use Redis to cache stuff that regular API router caching can't do. Like user specific data or secret stuff

@WebDevCody

Жыл бұрын

using redis gives you more control I'd say. For example, let's say you cache these comments for 5 minutes for users, BUT you want to invalidate the cache when a new user posts a comment. Correct me if I'm wrong, but if you just let next / vercel cache your api request, you have to wait the full 5 minutes and can not invalidate.

@TheIpicon

Жыл бұрын

@@WebDevCody I think you’re right, great point!🙏

Liked the video still one thing trigged me and that was the else when it was not needed since your if always returns the else would not be needed

@WebDevCody

Жыл бұрын

it'll be ok, an else statement isn't that bad

Or you could cache the data on disk like a pleb and force everyone working for you to agree even though you just said that the table is going to have 100 rows at most and it's an app used by like 200 people a day max.

@WebDevCody

Жыл бұрын

That works for a service deployed to a vm and not on edge or serverless

@parlor3115

Жыл бұрын

@@WebDevCody Yeah, that too

This seems less like a reason to use a cache and more of a reason to find out why your query is taking so damn long.

@WebDevCody

Жыл бұрын

Yes, this was a simple example, but at some point you can't improve the query anymore. I've seen big queries with many joins take seconds before and you're left with little options for optimizing the query.

I Don't Understand Why You Wrote false && cache Inside An If Statement You Can Directly Write if(cache) Instead If There Is An Cache Result

@WebDevCody

Жыл бұрын

Did you watch the video?

@xenmods

2 ай бұрын

POV: me when i think im too smart

Caching is not the answer to poor database schema.

[0]