Mi chiedo perché sembra essere popolare avere la pagina di accesso di una SPA come una pagina separata che non è una pagina della SPA (come in caricamento e inviare dati tramite richieste Ajax)?
L'unica cosa a cui riesco a pensare è la sicurezza, ma non riesco a pensare a un motivo di sicurezza specifico. Voglio dire, l'unica cosa che viene in mente è che se la tua pagina di accesso in una parte della SPA, invia il nome utente / password tramite Ajax che può essere visto da strumenti come Firebug o Web Inspector, anche se lo invii normalmente Richiesta POST, ci sono altri strumenti che possono facilmente catturare questi dati (come fiddler, httpscoop, ecc ...).
C'è qualcosa che mi manca?
2
Non penso che ci sia o debba essere una ragione in questo caso. Direi, perché no?
—
Steven Evers,
La mia tesi contro questo sarebbe che avere la pagina di accesso come una pagina html separata mentre il resto dell'applicazione sia un'architettura SPA sembra strano senza alcun vantaggio reale (anche se il punto che msanford ha fatto merita).
—
Ryanzec,
@ryanzec Grazie. Ho aggiunto un esempio nel tentativo di illustrare che c'è un vero vantaggio. Innanzitutto, il risparmio derivante dal rinvio del caricamento degli asset altrove non è trascurabile, soprattutto in caso di accesso non riuscito (o sospensione dell'account, ecc.). In secondo luogo, è molto più veloce da implementare rispetto a un sistema di moduli asincrono più sofisticato basato sulla dipendenza e il ciclo di vita dello sviluppo è una considerazione importante (vedi il mantra dell'ufficio di Opbeat * (contiene volgarità)).
—
msanford,
"anche se lo invii come una normale richiesta POST, esistono altri strumenti che possono facilmente acquisire questi dati". Sicuramente il tuo modulo di accesso è protetto da HTTPS ?
—
Ajane
@ajlane sì, il mio login (e in realtà l'intera applicazione) verrà eseguito dietro HTTPS
—
Ryanzec,