Sono in procinto di farlo da solo. Sono necessari tre componenti: un profilo utente (se non già in uso sul tuo sito), un componente middleware e un segnale pre_save.
Il mio codice per questo è in un'app denominata "account".
# myproject/accounts/models.py
from django.db import models
from django.db.models import signals
from django.contrib.auth.models import User
class UserProfile(models.Model):
user = models.ForeignKey(User, unique=True)
force_password_change = models.BooleanField(default=False)
def create_user_profile_signal(sender, instance, created, **kwargs):
if created:
UserProfile.objects.create(user=instance)
def password_change_signal(sender, instance, **kwargs):
try:
user = User.objects.get(username=instance.username)
if not user.password == instance.password:
profile = user.get_profile()
profile.force_password_change = False
profile.save()
except User.DoesNotExist:
pass
signals.pre_save.connect(password_change_signal, sender=User, dispatch_uid='accounts.models')
signals.post_save.connect(create_user_profile_signal, sender=User, dispatch_uid='accounts.models')
Innanzitutto, creiamo un profilo utente con una chiave esterna per l'utente. Il valore booleano force_password_change, come viene descritto nel nome, verrà impostato su true per un utente ogni volta che si desidera forzare la modifica della password. Potresti fare qualsiasi cosa qui però. Nella mia organizzazione, abbiamo anche scelto di implementare una modifica obbligatoria ogni 90 giorni, quindi ho anche un DateTimeField che memorizza l'ultima volta che un utente ha cambiato la password. Quindi lo hai impostato nel segnale pre_save, password_changed_signal.
In secondo luogo, abbiamo il create_user_profile_signal. Questo è per lo più aggiunto solo per completezza. Se stai solo aggiungendo i profili utente al tuo progetto, avrai bisogno di un segnale post_save che crei un profilo utente ogni volta che viene creato un utente. Questo ha portato a termine questo compito.
In terzo luogo, abbiamo il password_changed_signal. Questo è un segnale pre_save perché a questo punto del processo la riga effettiva nella tabella Utente non è stata aggiornata. Pertanto, possiamo accedere sia alla password precedente che alla nuova password che sta per essere salvata. Se i due non corrispondono, significa che l'utente ha cambiato la propria password e possiamo quindi ripristinare il valore booleano force_password_change. Questo sarebbe il punto, anche dove ti occuperesti di tutte le altre cose che hai aggiunto come l'impostazione di DateTimeField precedentemente menzionate.
Le ultime due righe collegano le due funzioni ai segnali appropriati.
Se non l'hai già, si dovrà anche aggiungere la seguente riga a del progetto settings.py (cambiando l'etichetta app e il nome del modello per abbinare il vostro setup):
AUTH_PROFILE_MODULE = 'accounts.UserProfile'
che copre le nozioni di base. Ora abbiamo bisogno di un componente middleware per verificare lo stato del nostro flag force_password_change (e qualsiasi altro controllo necessario).
# myproject/accounts/middleware.py
from django.http import HttpResponseRedirect
import re
class PasswordChangeMiddleware:
def process_request(self, request):
if request.user.is_authenticated() and \
re.match(r'^/admin/?', request.path) and \
not re.match(r'^/admin/password_change/?', request.path):
profile = request.user.get_profile()
if profile.force_password_change:
return HttpResponseRedirect('/admin/password_change/')
This molto semplici ganci middleware nella process_request fase del processo di caricamento della pagina. Controlla che 1) l'utente abbia già effettuato l'accesso, 2) stiano tentando di accedere ad alcune pagine nell'amministratore e 3) la pagina a cui stanno accedendo non sia la stessa pagina di modifica della password (altrimenti si otterrebbe un ciclo infinito di reindirizzamenti). Se tutti questi sono veri e il flag force_password_change è stato impostato su True, l'utente viene reindirizzato alla pagina di modifica della password. Non saranno in grado di navigare da nessun'altra parte finché non cambiano la loro password (attivando il segnale pre_save discusso in precedenza).
Infine, non vi resta che aggiungere questo middleware del progetto settings.py (ancora una volta, la modifica del percorso di importazione, se necessario):
MIDDLEWARE_CLASSES = (
# Other middleware here
'myproject.accounts.middleware.PasswordChangeMiddleware',
)
Volesse che impedisce agli utenti di navigare semplicemente uscire dalla pagina di modifica della password e andare da qualche altra parte? (senza mai cambiare la password) – bparker