Op deze pagina staan ​​voorbeelden en tips voor buckets gebruiken om een ​​statische website te hosten. ## Speciale pagina's Index pagina's Een indexpagina (ook wel webserver-directory-index genoemd) is een bestand dat aan bezoekers wordt aangeboden wanneer ze een URL opvragen die geen bijbehorende bestand. Wanneer u een Eigenschap MainPageSuffix, Cloud Storage zoekt naar een bestand met die naam waarvan het voorvoegsel overeenkomt met de URL die de bezoeker heeft opgevraagd Stel bijvoorbeeld dat u de MainPageSuffix van uw statische website naar index.html. Stel bovendien dat u geen bestand met de naam map in uw emmer www.voorbeeld.com. In deze situatie, als een gebruiker de URL opvraagt httpwww.example.com/directory, Cloud Storage probeert het bestand aan te bieden www.example.com/directory/index.html. Als dat bestand ook niet bestaat, Cloud Storage retourneert een foutpagina De MainPageSuffix bepaalt ook het bestand dat wordt weergegeven wanneer gebruikers om de top vragen niveau site. Voortzetting van het bovenstaande voorbeeld, als een gebruiker daarom vraagt httpwww.example.com, Cloud Storage probeert het bestand aan te bieden www.voorbeeld.com/index.html Wanneer u probeert toegang te krijgen tot een URL met een schuine streep, zoals httpwww.example.com/dir/, zie Problemen oplossen Fout pagina De foutpagina is het bestand dat wordt teruggestuurd naar bezoekers van uw statische site die vraag een URL aan die niet overeenkomt met een bestaand bestand. Als je hebt toegewezen een MainPageSuffix retourneert Cloud Storage alleen de foutpagina als er is noch een bestand met de gevraagde naam, noch een toepasselijke indexpagina Bij het retourneren van een foutpagina is de http-antwoordcode 404. Het eigendom dat bepaalt welk bestand fungeert als de foutpagina Nietgevondenpagina. Als je dat niet doet set NotFoundPage ontvangen gebruikers een generieke foutpagina ## Voorbeelden van websiteconfiguratie Emmer met drie objecten Stel dat een emmer met de naam www.example.com is geconfigureerd als een website met de volgende instellingen en bestanden: - MainPageSuffix= "index.html"NotFoundPage= "404.html"- De bucket bevat drie gedeelde objecten: "index.html", "404.html"en "dir/index.html". De volgende tabel toont de inhoud die wordt aangeboden voor geselecteerde URL's: |URL aangevraagd ||Inhoud weergegeven ||HTTP-antwoordcode | |httpwww.voorbeeld.com | httpwww.voorbeeld.com/ httpwww.example.com/index.html |Het object "index.htmln||200 | |httpwww.example.com/hallo ||Het object "404.htmln||404 | |httpwww.example.com/dir/index.html ||Het object "dir/index.htmln||200 | |httpwww.example.com/dir ||Het object "dir/index.htmln||301 | |httpwww.example.com/dir/ ||Het object "dir/index.html", aangenomen dat er geen object van nul bytes bestaat voor /dir/ ||200 | |Een leeg object van nul bytes, als het bestaat voor /dir/. Zie het onderwerp Problemen oplossen voor het verwijderen van dit object van nul bytes. ||301 | Emmer met twee objecten Stel dat een emmer met de naam www.example.com is geconfigureerd als een website met de volgende instellingen en bestanden: - MainPageSuffix= "main.html"NotFoundPage= "404.html"- De bucket bevat twee gedeelde objecten: "main.html"en "404.html". De volgende tabel toont de inhoud die wordt aangeboden voor geselecteerde URL's: |URL gevraagd ||Inhoud weergegeven ||HTTP-antwoordcode | |httpwww.voorbeeld.com | httpwww.voorbeeld.com/ |Het object "main.htmln||200 | |httpwww.example.com/index.html ||Het object "404.htmln||404 | Als een object gedeeld wordt, kan dat ook bekijk dat object met de URL: httpsopslag.googleapis.com/ BUCKET_NAME/OBJECT_NAME Bijvoorbeeld de URL voor een index.html-object zou zijn: httpstorage.googleapis.com/www.example.com/index.html Zie voor meer informatie over het werken met toegankelijke gegevens Toegang tot openbare gegevens. ## Tips voor het werken met een bucket die is geconfigureerd als een website Hieronder volgen enkele tips waarmee u rekening moet houden bij het gebruik van een bucket om een ​​statische website te hosten. Subdomeinen toevoegen Stel dat je ook content wilt serveren bij test.example.com, van een andere bucket dan degene die inhoud serveert www.voorbeeld.com. Om dit te doen: - Maak een nieuwe bucket om uw aanvullende inhoud weer te geven. Als je de tutorial hebt gevolgd bij Een statische website hosten om je te dienen inhoud via HTTPS, bewerk uw load balancer in de Cloudconsole als volgt: - - Voor Backend-configuratie, maak een nieuwe backend-bucket test-emmer door de nieuwe bucket te selecteren die u hebt gemaakt. - Voor Host- en padregels, voeg als volgt een nieuwe regel toe: Hosts Paden Backends test.example.com /* test-bucket Voor Frontend-configuratie, voeg een nieuw frontend-IP en poort toe met de dezelfde waarden als uw eerste configuratie, met de volgende uitzonderingen: - - Voor IP-adres, maak en reserveer een nieuw IP-adres. - Voor Certificaat, maak een nieuw SSL-certificaat aan voor test.voorbeeld.com. - Voor - Voor Nadat u de load balancer hebt bijgewerkt, voegt u een nieuw Arecord naar uw domein registratieservice met behulp van het IP-adres van de nieuwe frontend-configuratie: NAAM TYPE GEGEVENS proef A IP ADRES API-gedrag De MainPageAchtervoegsel en Alleen NotFoundPage-websiteconfiguraties worden gebruikt voor verzoeken die bij Cloud Storage binnenkomen via een CNAME of Een omleiding. Bijvoorbeeld een verzoek aan www.voorbeeld.com toont de indexpagina, maar een equivalent verzoek aan storage.googleapis.com/www.example.com niet Dus API-gedrag voor verzoeken aan Cloud Storage-domeinen, zoals storage.googleapis.com/www.example.com, blijft behouden. Bijvoorbeeld jij kan doorgaan met het weergeven van objecten in het www.voorbeeld.com emmer zoals je zou doen voor elke andere emmer. In het geval van de www.example.com bucket, het object vermelding die u ontvangt omvat 404.html en index.html Host statische middelen voor een dynamische website U kunt Cloud Storage gebruiken om statische activa te hosten voor een dynamische website bijvoorbeeld gehost in Google App Engine of in Google Compute Engine. Enkele voordelen van het hosten van uw statische activa, zoals afbeeldingen of JavaScript-bestanden, in een emmer zijn onder andere: - Cloud Storage gedraagt ​​zich als een Content Delivery Netwerk (CDN) omdat leesbare objecten in de cache zijn opgeslagen standaard het Cloud Storage-netwerk. Bandbreedtekosten voor toegang tot inhoud zijn doorgaans lager bij Cloud Storage. De belasting van uw webservers wordt verminderd bij het aanbieden van de statische inhoud van Cloud opslag. Bij het hosten van statische activa voor een dynamische website hoeft u niets te maken DNS-records en verwijzen naar een bucket of load balancer zoals u doet voor een statische website. U kunt bijvoorbeeld een bucket met de naam hebben www_example_com_assets met de juiste assets geconfigureerd als gedeeld openbaar en krijg vervolgens toegang tot die activa met behulp van het Cloud Storage-domein. Stel dat u het JavaScript-bestand hebt library.js in de bucket www_example_com_assets dat wordt gedeeld, dan heb je er toegang toe als httpstorage.googleapis.com/www_example_com_assets/library.js Cacheparameters instellen U kunt bepalen hoe en of uw website-items in de cache worden opgeslagen door de Cache-Control-metadata. Stel over het algemeen alleen metagegevens voor cachebeheer in voor objecten die toegankelijk zijn voor alle anonieme gebruikers, wat een vereiste is voor elk object dat vanuit een Cloud Storage-bucket wordt aangeboden als onderdeel van een static website Cloud Storage past een instelling voor cachebeheer van 3600 seconden toe op objecten die dat wel zijn toegankelijk voor alle anonieme gebruikers, tenzij u expliciet cachebeheer specificeert instellingen. Zie Metagegevens bekijken en bewerken voor instructies voor het instellen objectmetadata, zoals Cache-controle U kunt Cloud CDN ook gebruiken om externe HTTP(S) load balanced content te cachen dicht bij uw gebruikers, wat vaak de servicekosten verlaagt. Voor meer informatie, zie cachen. Houd uw kosten in de gaten Als u activa aanbiedt vanuit een bucket die is geconfigureerd als een statische website of het aanbieden van statische activa vanuit een bucket voor een dynamische website die buiten wordt gehost Cloud Storage, moet u de kosten voor uw project met de emmer. Het aanbieden van inhoud brengt Cloud Storage-kosten met zich mee voor het opslaan van de inhoud, het gebruik van het netwerk en het uitvoeren van ophaalbewerkingen. Voor details, zie de prijspagina voor cloudopslag. Er kunnen ook netwerkkosten in rekening worden gebracht als u HTTP(S) Load Balancing gebruikt om in te stellen HTTPS. Zie Netwerkprijzen voor meer details. Het eenvoudige prijsvoorbeeld op de pagina met prijsvoorbeelden kan worden gebruikt als een benadering voor de use case van een statische website met weinig verkeer. Houd er echter rekening mee dat het voorbeeld geen rekening houdt met de kosten die verband houden met HTTP(S) Load Balancing, wat vaak de grootste kostenpost kan zijn voor een statische website hosting. U kunt gebruik maken van de prijslijst Calculator om een ​​kostenraming te genereren op basis van uw verwachte gebruik. Als u een huidige Google Cloud-gebruiker bent, kunt u een gedetailleerd overzicht krijgen van uw projectkosten op de facturatiepagina. Probleemoplossen Zie Problemen oplossen voor veelvoorkomende problemen bij het gebruik van een bucket geconfigureerd om statische website-inhoud weer te geven. ## Wat is het volgende - - Meer informatie over andere opties voor webservices op Google Cloud. - Probeer andere Google Cloud-tutorials die gebruikmaken van Cloud Storage. ## Probeer het zelf Als u nieuw bent bij Google Cloud, maakt u een account om te evalueren hoe Cloud Storage presteert in de echte wereld scenario's. Nieuwe klanten krijgen ook $ 300 aan gratis tegoeden om uit te voeren, te testen en werklasten inzetten. Probeer Cloud Storage gratis