That's exactly what I was thinking, but I need to test it. Thanks!
On Tue, Jun 30, 2020 at 12:54 PM Julio Cojom
wrote:
> What about using DRF with token login?
>
>
>
> El jue., 25 jun. 2020 a las 13:26, Dave R () escribió:
>
>> I keep running into this problem and started working on a custom
What about using DRF with token login?
El jue., 25 jun. 2020 a las 13:26, Dave R () escribió:
> I keep running into this problem and started working on a custom
> solution... but before I spend hours on this, I want to confirm that such a
> package/solution doesn't already exist.
>
> I was
Thanks!
1. Yes. djangito_server and djangito_client are regular Django apps that
are optimized to work together but can be used separately. However, I
haven't specifically tested it using djangito_server with social_django.
I'll add "testing with social_django" as an item on the github issues
Hi,
I saw your other post - great work with the oauth server and client apps. I
think the solution looks very promising.
I like the way you can configure everything. A few questions though:
1. Would it be possible to use another SSO package to login to the Djangito
server? We currently use
Got it. Thanks for following up.
I ended up rolling out my own solution based on django-oauth-toolkit:
https://github.com/pandichef/djangito
I'd love to get some feedback if you get a chance. Thanks!
On Mon, Jun 29, 2020 at 5:10 AM Andréas Kühne
wrote:
> The remote user functionality is
The remote user functionality is still valid - however it is rarely used. I
heard about it myself from one of the Django fellows - who are responsible
for handling ticket triage on the django project itself. He said
exactly what you are saying - that there isn't that much information about
it and
Is REMOTE_USER a technology that's still used? Aside from the one page of
documentation, I don't see a lot of other references to it on Stack
Overflow, etc.
In my implementation, the client authenticates to the server, pulls the
latest-and-greatest user data, then saves it on the client
First of all - why separate the django apps into various projects? That
seems a bit strange because you are depending on one user account and one
database? There isn't really any benefit of doing it like that - why not
use a single django project?
But on the other hand - if you want to continue
8 matches
Mail list logo