Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Configurazione di reindirizzamenti e riscritture per un'applicazione Amplify
I reindirizzamenti consentono a un server Web di reindirizzare la navigazione da uno all'altro. URL I motivi più comuni per utilizzare i reindirizzamenti includono la personalizzazione dell'aspetto di unURL, per evitare collegamenti interrotti, per spostare la posizione di hosting di un'app o di un sito senza modificarne l'indirizzo e per modificare una richiesta nel modulo richiesto URL da un'app Web.
Comprendere i reindirizzamenti supportati da Amplify
Amplify supporta i seguenti tipi di reindirizzamento nella console.
Permanent redirect (301) (Reindirizzamento permanente (301))
I reindirizzamenti 301 sono intesi per modifiche durature alla destinazione di un indirizzo Web. La cronologia di classificazione dei motori di ricerca per l'indirizzo originale è applicabile al nuovo indirizzo di destinazione. Il reindirizzamento si verifica lato client; una barra di navigazione del browser mostra l'indirizzo di destinazione dopo il reindirizzamento.
Le comuni motivazioni per l'utilizzo dei reindirizzamenti 301 includono:
-
Per evitare un collegamento interrotto quando l'indirizzo di una pagina cambia.
-
Per evitare un collegamento interrotto quando un utente inserisce un refuso prevedibile in un indirizzo.
Reindirizzamento temporaneo (302)
I reindirizzamenti 302 servono per modifiche temporanee alla destinazione di un indirizzo Web. La cronologia del posizionamento nei motori di ricerca dell'indirizzo originale non si applica al nuovo indirizzo di destinazione. Il reindirizzamento si verifica lato client; una barra di navigazione del browser mostra l'indirizzo di destinazione dopo il reindirizzamento.
Le comuni motivazioni per l'utilizzo dei reindirizzamenti 302 includono:
-
Per fornire una destinazione di deviazione, mentre si tengono riparazioni sull'indirizzo originale.
-
Fornire pagine di prova per il confronto A/B di un'interfaccia utente.
Nota
Se la tua app restituisce una risposta 302 inaspettata, l'errore è probabilmente causato dalle modifiche che hai apportato al reindirizzamento dell'app e alla configurazione personalizzata dell'intestazione. Per risolvere il problema, verifica che le intestazioni personalizzate siano valide, quindi riattiva la regola di riscrittura 404 predefinita per l'app.
Rewrite (200)
I reindirizzamenti 200 (riscritture) servono per mostrare contenuti dall'indirizzo di destinazione, come se venissero forniti dall'indirizzo originale. La cronologia di classificazione dei motori di ricerca continua a essere applicata all'indirizzo originale. Il reindirizzamento si verifica lato server; una barra di navigazione del browser mostra l'indirizzo originale dopo il reindirizzamento. Le comuni motivazioni per l'utilizzo dei reindirizzamenti 200 includono:
-
Per reindirizzare un intero sito in un nuovo percorso di hosting senza modificare l'indirizzo del sito.
-
Per reindirizzare tutto il traffico verso un'app web a pagina singola (SPA) verso la relativa pagina index.html per la gestione da parte di una funzione router lato client.
Not Found (404) (Non trovato (404))
I reindirizzamenti 404 si verificano quando una richiesta punta a un indirizzo che non esiste. Viene visualizzata la pagina di destinazione di un 404 invece di quella richiesta. Le comuni motivazioni per un reindirizzamento 404 includono:
-
Per evitare che un messaggio di collegamento venga interrotto quando un utente inserisce un messaggio errato. URL
-
Per far puntare le richieste a pagine inesistenti di un'applicazione Web sulla pagina index.html, per la gestione da una funzione router lato client.
Comprendere l'ordine dei reindirizzamenti
I reindirizzamenti vengono applicati dall'inizio dell'elenco verso il basso. Controllare che l'ordinamento abbia l'effetto inteso. Ad esempio, il seguente ordine di reindirizzamenti causa il reindirizzamento di tutte le richieste per uno specifico percorso sotto a /docs/ nello stesso percorso sotto a /documents/, tranne /docs/specific-filename.html che viene reindirizzato su /documents/different-filename.html:
/docs/specific-filename.html /documents/different-filename.html 301 /docs/<*> /documents/<*>
Il seguente ordine di reindirizzamenti ignora il reindirizzamento di specific-filename.html su different-filename.html:
/docs/<*> /documents/<*> /docs/specific-filename.html /documents/different-filename.html 301
Comprensione del modo in cui Amplify inoltra i parametri di interrogazione
Puoi utilizzare i parametri di query per un maggiore controllo sulle tue partite. URL Amplify inoltra tutti i parametri della query al percorso di destinazione per i reindirizzamenti 301 e 302, con le seguenti eccezioni:
-
Se l'indirizzo originale include una stringa di query impostata su un valore specifico, Amplify non inoltra i parametri di query. In questo caso, il reindirizzamento si applica solo alle richieste alla destinazione URL con il valore di query specificato.
-
Se l'indirizzo di destinazione per la regola di corrispondenza ha parametri di query, i parametri di query non vengono inoltrati. Ad esempio, se l'indirizzo di destinazione per il reindirizzamento è
https://example-target.com?q=someParam, i parametri di query non vengono trasmessi.
