Hi all,

I would love to pick your collective brains for a second. I am working on an 
application that will be first and foremost an administration system. As such 
there will be very few users in the system. It will have a front end developed 
in angular 5 and a Django rest framework backend. 

I have got the solution up and running currently and it works as I think it 
should. However - now I have another idea that I would like to hear your 
opinions on.

Connected to this system we will also have other portals where a user will be 
able to login - NOT the same user as the user that logs onto the administration 
system - but an entirely different concept (a participant). These portals will 
probably be running on another machine (but not necessarily) and can have their 
own user concept. This application will also be more of a traditional Django 
project with a standard view and template driven design.

I am thinking about creating the Participant model separate from the User (they 
are different concepts) and therefore was wondering if it would be possible to 
create the Participant model based on an AbstractUser from django contrib auth 
and then in the portal project use that as the user model?

Has anyone every done anything similar? Is this idea completely wrong? Any 
other things that I should think about?

My main reason behind this idea is that the applications will share the 
database, but be completely different projects and shouldn’t necessarily share 
a web app? Is this also a wrong idea or does this sound sane?

Best regards,

Andréas

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/django-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/4F5ECC7A-B243-4E2A-90CA-11C2E9C4158E%40hypercode.se.
For more options, visit https://groups.google.com/d/optout.

Reply via email to