News for hackers. Stuff that matters.
Re:JWT should not be your default for sessions by lmm on Thursday May 13, 2021 @03:40AM (#27139429)
> Session data and any centralised auth check (banned user for example) are simply database calls, which are no slower than the perhaps 10 or 20 other calls you are probably already making on your page.

They're calls that you have to complete before you can start making any of the others (since it's not safe to start making database calls based on a user that hasn't been authenticated/checked for bannedness yet), so you're talking about more or less doubling or tripling your page's load time (check authentication, check authorization, then do the queries that give you the actual data) if you've got decently written queries.

Re:JWT should not be your default for sessions by LanceH on Saturday May 15, 2021 @11:39PM (#27171006)
> doubling or tripling

That's not even arguing in good faith, or shows an extreme lack of experience. Auth/auth is routinely cached. Even if it's a database call, the query used there will likely be cached. Auth is a miniscule portion of a web page's performance.

Re:JWT should not be your default for sessions by lmm on Tuesday May 18, 2021 @01:15AM (#27191469)
> Auth/auth is routinely cached.

Which completely undermines the argument for not using JWT. "We can't use JWT because then tokens would be valid for 5 minutes after the user logged out" - but if you're caching your auth for 5 minutes then you have exactly the same risks.