วีดีโอ

Thank you for this. Cheers from norway!

Very well explained and in a concise manner. Thanks 🙏

When did http become event driven?

Amazing overview

For cursor based - Records need to be added sequentially to DB only if we'd like to have consistent results

The best explanation on the Internet about Auth0. Thank you!!

Thanks for this video!

Is this the final episode in this series?

Great video, thanks!

🤨

Hello I really love and appreciate the effort you've put into creating this gem and making it free for us all to learn from.. thank you so much!! 🙌🏼> I do have some concerns and questions i'd so glad if I got answers to 1. why do we have a different server for API authorisation (is this for decoupling purposes) or wouldn’t this be just some sort more "unnecessary" round trips increasing the clients' latency... 2. you had talked about adding a refresh token login.. i believe this would be on the API authorisation server, in which if so, the client will keep sending an expired code for subsequent request and the API authorisation server would keep making round trips to get refreshtoken for each request as there is no way to notify the client that the authorisation code is expired. I may be wrong in my analogy as to why I would need clarifications. so wouldn’t if have been better to have the authorization function and guard function as middlewares on the actual API or would this defeat the any security issue (I would want to understand the reason for this two servers). again instead of implementing a refresh token is there no way the client can get a new code without going through the rigorous process of signing in again and then have the first authorization function fail with 401 if already expired such that the client can get a new one. I really understand the concept of wanting to not have the client have access to either the token or refresh_token, cus in one implementation I had I wasn’t using an authorisation code but rather the token is being sent by the client and if expirated, the client would send a request for a refresh token using the httpOnly refresh_token cookie set to get a new token. so really would love the idea of not sending the token from the client but then..., there just seem to be that slight issue of a possible expired authorization code being sent should we decide to implement a possibility to allow the client stay on for a while - (say in the case of a blog site). i would really hope I get a reply and that my thought process is not out of place. 😓

Love you.

Man, I just came across your channel and its very sad that you stopped for a year now. The way you explaining things is spot on.

really appreciate this. this fit what i am searching for

Great vide, can we not have a hybrid approach where both are used consistently? Users wan to jump to the last page just to see the last updated content, so off set pagination is useful here, however from there they might wanna go back to previous pages one by one which they can do by cursor based pagination. This might be too complex and unnecessary but would be amazing.

Thank you very much. Saved me a lot of hassle.

How to check in forntend user is authenticated or not?

This playlist is very useful with clear explanation. Thank you a lot. Looking forward for more.

Your videos are amazing! Keep up your work! ❤

Amazing series!

Amazing channel, keep up your great work! 😊

Why not SSE

Thanks!

Very helpful. Gold worth information at one place. Thanks for sharing.. really appreciate

You are a great teacher.

Thank you

Video glosses over the critical distinction: while the offset is a relative number from the start of all records, the cursor is a direct memory/storage pointer to the exact record where we left off, which is always faster. (The video mentions "pointer" only in passing.)

🎶 music is weird.

Thank you for the excellent video. But why use PUT for a search instead of using GET?

Very useful, thank you!

this is so great and informative. thanks mate.

This was quite helpful. Loved the way you explain complicated concepts in an easy manner. Thank you!

what is dist?

how is access token validated at api level?

Are you still active? Just wanted to let you know that your contents are appreciated.

I really appreciate your approach to teaching. Thank you!

the high hats of the rap music in the background are very distracting

Thank you so much for this video! So much value!

where is soap?

clear all my doubts. thanks for this excellent explanation ❤

6:05 I think mean, "You don't want to use _verbs_ ..." not "nouns"

thanks for the video, but a little hard to hear.

great video but music is distracting

excellent

Channel with great resources :)

Thank you.

7:45 is not true

From 7:13 Is not true. You can select particular field from entity not downloading whole entity.

Excellent, Thank you!

There are no such a “problems” in Rest CRUDs. It is not a protocol, but an agreement, a pattern