Potrzebuję stworzyć system uwierzytelniania oparty na poddomenie, taki jak ten 37signals, freshbooks, codebase use. Oznacza to, że każda poddomena mojej głównej aplikacji musi mieć swoją własną nazwę użytkownika. Chciałbym zachować jak najwięcej systemu uwierzytelniania django.Django: jak przechowywać nazwy użytkowników uwierzytelniania oparte na poddomenie?
Jaki jest dobry sposób zapisania nazwy użytkownika?
W szczególności powinno być możliwe, aby różni użytkownicy mieli tę samą nazwę użytkownika, o ile ich konto należy do innej poddomeny.
Niektóre podejścia Mam uznać, za które mogę przewidzieć niedociągnięcia:
- przechowywania jakiś przedrostek w polu Nazwa modelu użytkownika Django auth.
- rozszerzenie modelu użytkownika zgodnie z this.
- dostosowywania źródło auth do moich potrzeb
ale czy nazwy użytkowników nie muszą być unikatowe? –
należy pamiętać, że struktura witryn nie obsługuje wielu witryn z pojedynczego wdrożenia po wyjęciu z pudełka, więc aby emulować świeże książki lub tym podobne, musiałby utworzyć nowy plik ustawień i konfigurację internetową dla każdej witryny ! – easel
@rz - nie można w zasadzie utworzyć jednego CustomUser, a następnie przypisać do nich wiele witryn. @easel - prawda, ale już piszesz projekt oparty na poddomenie, mimo to robisz sporą ilość zautomatyzowanej konfiguracji serwera . nie byłoby zbyt trudno napisać sygnał po zapisaniu, aby dynamicznie generować plik ustawień, który zawiera tylko identyfikator SITE_ID i zmodyfikuje konfigurację serwera/dns. – richleland