Questa pagina mostra esempi e suggerimenti per utilizzando i bucket per ospitare un sito Web statico. ## Pagine speciali Pagine indice Una pagina di indice (chiamata anche indice di directory del server web) è un file servito ai visitatori quando richiedono un URL che non ha un file associato. Quando assegni a Proprietà MainPageSuffix, Cloud Storage cerca un file con quel nome il cui prefisso corrisponde a URL richiesto dal visitatore Ad esempio, supponi di aver impostato il MainPageSuffix del tuo sito web statico a indice.html. Inoltre, supponi di non avere alcun file denominato directory nel tuo secchio www.esempio.com. In questa situazione, se un utente richiede l'URL httpwww.example.com/directory, Cloud Storage tenta di pubblicare il file www.example.com/directory/index.html. Se anche quel file non esiste, Cloud Storage restituisce una pagina di errore Il MainPageSuffix controlla anche il file servito quando gli utenti richiedono il top sito di livello. Continuando l'esempio precedente, se un utente lo richiede httpwww.example.com, Cloud Storage tenta di pubblicare il file www.esempio.com/index.html Quando si tenta di accedere a un URL con una barra finale, ad esempio httpwww.example.com/dir/, vedi Risoluzione dei problemi Pagina di errore La pagina di errore è il file restituito ai visitatori del tuo sito statico who richiedere un URL che non corrisponde a un file esistente. Se hai assegnato a MainPageSuffix, Cloud Storage restituisce la pagina di errore solo se non esiste né un file con il nome richiesto né una pagina indice applicabile Quando si restituisce una pagina di errore, il codice di risposta http è 404. Della proprietà che controlla quale file funge da pagina di errore Pagina non trovata. Se non lo fai impostare NotFoundPage, gli utenti ricevono una pagina di errore generica ## Esempi di configurazione del sito web Secchio a tre oggetti Supponiamo che un secchio denominato www.example.com è stato configurato come sito web con le seguenti impostazioni e file: - MainPageSuffix= "indice.html"NotFoundPage= "404.html"- Il bucket contiene tre oggetti condivisi: "index.html", "404.html"e "dir/index.html". La seguente tabella mostra i contenuti pubblicati per gli URL selezionati: |URL richiesto ||Contenuto offerto ||Codice di risposta HTTP | |httpwww.esempio.com | http://www.example.com/ http://www.example.com/index.html |L'oggetto "index.htmln||200 | |httpwww.example.com/ciao ||L'oggetto "404.htmln||404 | |httpwww.example.com/dir/index.html ||L'oggetto "dir/index.htmln||200 | |httpwww.example.com/dir ||L'oggetto "dir/index.htmln||301 | |httpwww.example.com/dir/ ||L'oggetto "dir/index.html", supponendo che non esista alcun oggetto zero-byte per /dir/ ||200 | |Un oggetto vuoto a zero byte, se esiste per /dir/. Vedere l'argomento Risoluzione dei problemi per la rimozione di questo oggetto a zero byte. ||301 | Secchio a due oggetti Supponiamo che un secchio denominato www.example.com è stato configurato come sito web con le seguenti impostazioni e file: - MainPageSuffix= "principale.html"NotFoundPage= "404.html"- Il bucket contiene due oggetti condivisi: "main.html"e "404.html". La seguente tabella mostra i contenuti pubblicati per gli URL selezionati: |URL richiesto ||Contenuto offerto ||Codice di risposta HTTP | |httpwww.esempio.com | http://www.example.com/ |L'oggetto "main.htmln||200 | |httpwww.example.com/index.html ||L'oggetto "404.htmln||404 | Se un oggetto è condiviso puoi farlo anche tu visualizza quell'oggetto con l'URL: httpstorage.googleapis.com/ BUCKET_NAME/ OBJECT_NAME Ad esempio, l'URL di un index.html sarebbe: httpstorage.googleapis.com/www.example.com/index.html Per ulteriori informazioni sull'utilizzo dei dati accessibili, vedere Accesso ai dati pubblici. ## Suggerimenti per lavorare con un bucket configurato come sito web Di seguito sono riportati alcuni suggerimenti da tenere a mente quando si utilizza a bucket per ospitare un sito Web statico. Aggiungi sottodomini Supponiamo che tu voglia anche offrire contenuto a test.example.com, da un altro bucket rispetto a quello in cui vengono pubblicati i contenuti www.esempio.com. Fare così: - Crea un nuovo bucket per pubblicare i tuoi contenuti aggiuntivi. Se hai seguito il tutorial su Hosting di un sito Web statico per servire il tuo content su HTTPS, modifica il tuo sistema di bilanciamento del carico nel file Console cloud come segue: - - Per Configurazione di backend, crea un nuovo bucket di backend secchio di prova selezionando il nuovo bucket che hai creato. - Per Regole host e percorso, aggiungi una nuova regola come segue: Ospita i backend dei percorsi test.example.com /* test-bucket Per Configurazione front-end, aggiungi un nuovo IP front-end e porta con stessi valori della prima configurazione, con le seguenti eccezioni: - - Per indirizzo IP, creare e riservare un nuovo indirizzo IP. - Per Certificato, crea un nuovo certificato SSL per prova.esempio.com. - Per - Per Dopo aver aggiornato il bilanciatore del carico, aggiungi un nuovo Registra sul tuo dominio servizio di registrazione utilizzando l'indirizzo IP della nuova configurazione frontend: NOME TIPO DATI prova A INDIRIZZO IP Comportamento dell'API Il MainPageSuffix e Vengono utilizzate solo le configurazioni del sito Web NotFoundPage per le richieste che pervengono a Cloud Storage tramite a CNAME o Un reindirizzamento. Ad esempio, una richiesta a www.esempio.com mostra la pagina indice, ma una richiesta equivalente a storage.googleapis.com/www.example.com no Pertanto, il comportamento dell'API per le richieste ai domini Cloud Storage, ad esempio storage.googleapis.com/www.example.com, viene preservato. Ad esempio, tu può continuare a elencare gli oggetti nel file www.example.com bucket come faresti tu per qualsiasi altro secchio. Nel caso del www.example.com bucket, l'oggetto l'elenco che ricevi include 404.html e indice.html Ospita asset statici per un sito web dinamico Puoi utilizzare Cloud Storage per ospitare asset statici per un sito web dinamico ospitato, ad esempio, in Google App Engine o in Google Compute Engine. Alcuni vantaggi dell'hosting delle risorse statiche, come immagini o file JavaScript, in un bucket includono: - Cloud Storage si comporta come una consegna di contenuti Rete (CDN) perché gli oggetti leggibili sono memorizzati nella cache la rete Cloud Storage per impostazione predefinita. Gli addebiti per la larghezza di banda per l'accesso ai contenuti in genere costano meno con Cloud Storage. Il carico sui tuoi server web viene ridotto quando servi il contenuto statico da Archiviazione cloud. Quando si ospitano risorse statiche per un sito Web dinamico, non è necessario creare record DNS e puntano a un bucket o a un bilanciatore del carico come fai per a sito web statico. Ad esempio, potresti avere un bucket denominato www_example_com_assets con le risorse appropriate configurate come condivise pubblicamente e quindi accedere a tali risorse utilizzando il dominio Cloud Storage. Ad esempio, supponi di avere il file JavaScript library.js nel secchio www_example_com_assets che è condivisoquindi puoi accedervi come httpstorage.googleapis.com/www_example_com_assets/library.js Imposta i parametri della cache Puoi controllare come o se le risorse del tuo sito web vengono memorizzate nella cache configurando il file Metadati di controllo della cache. In genere, imposta solo i metadati di controllo della cache per oggetti accessibili a tutti gli utenti anonimi, che è un requisito per qualsiasi oggetto servito da un bucket Cloud Storage come parte di un'istanza statica sito web Cloud Storage applica un'impostazione di controllo della cache di 3600 secondi agli oggetti che lo sono accessibile a tutti gli utenti anonimi, a meno che non si specifichi esplicitamente il controllo della cache impostazioni. Vedere Visualizzazione e modifica dei metadati per istruzioni sull'impostazione metadati dell'oggetto, ad esempio Controllo della cache Puoi anche utilizzare Cloud CDN per memorizzare nella cache i contenuti con bilanciamento del carico HTTP(S) esterno vicino ai tuoi utenti, il che spesso riduce i costi di servizio. Per ulteriori informazioni, vedere Cache. Monitora i tuoi addebiti Se offri risorse da un bucket configurato come sito Web statico o servire asset statici da un bucket per un sito web dinamico ospitato all'esterno di Cloud Storage, dovresti monitorare gli addebiti al tuo progetto contenente il file secchio. La fornitura di contenuti comporta costi di Cloud Storage per l'archiviazione dei file contenuti, utilizzando la rete ed eseguendo operazioni di recupero. Per dettagli, consulta la pagina dei prezzi di Cloud Storage. Potresti anche incorrere in costi di rete se utilizzi il bilanciamento del carico HTTP(S) per la configurazione HTTPS. Consulta i prezzi di rete per maggiori dettagli. Il semplice esempio di prezzi nella pagina degli esempi di prezzi può essere utilizzato come approssimazione per il caso d'uso di un sito Web statico a basso traffico. Si noti, tuttavia, che l'esempio non tiene conto degli addebiti associati a Bilanciamento del carico HTTP(S), che spesso può essere l'addebito maggiore per un sito Web statico ospitando. Puoi usare il prezzo Calcolatrice per generare una stima dei costi basata sull'utilizzo previsto. Se sei un attuale utente di Google Cloud, puoi ottenere un'analisi dettagliata di i costi del tuo progetto nella pagina di fatturazione. Risoluzione dei problemi Consulta Risoluzione dei problemi per problemi comuni associati all'utilizzo di un bucket configurato per fornire contenuti di siti Web statici. ## Qual è il prossimo - - Ulteriori informazioni su altre opzioni di servizi web su Google Cloud. - Prova altri tutorial di Google Cloud che utilizzano Cloud Storage. ## Provalo tu stesso Se sei nuovo in Google Cloud, crea un account per valutare come Cloud Storage funziona nel mondo reale scenari. I nuovi clienti ricevono anche $ 300 in crediti gratuiti per eseguire, testare e distribuire i carichi di lavoro. Prova Cloud Storage gratuitamente