play framework come fare il routing separato per lo stesso URL?

Question

Ho costruito un sito che quando un utente compila correttamente un modulo viene reindirizzato a una pagina di conferma con l'url mySite.com \ A \ conferma.

Voglio essere in grado di reindirizzare l'utente a una pagina diversa Se entra l'URL "mySite.com \ A \ conferma" se stesso

Qual è il miglior modo per raggiungere questo (i speravo qualcosa di più elegante, allora il mantenimento dello stato di ciascun utente)

Answer 1

Possibili soluzioni semplici:

1. Conservare qualche chiave nel biscotto, verificare sulla pagina di conferma e chiaro. valore del cookie dovrebbe essere criptato, così l'utente non sarà in grado di forgiare essa (in caso contrario, è possibile utilizzare Crypto.encryptAES (String), Crypto.decryptAES (String) manualmente.
2. Change controller conferma ad accettare parametro, passare quel parametro dalla forma presentare regolatore: la conferma (secureParameter); parametro Convalida di metodo conferma
richiesta
3. Do POST per la conferma dal codice e modificare percorsi e reindirizzare su GET richiede
4. Invece di reindirizzare a conferma. nel controller, è sufficiente rendere direttamente il modello di conferma, in questo modo non ci sarebbe alcuna confi URL di conferma.

Answer 2

Si potrebbe mettere un gettone nel campo di applicazione flash e reindirizzare a mySite.com \ A \ conferma

Se il token non è lì lo reindirizza a un'altra pagina, altrimenti visualizzare la pagina e mantenere il token in l'ambito del flash. Se si mantiene il token nell'ambito del flash, l'utente sarà in grado di ricaricare la pagina senza essere reindirizzata.

Answer 3

Non sarà semplice, in quanto è possibile trovare molti casi limite.

Quando si esegue un reindirizzamento, Play invia un 303 HTTP code e il browser esegue una nuova richiesta GET contro l'URL. Potresti provare ad aggiungere un parametro da controllare, ma poi l'utente potrebbe aggiungerlo alla barra di navigazione e la richiesta funzionerà.

Inoltre, si violerebbe Idempotence in GET. Non è una buona cosa da fare, dato che i browser possono fare affidamento su di esso.

Meglio aggiungere un assegno nella stessa pagina e se il modulo non è stato inviato, basta mostrare un messaggio o lanciare un errore 404 (non trovato).