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à. # Aggiungere, rimuovere o sostituire i contenuti che vengono CloudFront distribuiti Questa sezione spiega come assicurarvi di CloudFront poter accedere ai contenuti che desiderate vengano mostrati ai vostri spettatori, come specificare gli oggetti nel sito Web o nell'applicazione e come rimuovere o sostituire i contenuti. **Topics** + [Aggiungi e accedi ai contenuti che distribuiscono CloudFront](#AddingObjects) + [Usa il controllo delle versioni dei file per aggiornare o rimuovere il contenuto con una distribuzione CloudFront](UpdatingExistingObjects.md) + [Personalizza il formato URL per i file in CloudFront](LinkFormat.md) + [Specifica di un oggetto root predefinito](DefaultRootObject.md) + [Invalidare i file per rimuovere il contenuto](Invalidation.md) + [Distribuzione di file compressi](ServingCompressedFiles.md) ## Aggiungi e accedi ai contenuti che distribuiscono CloudFront Quando si CloudFront desidera distribuire contenuti (oggetti), si aggiungono file a una delle origini specificate per la distribuzione e si espone un CloudFront collegamento ai file. Una CloudFront edge location non recupera i nuovi file da un'origine finché non riceve le richieste dei visualizzatori in merito. Per ulteriori informazioni, consulta [Come distribuisce i contenuti CloudFront](HowCloudFrontWorks.md). Quando aggiungi un file che desideri CloudFront distribuire, assicurati di aggiungerlo a uno dei bucket Amazon S3 specificati nella tua distribuzione o, per un'origine personalizzata, a una directory nel dominio specificato. Inoltre, conferma che il modello di percorso nel comportamento cache applicabile invii le richieste al server di origine corretto. Ad esempio, supponiamo che il modello di percorso per un comportamento cache sia `*.html`. Se non hai altri comportamenti di cache configurati per inoltrare le richieste a quell'origine, CloudFront inoltrerà solo i file. `*.html` In questo scenario, ad esempio, non CloudFront distribuirà mai i file con estensione jpg caricati sull'origine, poiché non è stato creato un comportamento di cache che includa i file.jpg. CloudFront i server non determinano il tipo MIME per gli oggetti che servono. Quando carichi un file nell'origine, ti consigliamo di impostare il campo di intestazione `Content-Type` relativo. # Usa il controllo delle versioni dei file per aggiornare o rimuovere il contenuto con una distribuzione CloudFront Per aggiornare il contenuto esistente che CloudFront è configurato per essere distribuito automaticamente, si consiglia di utilizzare un identificatore di versione nei nomi dei file o nei nomi delle cartelle. Questo ti aiuta a controllare la gestione dei contenuti che pubblichi CloudFront . ## Aggiornamento di file esistenti tramite l’utilizzo di nomi file con versione Quando aggiorni i file esistenti in una CloudFront distribuzione, ti consigliamo di includere una sorta di identificatore di versione nei nomi dei file o nei nomi delle directory per avere un migliore controllo sui contenuti. Questo identificatore potrebbe essere un timestamp data, un numero sequenziale o un altro metodo per distinguere due versioni dello stesso oggetto. Ad esempio, invece di nominare un file grafico image.jpg, potresti chiamarlo image\$11.jpg. Quando vuoi iniziare a distribuire una nuova versione del file, puoi chiamare il nuovo file image\$12.jpg e aggiornare i link nelle tue applicazioni Web o all'interno del tuo sito per puntare a image\$12.jpg. In alternativa, puoi inserire tutte le grafiche in una directory images\$1v1 e, quando decidi di distribuire una nuova versione di una o più grafiche, puoi creare una nuova directory images\$1v2 e aggiornare i tuoi link in modo che puntino a quella directory. Con il controllo delle versioni, non è necessario attendere la scadenza di un oggetto prima di CloudFront iniziare a distribuirne una nuova versione e non è necessario pagare per l'invalidazione dell'oggetto. Anche se stabilisci la versione dei file, ti consigliamo comunque di impostare una data di scadenza. Per ulteriori informazioni, consulta [Gestione della durata di permanenza dei contenuti nella cache (scadenza)](Expiration.md). **Nota** Specificare i nomi dei file o i nomi delle directory con la versione non è un'operazione legata alla funzione Versioni multiple degli oggetti Amazon S3. ## Rimuovi i contenuti in modo CloudFront da non distribuirli Puoi rimuovere dall'origine i file che non desideri vengano più inclusi nella distribuzione CloudFront. Tuttavia, CloudFront continuerà a mostrare agli spettatori il contenuto della cache edge fino alla scadenza dei file. Se desideri rimuovere un file immediatamente, devi eseguire una delle seguenti operazioni: + **Utilizzare la funzione Versioni multiple.** Quando si utilizza il controllo delle versioni, diverse versioni di un file hanno nomi diversi che è possibile utilizzare nella CloudFront distribuzione per modificare il file che viene restituito ai visualizzatori. Per ulteriori informazioni, consulta [Aggiornamento di file esistenti tramite l’utilizzo di nomi file con versione](#ReplacingObjects). + **Invalidare il file.** Per ulteriori informazioni, consulta [Invalidare i file per rimuovere il contenuto](Invalidation.md). # Personalizza il formato URL per i file in CloudFront Dopo aver impostato l'origine con gli oggetti (contenuti) che desideri mostrare CloudFront ai tuoi spettatori, devi utilizzare la stringa corretta per fare riferimento URLs a tali oggetti nel codice del sito Web o dell'applicazione in modo che CloudFront possa essere utilizzato. Il nome di dominio utilizzato negli URLs oggetti delle pagine Web o dell'applicazione Web può essere uno dei seguenti: + Il nome di dominio, ad esempio`d111111abcdef8.cloudfront.net`, che CloudFront viene assegnato automaticamente quando si crea una distribuzione + Il tuo proprio nome di dominio, ad esempio `example.com` Ad esempio, è possibile utilizzare uno dei seguenti metodi URLs per restituire il file`image.jpg`: `https://d111111abcdef8.cloudfront.net/images/image.jpg` `https://example.com/images/image.jpg` Puoi utilizzare lo stesso formato di URL se archivi i contenuti in bucket Amazon S3 o in un server di origine personalizzato, ad esempio uno dei tuoi server Web. **Nota** Il formato URL dipende in parte dal valore specificato per **Origin Path (Percorso server di origine)** nella tua distribuzione. Questo valore fornisce CloudFront un percorso di directory principale per gli oggetti. Per ulteriori informazioni su come impostare il percorso di origine al momento della creazione di una distribuzione, vedi [Percorso origine](DownloadDistValuesOrigin.md#DownloadDistValuesOriginPath). Per ulteriori informazioni sul formato degli URL, consulta le seguenti sezioni. ## Utilizzo del proprio nome di dominio (Example.com) Invece di usare il nome di dominio predefinito che ti viene assegnato quando CloudFront crei una distribuzione, puoi [aggiungere un nome di dominio alternativo](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/distribution-web-values-specify.html#DownloadDistValuesCNAME) più facile da usare, ad esempio. `example.com` Configurando il tuo nome di dominio con CloudFront, puoi utilizzare un URL come questo per gli oggetti della tua distribuzione: `https://example.com/images/image.jpg` Se prevedi di utilizzare HTTPS tra i visualizzatori e CloudFront, consulta[Utilizzo di nomi di dominio alternativi e HTTPS](using-https-alternate-domain-names.md). ## Usa una barra finale (/) in URLs Quando specificate URLs le directory della vostra CloudFront distribuzione, scegliete di usare sempre una barra finale o di non usare mai una barra finale. Ad esempio, scegli solo uno dei seguenti formati per tutti i tuoi: URLs `https://d111111abcdef8.cloudfront.net/images/` `https://d111111abcdef8.cloudfront.net/images` **Perché è importante?** Entrambi i formati consentono di creare collegamenti a CloudFront oggetti, ma la coerenza può aiutare a prevenire problemi quando si desidera invalidare una directory in un secondo momento. CloudFront memorizza URLs esattamente come sono definiti, comprese le barre finali. Quindi, se il formato non è coerente, dovrai invalidare la directory URLs con e senza la barra, per assicurarti che la directory venga rimossa. CloudFront È scomodo dover invalidare entrambi i formati di URL e può portare a costi aggiuntivi. Questo perché se devi raddoppiare gli invalidamenti per coprire entrambi i tipi URLs, potresti superare il numero massimo di invalidazioni gratuite consentito per il mese. Se questo accade, dovrai pagare tutti gli invalidamenti, anche se in CloudFront esiste solo un formato per ciascun URL delle directory. ## Crea contenuti firmati per soggetti a restrizioni URLs Se hai contenuti a cui vuoi limitare l'accesso, puoi crearli firmati URLs. Ad esempio, se desideri distribuire i tuoi contenuti solo agli utenti che si sono autenticati, puoi crearne URLs di validi solo per un periodo di tempo specificato o disponibili solo da un indirizzo IP specificato. Per ulteriori informazioni, consulta [Offri contenuti privati con cookie firmati URLs e firmati](PrivateContent.md). # Specifica di un oggetto root predefinito È possibile CloudFront configurare la restituzione di un oggetto specifico (l'oggetto radice predefinito) quando un utente (visualizzatore) richiede l'URL principale per la distribuzione anziché richiedere un oggetto nella distribuzione. Puoi utilizzare un oggetto root predefinito per evitare l’esposizione dei contenuti della distribuzione. **Contents** + [Come specificare un oggetto root predefinito](#DefaultRootObjectHowToDefine) + [Come funziona un oggetto root predefinito](#DefaultRootObjectHow) + [Come CloudFront funziona se non si definisce un oggetto root](#DefaultRootObjectNotSet) ## Come specificare un oggetto root predefinito Per evitare di esporre i contenuti della distribuzione o di ricevere un errore, specifica un oggetto root predefinito per la distribuzione. Puoi specificare il nome esatto del file o il percorso del file. Ad esempio, se l’oggetto root è un file `index.html`, puoi specificare tale nome file. Se il file `index.html` si trova in un’altra cartella, specifica invece il percorso, ad esempio `exampleFolderName/index.html`. Se si imposta un percorso per l’oggetto root predefinito, le richieste del visualizzatore all’URL root della distribuzione restituiranno il file specificato da tale percorso. Puoi utilizzare un percorso di file per avere maggiore flessibilità nell’organizzazione dei contenuti all’origine, poiché l’oggetto root predefinito può trovarsi in una cartella anziché a livello root. **Per specificare un oggetto root predefinito per la tua distribuzione** 1. Carica l'oggetto root predefinito sul server di origine a cui punta la tua distribuzione. Il file può essere di qualsiasi tipo supportato da CloudFront. Per un elenco di vincoli sul nome del file, consulta l'`DefaultRootObject`elemento in *Amazon CloudFront API [DistributionConfig](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_DistributionConfig.html)*Reference. **Nota** Se il nome del file dell'oggetto radice predefinito è troppo lungo o contiene un carattere non valido, CloudFront restituisce l'errore. `HTTP 400 Bad Request - InvalidDefaultRootObject` Inoltre, CloudFront memorizza il codice nella cache per 10 secondi (per impostazione predefinita) e scrive i risultati nei log di accesso. 1. Verificate che le autorizzazioni per l'oggetto garantiscano CloudFront almeno l'accesso in lettura. Per ulteriori informazioni sulle autorizzazioni di Amazon S3, consulta [Identity and Access Management in Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/s3-access-control.html) nella *Guida per gli sviluppatori di Amazon Simple Storage Service*. 1. Aggiorna la tua distribuzione in modo che faccia riferimento all'oggetto root predefinito utilizzando la CloudFront console o l' CloudFront API. Per specificare un oggetto root predefinito utilizzando la CloudFront console: 1. Accedere a Console di gestione AWS e aprire la CloudFront console all'indirizzo[https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Nell'elenco delle distribuzioni nel riquadro superiore, seleziona la distribuzione da aggiornare. 1. Nel riquadro **Settings** (Impostazioni), sulla scheda **General** (Generale), scegliere **Edit** (Modifica). 1. Nella finestra di dialogo **Modifica impostazioni**, nel campo **Oggetto root predefinito**, inserisci il nome file o il percorso dell’oggetto root predefinito. **Suggerimento** La stringa non può iniziare con una barra obliqua (`/`). Specifica solo il nome dell’oggetto o il percorso dell’oggetto. Ad esempio, utilizza `index.html` o `exampleFolderName/index.html`. La specifica di un `/exampleFolderName/index.html` o `/index.html` può generare un errore [403 Access Denied](http-403-permission-denied.md). 1. Scegli **Save changes** (Salva modifiche). Per aggiornare la configurazione utilizzando l' CloudFront API, specifica un valore per l'`DefaultRootObject`elemento nella distribuzione. Per informazioni sull'utilizzo dell' CloudFront API per specificare un oggetto root predefinito, [UpdateDistribution](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_UpdateDistribution.html)consulta *Amazon CloudFront API Reference*. 1. Conferma di aver abilitato l'oggetto root predefinito richiedendo l'URL root. Se il tuo browser non visualizza l'oggetto root predefinito, esegui i seguenti passaggi: 1. Verifica che la distribuzione sia completamente distribuita visualizzando lo stato della distribuzione nella CloudFront console. 1. Ripeti le fasi 2 e 3 per verificare di aver ricevuto le autorizzazioni corrette e aver aggiornato la configurazione della distribuzione come richiesto per specificare l'oggetto root predefinito. ## Come funziona un oggetto root predefinito Supponiamo che la seguente richiesta faccia riferimento all'oggetto `image.jpg`: `https://d111111abcdef8.cloudfront.net/image.jpg` Al contrario, la seguente richiesta fa riferimento all'URL root della stessa distribuzione anziché a un oggetto specifico, come nel primo esempio: `https://d111111abcdef8.cloudfront.net/` Quando definisci un oggetto root predefinito, la richiesta di un utente finale che chiama il root della distribuzione restituisce l'oggetto root predefinito. Ad esempio, se imposti il file `index.html` come oggetto root predefinito, una richiesta per: `https://d111111abcdef8.cloudfront.net/` Valori restituiti: `https://d111111abcdef8.cloudfront.net/index.html` **Nota** CloudFront non determina se un URL con più barre finali (`https://d111111abcdef8.cloudfront.net///`) sia equivalente a. `https://d111111abcdef8.cloudfront.net/` Il server di origine effettua questo confronto. Se definisci un oggetto root predefinito, la richiesta di un utente finale per una sottodirectory della distribuzione non restituisce l'oggetto root predefinito. Ad esempio, supponiamo che `index.html` sia l'oggetto root predefinito e che CloudFront riceva una richiesta dall'utente finale per la directory inclusa nella `install` distribuzione: CloudFront `https://d111111abcdef8.cloudfront.net/install/` CloudFront non restituisce l'oggetto root predefinito anche se nella directory è presente una copia di`index.html`. `install` Tuttavia, se avete specificato un *percorso* per l'oggetto radice predefinito, (`install/index.html`) CloudFront restituirà l'oggetto root predefinito per le richieste degli utenti finali per la directory `install` Se configuri la tua distribuzione per consentire tutti i metodi HTTP che CloudFront supporta, l'oggetto root predefinito si applica a tutti i metodi. Ad esempio, se l'oggetto root predefinito è index.php e si scrive l'applicazione per inviare una `POST` richiesta alla radice del dominio (https://example.com), CloudFront invia la richiesta a /index.php. https://example.com Il comportamento degli oggetti root CloudFront predefiniti è diverso dal comportamento dei documenti indice di Amazon S3. Quando configuri un bucket Amazon S3 come sito Web e specifichi il documento di indice, Amazon S3 restituisce il documento di indice anche se un utente richiede una sottodirectory nel bucket. (Una copia del documento di indice deve essere inclusa in ogni sottodirectory). Per ulteriori informazioni sulla configurazione dei bucket Amazon S3 come siti Web e sui documenti indicizzati, consulta il capitolo [Hosting Siti Web su Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/WebsiteHosting.html) nella *Guida per l'utente di Amazon Simple Storage Service*. **Importante** Ricorda che un oggetto root predefinito si applica solo alla tua CloudFront distribuzione. È comunque necessario gestire la sicurezza per il tuo server di origine. Ad esempio, se utilizzi un'origine Amazon S3, devi comunque impostare il bucket Amazon S3 in modo appropriato per garantire il livello di accesso desiderato sul ACLs bucket. ## Come CloudFront funziona se non si definisce un oggetto root Se non definisci un oggetto root predefinito, le richieste per il percorso root della distribuzione passa al tuo server di origine. Se stai usando un server di origine Amazon S3, potresti ricevere una delle seguenti risposte: + **Un elenco dei contenuti del tuo bucket Amazon S3**: in una delle seguenti condizioni, i contenuti della tua origine sono visibili a chiunque acceda alla tua CloudFront distribuzione: + Il tuo bucket non è configurato correttamente. + Le autorizzazioni Amazon S3 per il bucket associato alla distribuzione e per gli oggetti nel bucket concedono l'accesso a *tutti gli utenti*. + Un utente finale accede al server di origine utilizzando l'URL root di origine. + **Un elenco dei contenuti privati della tua origine**: se configuri la tua origine come distribuzione privata (solo tu e CloudFront hai accesso), i contenuti del bucket Amazon S3 associato alla tua distribuzione sono visibili a chiunque disponga delle credenziali per accedere alla tua distribuzione. CloudFront In questo caso, gli utenti non sono in grado di accedere ai tuoi contenuti tramite l'URL root di origine. Per ulteriori informazioni su come distribuire contenuti privati, consulta [Offri contenuti privati con cookie firmati URLs e firmati](PrivateContent.md). + `Error 403 Forbidden`— CloudFront restituisce questo errore se le autorizzazioni sul bucket Amazon S3 associato alla distribuzione o le autorizzazioni sugli oggetti in quel bucket negano l'accesso a e a tutti. CloudFront # Invalidare i file per rimuovere il contenuto Se è necessario rimuovere un file dalle cache CloudFront edge prima della scadenza, è possibile effettuare una delle seguenti operazioni: + Invalida il file dalle edge cache. La prossima volta che un utente richiede il file, CloudFront torna all'origine per recuperare l'ultima versione del file. + Utilizza la funzione Versioni multiple dei file per distribuire un'altra versione del file con un nome diverso. Per ulteriori informazioni, consulta [Aggiornamento di file esistenti tramite l’utilizzo di nomi file con versione](UpdatingExistingObjects.md#ReplacingObjects). **Topics** + [Scelta tra invalidare i file e utilizzare nomi di file con versione](#Invalidation_Expiration) + [Determinazione dei file da invalidare](invalidation-access-logs.md) + [Cosa occorre sapere quando si invalidano i file](invalidation-specifying-objects.md) + [Invalidare i file](Invalidation_Requests.md) + [Massima richiesta di invalidamento concorrente](InvalidationLimits.md) + [Pagamento per l’invalidazione dei file](PayingForInvalidation.md) ## Scelta tra invalidare i file e utilizzare nomi di file con versione Per controllare le versioni di file che vengono servite dalla distribuzione, puoi invalidare i file o fornire loro nomi di file con versione. Se vuoi aggiornare i file di frequente, ti consigliamo di usare principalmente la funzione Versioni multiple di file per i seguenti motivi: + La funzione Versioni multiple consente di controllare quale file viene restituito da una richiesta anche quando l'utente dispone di una versione memorizzata nella cache in locale o in un proxy di memorizzazione nella cache aziendale. Se invalidi il file, l'utente potrebbe continuare a vedere la versione precedente fino alla scadenza delle cache. + CloudFront i registri di accesso includono i nomi dei file, quindi il controllo delle versioni semplifica l'analisi dei risultati delle modifiche ai file. + La funzione Versioni multiple offre un modo per servire diverse versioni dei file a utenti diversi. + La funzione Versioni multiple semplifica il roll back e il forward tra le revisioni del file. + La funzione Versioni multiple è meno costosa. Il trasferimento di nuove versioni dei file CloudFront su edge location è comunque a pagamento, ma non per l'invalidazione dei file. Per ulteriori informazioni sulla funzione Versioni multiple dei file, consulta [Aggiornamento di file esistenti tramite l’utilizzo di nomi file con versione](UpdatingExistingObjects.md#ReplacingObjects). # Determinazione dei file da invalidare Se desideri invalidare più file, ad esempio tutti i file in una directory o tutti i file che iniziano con gli stessi caratteri, puoi includere il carattere jolly `*` alla fine del percorso di invalidamento. Per ulteriori informazioni sull'utilizzo del carattere `*`, vedi [Invalidation paths](invalidation-specifying-objects.md#invalidation-specifying-objects-paths). Per invalidare i file, puoi specificare il percorso per singoli file o il percorso che termina con il carattere jolly `*`, che potrebbe essere applicato a un solo file o a molti, come illustrato negli esempi seguenti: + `/images/image1.jpg` + `/images/image*` + `/images/*` Se desideri invalidare i file selezionati, ma i tuoi utenti non accedono necessariamente a ogni file nella tua origine, puoi stabilire quali file i visualizzatori hanno richiesto a CloudFront e invalidare solo quelli. Per determinare quali file sono stati richiesti dai visualizzatori, abilita CloudFront la registrazione degli accessi. Per ulteriori informazioni sui log degli accessi al, consultare [Registri di accesso (registri standard)](AccessLogs.md). # Cosa occorre sapere quando si invalidano i file Quando si specifica un file da invalidare, fai riferimento alle seguenti informazioni: **Distinzione tra lettere maiuscole e minuscole** I percorsi di invalidazione rispettano la distinzione tra lettere maiuscole. Ad esempio, `/images/image.jpg` e `/images/Image.jpg` specificano due file diversi. **Modifica dell’URI utilizzando una funzione Lambda** Se la tua CloudFront distribuzione attiva una funzione Lambda sugli eventi di richiesta del visualizzatore e se la funzione modifica l'URI del file richiesto, ti consigliamo di invalidare URIs entrambe per rimuovere il file dalle cache edge: CloudFront + L'URI nella richiesta del visualizzatore + L'URI dopo la modifica eseguita dalla funzione **Example Esempio** Si supponga che la funzione Lambda modifichi l’URI per un file da: `https://d111111abcdef8.cloudfront.net/index.html` A un URI che include una directory di linguaggio: `https://d111111abcdef8.cloudfront.net/en/index.html` Per invalidare il file, devi specificare i seguenti percorsi: + `/index.html` + `/en/index.html` Per ulteriori informazioni, consulta [Invalidation paths](#invalidation-specifying-objects-paths). **Oggetti root predefiniti** Per invalidare l'oggetto root predefinito (file), specifica il percorso nello stesso modo in cui specifichi il percorso per qualsiasi altro file. Per ulteriori informazioni, consulta [Come funziona un oggetto root predefinito](DefaultRootObject.md#DefaultRootObjectHow). **Inoltro dei cookie** Se hai configurato CloudFront per inoltrare i cookie all'origine, le cache CloudFront edge potrebbero contenere diverse versioni del file. Quando invalidi un file, CloudFront invalida ogni versione del file memorizzata nella cache indipendentemente dai cookie associati. Non puoi selettivamente invalidare alcune versioni e non altre sulla base del cookie associati. Per ulteriori informazioni, consulta [Caching dei contenuti basati su cookie](Cookies.md). **Inoltro di intestazioni** Se hai configurato CloudFront l'inoltro di un elenco di intestazioni all'origine e la memorizzazione nella cache in base ai valori delle intestazioni, le cache CloudFront edge potrebbero contenere diverse versioni del file. Quando invalidi un file, CloudFront invalida ogni versione memorizzata nella cache del file stesso, a prescindere dai valori delle intestazioni. Non puoi selettivamente invalidare alcune versioni e non altre sulla base dei valori delle intestazioni. (Se configuri CloudFront per inoltrare tutte le intestazioni all'origine, CloudFront non memorizza nella cache i file). Per ulteriori informazioni, consulta [Caching dei contenuti in base alle intestazioni di richiesta](header-caching.md). **Inoltro di stringhe di query** Se hai configurato CloudFront per inoltrare le stringhe di query all'origine, devi includere le stringhe di query quando invalidi i file, come mostrato negli esempi seguenti: + `/images/image.jpg?parameter1=a` + `/images/image.jpg?parameter1=b` Se le richieste del client includono cinque diverse stringhe di query per lo stesso file, puoi invalidare il file cinque volte, una per ogni stringa di query, oppure utilizzare il carattere jolly \$1 nel percorso di invalidamento, come nell'esempio seguente: `/images/image.jpg*` Per ulteriori informazioni sull'utilizzo di caratteri jolly nel percorso di invalidamento, consulta [Invalidation paths](#invalidation-specifying-objects-paths). Per ulteriori informazioni sulle stringhe di query, vedi [Memorizzazione nella cache di contenuti basati su parametri delle stringhe di query](QueryStringParameters.md). Per determinare quale stringhe di query sono in uso, puoi abilitare la registrazione di log di CloudFront. Per ulteriori informazioni, consulta [Registri di accesso (registri standard)](AccessLogs.md). **Massimo consentito** Per ulteriori informazioni sul numero massimo di invalidazioni consentite, consulta [Massima richiesta di invalidamento concorrente](InvalidationLimits.md). **File Microsoft Smooth Streaming** Non puoi invalidare i file multimediali nel formato Microsoft Smooth Streaming quando hai abilitato Smooth Streaming per il comportamento cache corrispondente. **Caratteri non ASCII o non sicuri nel percorso** Se il percorso include caratteri non ASCII o caratteri non sicuri come indicato in [RFC 1738](https://tools.ietf.org/html/rfc1738), è necessario codificare tali caratteri in formato URL. Non codificate come URL nessun altro carattere nel percorso, altrimenti la vecchia versione del file aggiornato CloudFront non verrà invalidata. Non usare il carattere nel `~` tuo percorso. CloudFront non supporta questo carattere per le invalidazioni, indipendentemente dal fatto che sia codificato con URL o meno. **Percorsi di invalidamento** Questo percorso è relativo alla distribuzione. Ad esempio, per invalidare il file in `https://d111111abcdef8.cloudfront.net/images/image2.jpg`, devi specificare `/images/image2.jpg`. Nella [console CloudFront](https://console.aws.amazon.com/cloudfront/v4/home), puoi omettere la barra iniziale nel percorso, in questo modo: `images/image2.jpg`. Quando si utilizza direttamente l' CloudFront API, i percorsi di invalidazione devono iniziare con una barra iniziale. Puoi anche invalidare più file contemporaneamente utilizzando il carattere jolly `*`. Il carattere `*`, che sostituisce 0 o più caratteri, deve essere l'ultimo carattere nel percorso di invalidamento. Per utilizzare i caratteri jolly (\$1) nell’invalidazione, è necessario inserire il carattere jolly alla fine del percorso. Gli asterischi (\$1) inseriti altrove vengono considerati come una corrispondenza letterale di caratteri anziché un carattere jolly di invalidazione. Se si utilizza la AWS Command Line Interface (AWS CLI) per invalidare i file e si specifica un percorso che include il carattere `*` jolly, è necessario utilizzare le virgolette () `"` attorno al percorso, ad esempio. `"/*"` La lunghezza massima di un percorso è 4.000 caratteri. **Example Esempio: percorsi di invalidazione** + Come invalidare tutti i file in una directory: `/`*directory-path*`/*` + Per invalidare una directory, tutte le sottodirectory e tutti i file nella directory e nella sottodirectory: `/`*directory-path*`*` + Per invalidare tutti i file con lo stesso nome, ma estensioni di nome di file diverse, ad esempio logo.jpg, logo.png e logo.gif: `/`*directory-path*`/`*file-name*`.*` + Per invalidare tutti i file in una directory per i quali il nome file inizia con gli stessi caratteri (ad esempio tutti i file per un video in formato HLS), indipendentemente dall'estensione del nome file: `/`*directory-path*`/`*initial-characters-in-file-name*`*` + Quando configurate la cache CloudFront in base ai parametri della stringa di query e desiderate invalidare ogni versione di un file: `/`*directory-path*`/`*file-name*`.`*file-name-extension*`*` + Come invalidare tutti i file in una distribuzione: `/*` Per ulteriori informazioni su come invalidare i file utilizzando una funzione Lambda per modificare l'URI, consulta [Changing the URI Using a Lambda Function](#invalidation-lambda-at-edge). Se il percorso di invalidamento è una directory e se non hai standardizzato un metodo per specificare le directory - con o senza una barra finale (/), ti consigliamo di invalidare la directory con e senza barre finali, ad esempio, `/images` e `/images/`. **Signed URLs** (Firmato) Se utilizzi signed URLs, invalida un file includendo solo la parte dell'URL prima del punto interrogativo (?). # Invalidare i file Puoi utilizzare la CloudFront console per creare ed eseguire un'invalidazione, visualizzare un elenco delle invalidazioni inviate in precedenza e visualizzare informazioni dettagliate su una singola invalidazione. Puoi anche copiare un invalidamento esistente, modificare l'elenco dei percorsi dei file ed eseguire l'invalidamento modificato. Non è possibile rimuovere gli invalidamenti dall'elenco. **Contents** + [Invalidare i file](#invalidating-objects-console) + [Copiare, modificare e rieseguire un’invalidazione esistente](#invalidating-objects-copy-console) + [Annullamento delle invalidazioni](#canceling-invalidations) + [Elencare le invalidazioni](#listing-invalidations-console) + [Visualizzazione delle informazioni relative a un’invalidazione](#invalidation-details-console) ## Invalidare i file Per invalidare i file utilizzando la console, procedi come segue. CloudFront ------ #### [ Console ] **Come invalidare i file (console)** 1. Accedi a Console di gestione AWS e apri la CloudFront console all'indirizzo. [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home) 1. Scegli la distribuzione per la quale desideri invalidare i file. 1. Seleziona la scheda **Invalidations (Invalidamenti)**. 1. Scegli **Crea invalidazione**. 1. Per i file da invalidare, immetti un percorso di invalidamento per riga. Per informazioni su come specificare i percorsi di invalidamento, consulta [Cosa occorre sapere quando si invalidano i file](invalidation-specifying-objects.md). **Importante** Specifica i percorsi dei file attentamente. Non puoi annullare una richiesta di invalidamento dopo l'avvio. 1. Scegli **Crea invalidazione**. ------ #### [ CloudFront API ] *Per ulteriori informazioni sull'invalidazione degli oggetti e sulla visualizzazione di informazioni sulle invalidazioni, consulta i seguenti argomenti nell'Amazon API Reference: CloudFront * + [CreateInvalidation](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_CreateInvalidation.html) + [ListInvalidations](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListInvalidations.html) + [GetInvalidation](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_GetInvalidation.html) **Nota** Se usi la AWS Command Line Interface (AWS CLI) per invalidare i file e specifichi un percorso che include il carattere `*` jolly, devi utilizzare le virgolette (`"`) attorno al percorso, come nell'esempio seguente: ``` aws cloudfront create-invalidation --distribution-id distribution_ID --paths "/*" ``` ------ ## Copiare, modificare e rieseguire un’invalidazione esistente Puoi copiare un invalidamento creato precedentemente, aggiornare l'elenco dei percorsi di invalidamento ed eseguire l'invalidamento aggiornato. Non puoi copiare un’invalidazione esistente, aggiornare i percorsi di invalidazione e salvare l’invalidazione aggiornata senza eseguirla. **Importante** Se copi un'invalidazione ancora in corso, aggiorna l'elenco dei percorsi di invalidazione, quindi esegui l'invalidazione aggiornata, senza interrompere o eliminare l'invalidazione che hai copiato. CloudFront Se nell'originale e nella copia sono presenti dei percorsi di invalidazione, cercherà di invalidare i file due volte, ed entrambe le invalidazioni CloudFront verranno conteggiate nel numero massimo di invalidamenti gratuiti per il mese. Se hai già raggiunto il numero massimo di invalidazioni gratuite, ti verrà addebitato il costo per entrambe le invalidazioni di ogni file. Per ulteriori informazioni, consulta [Massima richiesta di invalidamento concorrente](InvalidationLimits.md). **Per copiare, modificare e rieseguire un invalidamento esistente** 1. Accedi e apri la console all'indirizzo. Console di gestione AWS CloudFront [https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home) 1. Seleziona la distribuzione che contiene l'invalidamento da copiare. 1. Seleziona la scheda **Invalidations (Invalidamenti)**. 1. Scegli l'invalidamento da copiare. Se non sei sicuro di quale invalidazione copiare, puoi scegliere un’invalidazione e selezionare **Dettagli** per visualizzare le informazioni dettagliate relative. 1. Scegli **Copia in nuovo**. 1. Aggiorna l'elenco dei percorsi di invalidamento, ove applicabile. 1. Scegli **Crea invalidazione**. ## Annullamento delle invalidazioni Quando invii una richiesta di invalidazione a CloudFront, CloudFront inoltra la richiesta a tutte le edge location entro pochi secondi e ciascuna edge location inizia immediatamente a elaborare l'invalidazione. Di conseguenza, non puoi annullare una richiesta di invalidamento dopo averla inviata. ## Elencare le invalidazioni È possibile visualizzare un elenco delle ultime 100 invalidazioni create ed eseguite per una distribuzione utilizzando la console. CloudFront Se desideri ottenere un elenco di più di 100 invalidazioni, utilizza l’operazione API `ListInvalidations`. Per ulteriori informazioni, [ListInvalidations](https://docs.aws.amazon.com/cloudfront/latest/APIReference/API_ListInvalidations.html)consulta *Amazon CloudFront API Reference*. **Per elencare gli invalidamenti** 1. Accedi a Console di gestione AWS e apri la CloudFront console all'indirizzo[https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Seleziona la distribuzione per la quale desideri visualizzare un elenco degli invalidamenti. 1. Seleziona la scheda **Invalidations (Invalidamenti)**. **Nota** Non è possibile rimuovere gli invalidamenti dall'elenco. ## Visualizzazione delle informazioni relative a un’invalidazione Puoi visualizzare informazioni dettagliate su un invalidamento, tra cui l'ID distribuzione, l'ID invalidamento, lo stato di invalidamento, la data e l'ora in cui l'invalidamento è stato creato e un elenco completo dei percorsi di invalidamento. **Per visualizzare informazioni su un invalidamento** 1. Accedi a Console di gestione AWS e apri la CloudFront console all'indirizzo[https://console.aws.amazon.com/cloudfront/v4/home](https://console.aws.amazon.com/cloudfront/v4/home). 1. Seleziona la distribuzione che contiene l'invalidamento di cui vuoi visualizzare informazioni dettagliate. 1. Seleziona la scheda **Invalidations (Invalidamenti)**. 1. Scegli l’ID di invalidazione applicabile o seleziona l’ID di invalidazione, quindi scegli **Visualizza dettagli**. # Massima richiesta di invalidamento concorrente Se stai invalidando i file singolarmente, puoi avere richieste di invalidamento per un massimo di 3000 file per distribuzione in corso alla volta. Questa può essere una richiesta di invalidamento per massimo 3000 file, fino a 3000 richieste per un file ciascuna, o qualsiasi altra combinazione che non superi i 3000 file. Ad esempio, puoi inviare 30 richieste di invalidamento che invalidano 100 file ognuna. Finché tutte e 30 le richieste di invalidamento sono ancora in corso, non puoi inviare eventuali ulteriori richieste di invalidamento. Se si supera il limite massimo, viene CloudFront restituito un messaggio di errore. Se stai utilizzando il carattere jolly \$1, puoi avere richieste per massimo 15 percorsi di invalidamento in corso alla volta. Puoi anche avere richieste di invalidamento per massimo 3.000 file singoli per distribuzione in corso alla volta; il numero massimo di richieste di invalidamento consentite con carattere jolly è indipendente dal numero massimo di invalidamento singolo dei file. # Pagamento per l’invalidazione dei file I primi 1.000 percorsi di invalidamento che invii al mese sono gratuiti; pagherai ogni percorso di invalidamento oltre i 1.000 in un mese. Un percorso di invalidamento può essere per un singolo file (ad esempio `/images/logo.jpg`) o per più file (ad esempio `/images/*`). Un percorso che include il carattere `*` jolly viene considerato un percorso unico anche se causa l'invalidazione CloudFront di migliaia di file. Il valore massimo di 1000 percorsi di invalidazione gratuiti al mese è valido per il numero totale di percorsi di invalidazione per tutte le distribuzioni create con un Account AWS. Ad esempio, se utilizzi il per Account AWS `john@example.com` creare tre distribuzioni e invii 600 percorsi di invalidazione per *ogni distribuzione* in un determinato mese (per un totale di 1.800 percorsi di invalidazione), ti AWS verrà addebitata la differenza tra i percorsi di invalidazione totali e il limite di 1000 gratuiti. In questo esempio, AWS addebita 800 percorsi di invalidazione in tale mese. Il costo per inviare un percorso di invalidamento è lo stesso a prescindere dal numero di file che si stanno invalidando: un singolo file (`/images/logo.jpg`) o tutti i file associati a una distribuzione (`/*`). Poiché nella richiesta di invalidazione viene addebitato un costo per ogni percorso, anche se si raggruppano più percorsi in un’unica richiesta, ai fini della fatturazione ogni percorso viene comunque conteggiato singolarmente. Per ulteriori informazioni sui prezzi di annullamento della validità, consulta la pagina dei prezzi di [Amazon CloudFront ](https://aws.amazon.com/cloudfront/pricing/). Per ulteriori informazioni sui percorsi di invalidamento, consulta [Invalidation paths](invalidation-specifying-objects.md#invalidation-specifying-objects-paths). # Distribuzione di file compressi Quando gli oggetti richiesti sono compressi, i download possono essere più rapidi in quanto gli oggetti sono più piccoli; in alcuni casi, meno di un quarto della dimensione originale. I download più rapidi possono portare a un rendering più rapido delle pagine Web per gli utenti, in particolare per JavaScript i file CSS. Inoltre, il costo del trasferimento dei CloudFront dati si basa sulla quantità totale di dati forniti. La distribuzione di oggetti compressi può essere meno costosa rispetto alla distribuzione di oggetti non compressi. **Topics** + [Configura CloudFront per comprimere gli oggetti](#compressed-content-cloudfront-configuring) + [Come funziona CloudFront la compressione](#compressed-content-cloudfront-how-it-works) + [Condizioni per la compressione](#compressed-content-cloudfront-notes) + [Tipi CloudFront di file che si comprimono](#compressed-content-cloudfront-file-types) + [Conversione dell'intestazione `ETag`](#compressed-content-cloudfront-etag-header) ## Configura CloudFront per comprimere gli oggetti CloudFront Per configurare la compressione degli oggetti, aggiorna il comportamento della cache in base al quale desideri utilizzare gli oggetti compressi. **Per configurare CloudFront la compressione degli oggetti (console)** 1. Accedi alla [console CloudFront](https://console.aws.amazon.com/cloudfront/v4/home). 1. Scegli la distribuzione, quindi seleziona il **comportamento** da modificare. 1. Per l’impostazione **Comprimi oggetti automaticamente**, scegli **Sì**. 1. Usa una [policy della cache](controlling-the-cache-key.md) per specificare le impostazioni di caching e abilita entrambi i formati di compressione **Gzip** e **Brotli**. **Note** Per utilizzare la compressione Brotli sono richieste [policy della cache](controlling-the-cache-key.md). Brotli non supporta le impostazioni cache legacy. Per abilitare la compressione utilizzando [CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-cloudfront-distribution-cachebehavior.html)o l'[CloudFront](https://docs.aws.amazon.com/cloudfront/latest/APIReference/Welcome.html)API, imposta i `EnableAcceptEncodingBrotli` parametri`Compress`,`EnableAcceptEncodingGzip`, su`true`. Per informazioni su come CloudFront comprime gli oggetti, consultate la sezione seguente. ## Come funziona CloudFront la compressione 1. Un visualizzatore richiede un oggetto. Il visualizzatore include l'intestazione `Accept-Encoding` HTTP nella richiesta e il valore di intestazione include `gzip`, `br` o entrambi. Questo indica che il visualizzatore supporta gli oggetti compressi. Quando il visualizzatore supporta sia Gzip che Brotli, CloudFront usa Brotli. **Nota** I browser web Chrome e Firefox supportano la compressione Brotli solo quando la richiesta viene inviata utilizzando HTTPS. Non supportano Brotli con richieste HTTP. 1. Nella posizione periferica, CloudFront verifica la presenza di una copia compressa dell'oggetto richiesto nella cache. 1. A seconda che l'oggetto compresso sia o meno nella cache, CloudFront esegue una delle seguenti operazioni: + Se l'oggetto compresso è già presente nella cache, CloudFront invia l'oggetto al visualizzatore e salta i passaggi rimanenti. + Se l'oggetto compresso non è nella cache, CloudFront inoltra la richiesta all'origine. **Nota** Se una copia non compressa dell'oggetto è già nella cache, CloudFront potrebbe inviarla al visualizzatore senza inoltrare la richiesta all'origine. [Ad esempio, ciò può accadere quando CloudFront in precedenza si è saltata la compressione.](#compression-skipped) Quando ciò accade, CloudFront memorizza nella cache l'oggetto non compresso e continua a utilizzarlo fino alla scadenza, all'eliminazione o all'invalidazione dell'oggetto. 1. Se l'origine restituisce un oggetto compresso (come indicato dall'`Content-Encoding`intestazione nella risposta HTTP), CloudFront invia l'oggetto compresso al visualizzatore, lo aggiunge alla cache e salta i passaggi rimanenti. CloudFront non comprime nuovamente l'oggetto. 1. Se l'origine restituisce un oggetto non compresso CloudFront senza l'`Content-Encoding`intestazione nella risposta HTTP, CloudFront determina se l'oggetto può essere compresso. Per ulteriori informazioni, consulta [Condizioni per la compressione](#compressed-content-cloudfront-notes). 1. Se l'oggetto può essere compresso, lo CloudFront comprime, lo invia al visualizzatore e quindi lo aggiunge alla cache. 1. Se ci sono richieste successive del visualizzatore per lo stesso oggetto, CloudFront restituisce la prima versione memorizzata nella cache. Ad esempio, se un visualizzatore richiede un oggetto specifico memorizzato nella cache che utilizza la compressione Gzip e *accetta* il formato Gzip, le richieste successive allo stesso oggetto restituiranno sempre la versione Gzip, anche se il visualizzatore accetta sia Brotli che Gzip. Alcune origini personalizzate possono anche comprimere gli oggetti. La tua origine potrebbe essere in grado di comprimere oggetti che CloudFront non vengono compressi. Per ulteriori informazioni, consulta [Tipi CloudFront di file che si comprimono](#compressed-content-cloudfront-file-types). ## Condizioni per la compressione L'elenco seguente fornisce ulteriori informazioni sugli scenari in cui CloudFront non comprime gli oggetti. **La richiesta utilizza HTTP 1.0** Se una richiesta CloudFront utilizza HTTP 1.0, CloudFront rimuove l'`Accept-Encoding`intestazione e non comprime l'oggetto nella risposta. **Intestazione della richiesta `Accept-Encoding`** Se l'`Accept-Encoding`intestazione non è presente nella richiesta del visualizzatore o se non contiene `gzip` o `br` non è un valore, CloudFront non comprime l'oggetto nella risposta. Se l'`Accept-Encoding`intestazione include valori aggiuntivi, ad esempio`deflate`, li CloudFront rimuove prima di inoltrare la richiesta all'origine. Quando CloudFront è [configurato per comprimere gli oggetti](#compressed-content-cloudfront-configuring), include automaticamente l'`Accept-Encoding`intestazione nella chiave della cache e nelle richieste di origine. **Il contenuto viene già memorizzato nella cache quando si configura CloudFront la compressione degli oggetti** CloudFront comprime gli oggetti quando li recupera dall'origine. Quando si configura CloudFront per comprimere oggetti, CloudFront non comprime gli oggetti che sono già memorizzati nella cache nelle posizioni laterali. Inoltre, quando un oggetto memorizzato nella cache scade in una posizione CloudFront periferica e inoltra un'altra richiesta per l'oggetto all'origine, CloudFront non comprime l'oggetto quando l'origine restituisce un codice di stato HTTP 304. Ciò significa che la posizione edge dispone già della versione più recente dell’oggetto. Se desiderate CloudFront comprimere oggetti che sono già memorizzati nella cache in posizioni periferiche, dovete invalidare tali oggetti. Per ulteriori informazioni, consulta [Invalidare i file per rimuovere il contenuto](Invalidation.md). **L'origine è già configurata per comprimere gli oggetti** Se configurate CloudFront per comprimere gli oggetti e l'origine comprime anche gli oggetti, l'origine deve includere un'intestazione. `Content-Encoding` Questa intestazione indica CloudFront che l'oggetto è già compresso. Quando una risposta da un'origine include l'`Content-Encoding`intestazione, CloudFront non comprime l'oggetto, indipendentemente dal valore dell'intestazione. CloudFrontinvia la risposta al visualizzatore e memorizza l'oggetto nella cache nella posizione del bordo. **Tipi di file che comprimono CloudFront ** Per un elenco completo, consulta [Tipi CloudFront di file che si comprimono](#compressed-content-cloudfront-file-types). **Dimensioni degli oggetti che si comprimono CloudFront ** CloudFront comprime oggetti di dimensioni comprese tra 1.000 e 10.000.000 di byte. **`Content-Length` Intestazione** L'origine deve includere un'`Content-Length`intestazione nella risposta, che viene CloudFront utilizzata per determinare se la dimensione dell'oggetto rientra nell'intervallo di compressione. CloudFront Se l'`Content-Length`intestazione è mancante, contiene un valore non valido o contiene un valore al di fuori dell'intervallo di dimensioni che CloudFront comprime, CloudFront non comprime l'oggetto. Per ulteriori informazioni su come CloudFront elabora oggetti di grandi dimensioni che possono superare l'intervallo di dimensioni, vedere. [Come CloudFront elabora le richieste parziali per un oggetto (intervallo GETs)](RangeGETs.md) **Il codice di stato HTTP per la risposta** CloudFront comprime gli oggetti solo quando il codice di stato HTTP della risposta è `200``403`, o`404`. **La risposta non ha corpo** Quando la risposta HTTP dall'origine non ha un corpo, non c'è nulla CloudFront da comprimere. **`ETag` Intestazione** CloudFront a volte modifica l'`ETag`intestazione nella risposta HTTP quando comprime gli oggetti. Per ulteriori informazioni, consulta [Conversione dell'intestazione `ETag`](#compressed-content-cloudfront-etag-header). **CloudFront salta la compressione** CloudFront comprime gli oggetti nel miglior modo possibile. In rari casi, CloudFront salta la compressione di un oggetto in caso di elevato carico di CloudFront traffico. CloudFront prende questa decisione in base a una serie di fattori, inclusa la capacità dell'host. Se CloudFront salta la compressione di un oggetto, memorizza nella cache l'oggetto non compresso e continua a mostrarlo ai visualizzatori fino alla scadenza, all'eliminazione o all'invalidazione dell'oggetto. ## Tipi CloudFront di file che si comprimono Se configurate CloudFront per comprimere oggetti, comprime CloudFront solo gli oggetti che hanno uno dei seguenti valori nell'intestazione della `Content-Type` risposta: + `application/dash+xml` + `application/eot` + `application/font` + `application/font-sfnt` + `application/javascript` + `application/json` + `application/opentype` + `application/otf` + `application/pdf` + `application/pkcs7-mime` + `application/protobuf` + `application/rss+xml` + `application/truetype` + `application/ttf` + `application/vnd.apple.mpegurl` + `application/vnd.mapbox-vector-tile` + `application/vnd.ms-fontobject` + `application/wasm` + `application/xhtml+xml` + `application/xml` + `application/x-font-opentype` + `application/x-font-truetype` + `application/x-font-ttf` + `application/x-httpd-cgi` + `application/x-javascript` + `application/x-mpegurl` + `application/x-opentype` + `application/x-otf` + `application/x-perl` + `application/x-ttf` + `font/eot` + `font/opentype` + `font/otf` + `font/ttf` + `image/svg+xml` + `text/css` + `text/csv` + `text/html` + `text/javascript` + `text/js` + `text/plain` + `text/richtext` + `text/tab-separated-values` + `text/xml` + `text/x-component` + `text/x-java-source` + `text/x-script` + `vnd.apple.mpegurl` ## Conversione dell'intestazione `ETag` Quando l'oggetto non compresso dall'origine include un'intestazione `ETag` HTTP valida e forte e CloudFront comprime l'oggetto, converte CloudFront anche il valore di `ETag` intestazione forte in debole e restituisce il valore debole `ETag` al visualizzatore. `ETag` Gli spettatori possono memorizzare il valore `ETag` debole e utilizzarlo per inviare richieste condizionali con l'intestazione `If-None-Match` HTTP. Ciò consente ai visualizzatori e all'origine di trattare le versioni compresse e non compresse di un oggetto come semanticamente equivalenti, il che riduce il trasferimento di dati non necessario. CloudFront Un valore di intestazione `ETag` valido e consolidato inizia e termina con un carattere di virgoletta doppia (`"`). Per convertire il valore `ETag` forte in uno debole, CloudFront aggiunge i caratteri `W/` all'inizio del valore forte `ETag`. Quando l'oggetto di origine include un valore di `ETag` intestazione debole (un valore che inizia con i caratteri`W/`), CloudFront non modifica questo valore e lo restituisce al visualizzatore così come ricevuto dall'origine. Quando l'oggetto di origine include un valore di `ETag` intestazione non valido (il valore non inizia con `"` o con`W/`), CloudFront rimuove l'`ETag`intestazione e restituisce l'oggetto al visualizzatore senza l'intestazione di risposta. `ETag` Per ulteriori informazioni, consulta le pagine seguenti nei documenti web MDN: + [Direttive](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/ETag#Directives) (intestazione`ETag` HTTP) + [Convalida debole](https://developer.mozilla.org/en-US/docs/Web/HTTP/Conditional_requests#Weak_validation) (richieste condizionali HTTP) + [Intestazione HTTP If-None-Match](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/If-None-Match)