Implementazione della registrazione pigra

Question

Implementazione della registrazione pigra

#1 da (1 voti)
#2 da (1 voti)

3

Mi interessa impostare Registrazione pigra sul mio sito web.

Idealmente, mi piacerebbe che le persone fossero in grado di compilare un record che potrebbe includere il loro nome, email, indirizzo, ecc. e quindi registrarlo successivamente in un record utente.

Il problema è che a volte la persona che compila quel modulo avrà già un record sul sito. A quel punto, se inseriscono un nuovo indirizzo, questo sovrascriverà quello vecchio se c'è già un record con quell'indirizzo e-mail (non voglio creare record duplicati per lo stesso indirizzo e-mail).

Poiché si tratta di un sito web aperto, devo assicurarmi che qualcuno stia modificando un record esistente, che in qualche modo devono verificare che siano chi dicono di essere prima che il record possa essere modificato.

Al momento non sono sicuro di quale sia l'opzione migliore per confermarlo.

È meglio:

Evita del tutto la registrazione pigra se questo è un problema e obbliga gli utenti ad accedere se il modulo che stanno inserendo ha la possibilità di cambiare un record esistente
Inserisci un accesso nel modulo - quindi se immettono un'e-mail per un record esistente, visualizza un modulo di accesso che devono compilare prima che i dati vengano confermati
Apri un modulo di accesso basato su Ajax mentre compilano il modulo, se immettono dettagli (email, ecc.) che corrispondono a un record esistente nel database

design-patterns authentication login

posta Jordan Reiter 10.08.2011 - 03:05

fonte

2 risposte

Leggi altre domande sui tag design-patterns authentication login

Classe modello di composizione con funzione di modifica Le porzioni di Boost incorporate nel nuovo standard C ++ continueranno a essere sviluppate?

score 1 · Answer 1

1

Non reinventare la ruota. Le soluzioni ottimali in base ai requisiti e alle esigenze che hai presentato in questo thread sono per te l'utilizzo di OpenID.

risposta data 10.08.2011 - 03:45

fonte

score 1 · Answer 2

I record di registrazione pigri devono essere separati dai record di "registrazione reale". Ciò eliminerebbe la necessità di "accedere". Ciò elimina anche la necessità di qualsiasi tipo di convalida per forzare l'accesso. Le informazioni temporanee sono legate localmente a un tipo di ID localmente persistente (Cookie o simile).

Qualcuno visita il tuo sito, vuoi renderlo pigro registrandoli, quindi viene spuntato un modulo e il nome e l'email vengono raccolti. A quel punto un cookie (ID) di qualche tipo viene memorizzato localmente, quindi quando ritornano si sa chi sono. Quindi, il nome e l'email sono associati a quel cookie (ID). A questo punto hanno una registrazione temporanea in cui è possibile registrare i dati e l'utente non ha effettuato l'accesso.

A un certo punto si registreranno, il cookie (ID) scadrà, o smetterà di usare il sito. Quando si registrano, le informazioni temporanee vengono trasferite in un record di registrazione reale e tutti i dati raccolti sono puntati sul record reale. Il record temporaneo viene rimosso. Se non si registrano mai, puoi comunque conservare il record temporaneo e i dati associati.

Cosa succede se cambiano nome, nessun problema, il record pigro può essere aggiornato. Che cosa succede se si spostano verso la macchina o un dispositivo diverso, beh avranno diversi record di registrazione pigri. Non posso aiutarlo perché non sappiamo davvero chi sono, sono utenti "potenziali" del sistema e se si spostano su 3 dispositivi, questi sono tre potenziali utenti perché non si sono ancora registrati.

Una volta registrati, saranno in grado di accedere e modificare il loro record di "registrazione reale". È possibile applicare la convalida (nome utente univoco o qualsiasi altro tipo di registro aziendale di registrazione) e l'utente può aggiornare il proprio record. Il record pigro non esisterà più.