I don't even use Remix on a day-to-day basis but it's always fun to catch Ryan's screencasts :)
11 місяців тому+8
I loved your cookie explanations! You kept saying that it was maybe too detailed, but I loved every piece of it. As obvious as it might be for some devs, I'm a senior frontend dev and I had no idea. Just goes to show how much of web standards is hidden away from us nowadays.
Tutorials in remixrun are so helpful , clear and explained.. sometime some funny word make me laughing about typscript ... its mind refreshing. We love remix..
question, when the browser cookie (userId) send it to server to validate the user, do you not need to validate again if that userId actually exists or do a server check if that user authenticated via a auth table? or this mechanism is enough to confirm the user is valid?
Good question! You definitely can do that. In my experience I usually need the userId as part of any queries that require authentication, so I don't bother looking up if the userId is valid, since the query itself will fail already
@@ReactTipsWithBrooks how about just say querying data? let’s say data that doesn’t necessarily directly related to the userId. Do you still validate the user if they authenticated in the server or the active userId cookie is sufficient when request is sent?
@@wb9283 I think it depends on your use case a bit. If the data isn't user specific but just requires an authenticated user there's no harm in just validating the user again (except for an extra db lookup, but if that shouldn't be very costly). However, since your server is the only thing that's able to set the value of this cookie it should be sufficient. So it's kind of up to you. Personally I would probably just validate every time in the example you gave, just to be super safe.
@@brookslybrand awesome! thanks so much for the input! Really appreciate your time answering my query (no pun intended 🤣) but yeah, thank you and have a great year ahead!
I don't even use Remix on a day-to-day basis but it's always fun to catch Ryan's screencasts :)
I loved your cookie explanations! You kept saying that it was maybe too detailed, but I loved every piece of it. As obvious as it might be for some devs, I'm a senior frontend dev and I had no idea. Just goes to show how much of web standards is hidden away from us nowadays.
I have never used Remix, but I like to see the Web Standards in action (and Ryan is great teacher), so I love watching these videos anyways!
Thank you so much for doing these Remix Singles, been so helpful seeing these things in RemixJS put to practice as I've been building my app 🙌
I could listen to Ryan talk about software development all day
this^
have been using remix for a year now on two big projects and it has been truly amazing 🤩
Although it was not a part of the lesson I find super great that you explained the cookie details like samesite.
Thank you! have a great end of year!
You explanation is far better than Kent. Trust me.
I could listen to Ryan explain the web to me all day. Thankeg senpai
Tutorials in remixrun are so helpful , clear and explained.. sometime some funny word make me laughing about typscript ... its mind refreshing. We love remix..
good Ryan you went into them details too, people can always skip them, but good to see and understand everything you did
Thanks you for this series, really appreciated
actually, samesite explanation was really useful, thx
I enjoy the extra details!
Awesome videos Ryan. I'm in the future, btw. Still no jet packs.
question, when the browser cookie (userId) send it to server to validate the user, do you not need to validate again if that userId actually exists or do a server check if that user authenticated via a auth table? or this mechanism is enough to confirm the user is valid?
Good question! You definitely can do that. In my experience I usually need the userId as part of any queries that require authentication, so I don't bother looking up if the userId is valid, since the query itself will fail already
@@ReactTipsWithBrooks how about just say querying data? let’s say data that doesn’t necessarily directly related to the userId. Do you still validate the user if they authenticated in the server or the active userId cookie is sufficient when request is sent?
@@wb9283 I think it depends on your use case a bit. If the data isn't user specific but just requires an authenticated user there's no harm in just validating the user again (except for an extra db lookup, but if that shouldn't be very costly). However, since your server is the only thing that's able to set the value of this cookie it should be sufficient. So it's kind of up to you. Personally I would probably just validate every time in the example you gave, just to be super safe.
@@brookslybrand awesome! thanks so much for the input! Really appreciate your time answering my query (no pun intended 🤣) but yeah, thank you and have a great year ahead!
How to set-cookie when you have multiple cookies?
The future is good
Loving remix
The future is good
what vscode theme is it? also are you using vscodevim?
Github Light
On the theme, I'm not sure. He is using Vim emulation for VSCode though!
Hello from the future
Future sucks maan