Ciao a tutti e bentornati.
Nel video di oggi parleremo delle pagine di errore personalizzate in cloud front.
In generale, avere una pagina di errore del cliente è una delle cose importanti, non solo per l'ambiente
cloud front based, ma per qualsiasi sito web.
È importante impostare le pagine dei clienti, quindi procediamo con l'analisi.
Per prima cosa, quindi, analizziamo la sfida generale.
Ora, in un'architettura basata sul cloud, si ha un'origine e un cliente.
Quindi il codice di stato e la pagina di errore che Cloud friend riceve dall'origine vengono restituiti anche al visualizzatore.
E ancora, questo potrebbe non creare un'esperienza ottimale.
Ad esempio, in questa schermata specifica si vedrà che l'utente ha richiesto un file chiamato test
txt e la risposta è una risposta basata su HTML con l'accesso negato e mostra vari elementi come l'ID della richiesta,
l'ID dell'host e così via.
In genere nei siti web non si vuole che questo tipo di risposta venga restituita all'utente.
È necessaria una risposta più generica che dovrebbe essere servita.
È qui che entrano in gioco le pagine di errore personalizzate.
Ora, all'interno di cloud print è possibile configurare l'invio di una risposta di errore personalizzata al
visualizzatore, diversa da quella di origine.
Questo può essere compreso meglio con questo diagramma in cui ci sono l'utente,
la stampa nel cloud e tre bucket in cui è ospitato un sito web.
Quindi l'utente invia una richiesta al cloud, il cloud di stampa e invia la richiesta all'origine invia
una risposta all'azienda del cloud indicando http 403 accesso negato.
In questa fase, il cloud front, quando riceve, può configurare una serie di risposte diverse da
inviare all'utente.
Quindi se vedete che la risposta è diversa, compreso il codice di stato.
Quindi il codice di stato HTTP è di zero tre accessi negati.
Tuttavia, il codice di stato inviato dall'azienda cloud è zero quattro, ovvero non trovato.
Va bene.
Quindi facciamo una cosa.
Andiamo avanti e analizziamo questo aspetto in pratica.
Ora, se si guarda ai siti web più grandi, si troverà una sorta di pagina di errore personalizzata,
ad esempio nella documentazione.
Se richiediamo semplicemente un oggetto che non esiste, invece di un carattere 404 naught, si ottiene una risposta
molto piacevole che è anche utile e fornisce informazioni migliori.
Ora, in una distribuzione cloud che non ha la pagina di errore personalizzata che è configurata,
se si richiede un oggetto inesistente o proviamo.
Quindi si ottiene la tipica risposta XML che dichiara l'accesso negato e così via.
Quindi, come dicevamo, non si vuole rimandare ai propri utenti.
Quindi, al posto di questo, si configura una pagina di errore personalizzata a livello di stampa cloud e la risposta può essere
migliorata.
Ora ho un'altra distribuzione cloud firm con una pagina di errore personalizzata che è configurata,
quindi sostituiamo l'URL con la distribuzione più recente e aggiungiamo un testo a caso.
Premiamo invio e questa volta la risposta è leggermente diversa.
Il quale afferma: "Siamo spiacenti, la pagina non è disponibile".
Qui è possibile avere una pagina molto più pulita.
Tuttavia, per semplicità, ho aggiunto qui un documento di testo con i dettagli e nei siti web avrete
qualcosa di simile o una specie di immagine che rende le cose molto più belle.
Ora, lasciate che vi mostri anche rapidamente come potete configurarlo.
Quindi, per semplicità, ho una distribuzione cloud e questa a sua volta è associata all'origine
del bucket S3.
Il sito web è ospitato su S3.
Ora, se si guarda alla distribuzione e alla pagina di errore, ho una pagina di errore configurata
qui.
Quindi, se il cloud friend riceve l'avviso di accesso negato 403, che è questa pagina specifica
che abbiamo visto in precedenza, invece di inviarlo, invia la risposta che fa parte del file HTML della
pagina di errore personalizzata.
E dove viene memorizzato questo file, viene memorizzato nello stesso tre bucket.
Quindi avete una pagina di errore HTML personalizzata.
Quindi questo file verrà restituito al posto di 403.
Se tutto funziona, verrà restituito il file HTML dell'indice.
Un'altra cosa interessante da vedere è che anche il codice di stato HTTP è cambiato.
Quindi il codice di errore è 403.
Tuttavia, il codice di risposta HTTP qui è per zero quattro.
Quindi, invece di inviare all'utente il messaggio di accesso negato, Cloud Front invierà una pagina non trovata.
Anche questo può essere configurato.
Ora analizziamo rapidamente anche questo aspetto.
Quindi facciamo una cosa.
Torniamo alla distribuzione.
Una delle distribuzioni ha configurato la pagina di errore personalizzata.
Il secondo non ha la pagina di errore personalizzata configurata.
Per prima cosa, esaminiamo la distribuzione cloud, che non ha la pagina di errore configurata ora
da Scilla.
Se faccio rapidamente un ricciolo al.
Distribuzione e sappiamo che l'oggetto non esiste.
Analizziamo l'intestazione.
L'intestazione qui è per zero tre vietato.
Ora esaminiamo la distribuzione cloud, che ha la pagina di errore configurata.
Farò di nuovo una richiesta di arricciatura.
Lo state inviando a un oggetto che in realtà non esiste.
Ora idealmente tre invierà questo messaggio di ritorno 4034 all'amico cloud.
Tuttavia, questa volta si nota che anche il codice di stato HTTP è cambiato in 404.
Si tratta quindi di un aspetto che può essere facilmente configurato anche a livello di cloud.
Ora, generalmente, quando si configurano le pagine di errore.
È necessario definire il codice di errore HTTP.
Ad esempio, se l'origine invia il messaggio 404 not found al cloud front, è possibile personalizzare
il messaggio di errore.
E qui si può specificare qual è il file che deve essere restituito.
In questo caso, il file è l'HTML della pagina di errore personalizzata, quindi è sufficiente specificarlo qui.
Esiste anche un'opzione per inviare un codice di stato HTTP diverso.
Quindi, invece di 404 non trovato dall'origine, si può dire qualcosa come 400 richieste errate o qualsiasi altro codice
di stato a seconda della griglia dei requisiti.
Questa è una panoramica di alto livello sull'invio della risposta di errore personalizzata al visualizzatore.
E con questo si conclude il video di oggi.