Perché preoccuparsi degli invii di moduli lato server in una SPA?

1

Sono a favore del miglioramento progressivo e utilizzo del rendering lato server durante il recupero di un URL. La discussione secolare offre diversi vantaggi, come il miglioramento del tempo di caricamento, la scansione SEO e possibilmente un miglioramento del livello di "correttezza" ... ecc.

Tuttavia sto ricevendo i miei dubbi sul motivo per cui sto anche impostando il mio lato server per gestire i moduli di invio (cioè un modulo HTML nativo inviato al server).

Sebbene la mia domanda sia generica, lo stack di tecnologia che sto usando è un'applicazione Universal React + Redux che si connette a un'API di terze parti. Pertanto, quando JavaScript è disabilitato, il lato server si connette all'API per recuperare o i dati POST, mentre quando JavaScript è abilitato il browser dell'utente si collega direttamente all'API.

Quali sono i vantaggi nella gestione del POST lato server o quando dovrebbe essere una priorità?

    
posta Kevin Farrugia 26.01.2018 - 19:03
fonte

1 risposta

-1

Un caso d'uso in cui è necessario il lato server è quando la risposta POST è un formato che non è supportato dal client, come un ODF o ePub . Per scaricare il file, è necessario inviare i dati.

The first parameter in the HTTP context is either inline (default value, indicating it can be display inside the Web page, or as the Web page) or attachment (indicating it should be downloaded; most browsers presenting a 'Save as' dialog, prefilled with the value of the filename parameters if present).

Content-Disposition: inline
Content-Disposition: attachment
Content-Disposition: attachment; filename="filename.odf"

Riferimenti

risposta data 09.05.2018 - 00:02
fonte

Leggi altre domande sui tag