dj-database-url VS django-rest-framework-simplejwt

One I would like to see is for dj-database-url (https://github.com/jazzband/dj-database-url) to be built-into the project. It is one of those extensions I am always going to install because it is just so handy.

DJ-Database-URL DJ-Database-URL is a package that allows easy configuration of database settings in Django projects using environment variables or URLs. It provides a convenient way to manage database settings, especially in production environments where URLs typically provide database connections.

To hook it into the Django app the simplest method is to use the dj-database-url package. This will read the DATABASE_URL string from Heroku and convert it into an appropriate DATABASES object in your settings file.

dj-database-url: for connecting to various databases

Now, I'm converting this app into a Vue-based SPA (still powered by Django). I'm using the Django REST Framework to build the API that the SPA will interact with. (I'll be using token-based auth, via django-rest-knox. ETA: I'll actually be using djangorestframework-simplejwt.)

Django REST Framework SimpleJWT Django REST Framework SimpleJWT provides JSON Web Token (JWT) authentication for Django REST Framework APIs. It enables secure and stateless token-based authentication, allowing clients to authenticate and access protected endpoints.

I'm using simple JWT with DRF.

So , i was using djangorestframework-simplejwt for token bases authentication with drf.

I used JWT authentication instead. https://github.com/jazzband/djangorestframework-simplejwt

First: the drf token is not a jwt. If you want to use jwt, I recommend the drf simple jwt plugin: https://github.com/jazzband/djangorestframework-simplejwt

There is an issue in the drf-simplejwt repo that I borrowed some code from: https://github.com/jazzband/djangorestframework-simplejwt/issues/71.Is anyone doing authentication with JWT / HttpOnly cookies in a similar way? Thanks for anyone that can take a look or offer some feedback!

I'm not going to go in-depth with it, but I've seen a different technique used to achieve the same result in the SimpleJWT project that can be found in this file in the source code. Basically the technique relies on the settings_changed signal to establish default values for settings and update those settings in the context of the package. I'm not sure if there is a massive improvement on this approach over the previous one (maybe caching?), but if there is, feel free to comment.

I work in FOSS and have a project I can share with that stack. The back-end is here. Change the branch to develop and look in accounts. Its not a perfect example of what you want since we extend the TokenView with VogonTokenVerifyView. Basically you create a login form on your front-end and then make a request to TokenObtainPairView with the login info and it will return tokens if everything went to plan. The vue project can be found here. There is really nothing fancy happening in the frontend, create a form and send the information. I would not save the tokens in localStorage like we are doing. This is a very debated topic but I have come to the conclusion after tons reading on the subject that cookies are a better route. There is an interesting thread on the subject in a pull request in the simplejwt-repo. Once that pull request is merged, we will switch to cookies.