Den här sidan visar exempel och tips för
använda hinkar för att vara värd för en statisk webbplats.


## Specialsidor


 Indexsidor


En indexsida (kallas även ett webbserverkatalogindex)
är en fil som visas för besökare när de begär en URL som inte har en
tillhörande fil. När du tilldelar en
MainPageSuffix-egenskap,
Cloud Storage letar efter en fil med det namnet vars prefix matchar
URL som besökaren begärde

Säg till exempel att du ställer in
MainPageSuffix för din statiska webbplats till

index.html. Säg dessutom att du inte har någon fil namngiven
katalog i din
hink
www.exempel.com. I den här situationen, om en användare begär webbadressen

httpwww.example.com/directory, Cloud Storage försöker visa filen

www.example.com/katalog/index.html. Om den filen inte heller finns,
Cloud Storage returnerar en felsida

De
MainPageSuffix styr också filen som visas när användare begär toppen
nivå webbplats. Fortsätter med ovanstående exempel, om en användare begär

httpwww.example.com, Cloud Storage försöker visa filen

www.example.com/index.html

När du försöker komma åt en URL med ett snedstreck, som t.ex

httpwww.example.com/dir/, se Felsökning

 Felsida


Felsidan är filen som returneras till besökare på din statiska webbplats som
begära en URL som inte motsvarar en befintlig fil. Om du har
tilldelas en
MainPageSuffix, Cloud Storage returnerar bara felsidan om
det finns varken en fil med det begärda namnet eller en tillämplig indexsida

När du returnerar en felsida är http-svarskoden
404. Den egendom som
styr vilken fil som fungerar som felsidan är
NotFoundPage. Om du inte gör det
uppsättning
NotFoundPage, användare får en generisk felsida

## Exempel på webbplatskonfiguration


 Tre-objekt hink


Antag att en hink heter
www.example.com har konfigurerats som en webbplats
med följande inställningar och filer:
-

MainPageSuffix= "index.html"NotFoundPage= "404.html"- Hinken innehåller tre delade objekt: "index.html", "404.html"och "dir/index.html".

Följande tabell visar innehållet som visas för valda webbadresser:


|URL begärd
||Innehåll som visas
||HTTP-svarskod
|
|httpwww.example.com
|

httpwww.example.com/

httpwww.example.com/index.html
|Objektet "index.htmln||200
|
|httpwww.example.com/hej
||Objektet "404.htmln||404
|
|httpwww.example.com/dir/index.html
||Objektet "dir/index.htmln||200
|
|httpwww.example.com/dir
||Objektet "dir/index.htmln||301
|
|httpwww.example.com/dir/
||Objektet "dir/index.html", förutsatt att det inte finns något nollbyteobjekt för /dir/
||200
|
|Ett tomt objekt med noll byte, om det finns för /dir/. Se avsnittet Felsökning för att ta bort detta nollbyteobjekt.
||301
|
 Hink med två föremål


Antag att en hink heter
www.example.com har konfigurerats som en webbplats
med följande inställningar och filer:
-

MainPageSuffix= "main.html"NotFoundPage= "404.html"- Hinken innehåller två delade objekt: "main.html"och "404.html".

Följande tabell visar innehållet som visas för valda webbadresser:


|URL begärd
||Innehåll som visas
||HTTP-svarskod
|
|httpwww.example.com
|

httpwww.example.com/
|Objektet "main.htmln||200
|
|httpwww.example.com/index.html
||Objektet "404.htmln||404
|
Om ett objekt är delat kan du också
visa objektet med URL:en:

httpstorage.googleapis.com/


BUCKET_NAME/OBJECT_NAME
Till exempel URL:en för en
index.html objekt skulle vara:

httpstorage.googleapis.com/www.example.com/index.html


För mer information om att arbeta med tillgänglig data, se
Tillgång till offentliga data.


## Tips för att arbeta med en hink konfigurerad som en webbplats


Följande är några tips att tänka på när du använder en
hink för att vara värd för en statisk webbplats.


 Lägg till underdomäner


Anta att du också vill visa innehåll på
test.example.com, från en annan
hink än den som serverar innehåll vid
www.exempel.com. Att göra så:
-

Skapa en ny hink för att visa ditt extra innehåll.

Om du följde handledningen på Hosting a static website to serve your
innehåll över HTTPS, redigera din lastbalanserare i
Molnkonsol enligt följande:




-

- För
Backend-konfiguration, skapa en ny backend-bucket
provskopa
genom att välja den nya hink du skapade.

- För
Värd- och sökvägsregler, lägg till en ny regel enligt följande:


Värdar Paths Backends
test.example.com /* test-bucket


För


Frontend-konfiguration, lägg till en ny Frontend-IP och port med
samma värden som din första konfiguration, med följande undantag:


-

- För
IP-adress, skapa och reservera en ny IP-adress.

- För
Certifikat, skapa ett nytt SSL-certifikat för
test.exempel.com.

- För
- För
När du har uppdaterat belastningsbalansen lägger du till en ny
Arecord till din domän
registreringstjänst med IP-adressen för den nya frontend-konfigurationen:


NAMN TYP DATA
test A
IP-ADRESS
 

 API-beteende


De
MainPageSuffix och
NotFoundPage-webbplatskonfigurationer används endast
för förfrågningar som kommer till Cloud Storage via en

CNAME eller
En omdirigering. Till exempel en begäran om att
www.exempel.com
visar indexsidan, men en motsvarande begäran till

storage.googleapis.com/www.example.com gör det inte

Således API-beteende för förfrågningar till Cloud Storage-domäner, som t.ex

storage.googleapis.com/www.example.com, bevaras. Till exempel du
kan fortsätta att lista objekt i
www.example.com bucket som du skulle
för vilken annan hink som helst. I fallet med
www.example.com hink, objektet
lista du får inkluderar
404.html och
index.html

 Värd för statiska tillgångar för en dynamisk webbplats


Du kan använda Cloud Storage för att vara värd för statiska tillgångar för en dynamisk webbplats
värd, till exempel i Google App Engine eller i
Google Compute Engine. Några fördelar med att vara värd för dina statiska tillgångar,
som bilder eller JavaScript-filer, i en hink inkluderar:


-

Cloud Storage beter sig som en innehållsleverans
Nätverk (CDN) eftersom läsbara objekt cachelagras
Cloud Storage-nätverket som standard.

Bandbreddsavgifter för åtkomst till innehåll kostar vanligtvis mindre med Cloud Storage.

Belastningen på dina webbservrar minskar när du servar det statiska innehållet från
Molnlagring.

När du är värd för statiska tillgångar för en dynamisk webbplats behöver du inte skapa
DNS registrerar och pekar på en hink eller lastbalanserare som du gör för en
statisk webbplats. Du kan till exempel få en hink namngiven

www_example_com_assets med lämpliga tillgångar konfigurerade som delade
offentligt och sedan få tillgång till dessa tillgångar med Cloud Storage-domänen.
Anta till exempel att du har JavaScript-filen
library.js i hinken

www_example_com_assets som delas då kan du komma åt det som

httpstorage.googleapis.com/www_example_com_assets/library.js

 Ställ in cacheparametrar


Du kan styra hur eller om dina webbplatstillgångar cachelagras genom att konfigurera

Cache-Control metadata. I allmänhet ställer du bara in metadata för cachekontroll
för objekt som är tillgängliga för alla anonyma användare, vilket är ett krav
för alla objekt som serveras från en Cloud Storage-bucket som en del av en statisk
hemsida

Cloud Storage tillämpar en cachekontrollinställning på 3600 sekunder på objekt som är
tillgänglig för alla anonyma användare, såvida du inte anger explicit cachekontroll
inställningar. Se Visa och redigera metadata för instruktioner för inställning
objektmetadata, som t.ex
Cache-kontroll

Du kan också använda Cloud CDN för att cachelagra externt HTTP(S) belastningsbalanserat innehåll
nära dina användare, vilket ofta minskar serveringskostnaderna. För mer information, se
Cachning.


 Övervaka dina avgifter


Om du betjänar tillgångar från en hink konfigurerad som en statisk webbplats eller
visar statiska tillgångar från en hink för en dynamisk webbplats som är värd utanför
Cloud Storage, bör du övervaka avgifterna för ditt projekt som innehåller
hink. Att visa innehåll medför kostnader för molnlagring för att lagra
innehåll, använda nätverket och utföra hämtningsåtgärder. För detaljer,
se sidan med priser för molnlagring.


Du kan också få nätverksavgifter om du använder HTTP(S) Lastbalansering för att konfigurera
HTTPS. Se Nätverkspriser för mer information.
Det enkla prisexemplet på sidan med prisexempel kan
användas som en uppskattning för användningen av en statisk webbplats med låg trafik.
Observera dock att exemplet inte tar hänsyn till avgifter förknippade med
HTTP(S) lastbalansering, som ofta kan vara den största avgiften för statisk webbplats
värdskap. Du kan använda prissättningen
Kalkylator för att generera en kostnadsberäkning baserad på din beräknade användning.





Om du är en nuvarande Google Cloud-användare kan du få en detaljerad uppdelning av
dina projektkostnader på faktureringssidan.


 Felsökning


Se Felsökning för vanliga problem i samband med att använda en hink
konfigurerad för att visa statiskt webbplatsinnehåll.


## Vad kommer härnäst


-

- Lär dig mer om andra webbserveralternativ på Google Cloud.

- Prova andra Google Cloud-tutorials som använder Cloud Storage.

##
 Prova själv

 

 
 
 


 Om du är ny på Google Cloud, skapa ett konto för att utvärdera hur
 Cloud Storage fungerar i verkligheten
 scenarier. Nya kunder får också $300 i gratis krediter att köra, testa och
 distribuera arbetsbelastningar.

 
 

 

 





 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 








 
 
 
 
 
 Prova Cloud Storage gratis