Ang pahinang ito ay nagpapakita ng mga halimbawa at tip para sa
gamit ang mga bucket para mag-host ng isang static na website.
## Mga espesyal na pahina
Mga pahina ng index
Isang index page (tinatawag ding webserver directory index)
ay isang file na inihahatid sa mga bisita kapag humiling sila ng URL na walang
nauugnay na file. Kapag nagtalaga ka ng a
MainPageSuffix property,
Ang Cloud Storage ay naghahanap ng isang file na may ganoong pangalan na ang prefix ay tumutugma sa
URL na hiniling ng bisita
Halimbawa, sabihin mong itinakda mo ang
MainPageSuffix ng iyong static na website sa
index.html. Bukod pa rito, sabihin nating wala kang pinangalanang file
direktoryo sa iyong
balde
www.example.com. Sa sitwasyong ito, kung hihilingin ng isang user ang URL
httpwww.example.com/directory, sinusubukan ng Cloud Storage na ihatid ang file
www.example.com/directory/index.html. Kung wala rin ang file na iyon,
Nagbabalik ang Cloud Storage ng isang pahina ng error
Ang
Kinokontrol din ng MainPageSuffix ang file na inihatid kapag hiniling ng mga user ang tuktok
antas ng site. Ang pagpapatuloy sa halimbawa sa itaas, kung humiling ang isang user
httpwww.example.com, sinusubukan ng Cloud Storage na ihatid ang file
www.example.com/index.html
Kapag sinusubukang i-access ang isang URL na may trailing slash, gaya ng
httpwww.example.com/dir/, tingnan ang Pag-troubleshoot
Pahina ng error
Ang pahina ng error ay ang file na ibinalik sa mga bisita ng iyong static na site na
humiling ng URL na hindi tumutugma sa isang umiiral na file. Kung mayroon kang
itinalaga a
MainPageSuffix, ibinabalik lamang ng Cloud Storage ang pahina ng error kung
walang file na may hiniling na pangalan o isang naaangkop na pahina ng index
Kapag nagbabalik ng pahina ng error, ang http response code ay
404. Ang ari-arian na
kinokontrol kung aling file ang gumaganap bilang ang pahina ng error
NotFoundPage. Kung hindi mo gagawin
itakda
NotFoundPage, nakakatanggap ang mga user ng generic na pahina ng error
## Mga halimbawa ng configuration ng website
Bucket na may tatlong bagay
Ipagpalagay na isang balde na pinangalanan
Ang www.example.com ay na-configure bilang isang website
gamit ang mga sumusunod na setting at file:
-
MainPageSuffix= "index.html"NotFoundPage= "404.html"- Ang bucket ay naglalaman ng tatlong nakabahaging bagay: "index.html", "404.html", at "dir/index.html".
Ipinapakita ng sumusunod na talahanayan ang nilalamang inihatid para sa mga napiling URL:
|Hiniling ang URL
||Inihain ang Nilalaman
||HTTP response code
|
|httpwww.example.com
|
httpwww.example.com/
httpwww.example.com/index.html
|Ang bagay na "index.htmln||200
|
|httpwww.example.com/hello
||Ang bagay na "404.htmln||404
|
|httpwww.example.com/dir/index.html
||Ang bagay na "dir/index.htmln||200
|
|httpwww.example.com/dir
||Ang bagay na "dir/index.htmln||301
|
|httpwww.example.com/dir/
||Ang object na "dir/index.html", sa pag-aakalang walang zero-byte na object ang umiiral para sa /dir/
||200
|
|Isang zero byte na walang laman na bagay, kung ito ay umiiral para sa /dir/. Tingnan ang paksa sa Pag-troubleshoot para sa pag-alis nitong zero byte object.
||301
|
Dalawang-bagay na balde
Ipagpalagay na isang balde na pinangalanan
Ang www.example.com ay na-configure bilang isang website
gamit ang mga sumusunod na setting at file:
-
MainPageSuffix= "main.html"NotFoundPage= "404.html"- Ang bucket ay naglalaman ng twoshared object: "main.html"at "404.html".
Ipinapakita ng sumusunod na talahanayan ang nilalamang inihatid para sa mga napiling URL:
|Hiniling ang URL
||Inihain ang Nilalaman
||HTTP response code
|
|httpwww.example.com
|
httpwww.example.com/
|Ang bagay na "main.htmln||200
|
|httpwww.example.com/index.html
||Ang bagay na "404.htmln||404
|
Kung ang isang bagay ay ibinahagi maaari mo rin
tingnan ang bagay na iyon gamit ang URL:
httpstorage.googleapis.com/
BUCKET_NAME/ OBJECT_NAME
Halimbawa, ang URL para sa isang
index.html object ay magiging:
httpstorage.googleapis.com/www.example.com/index.html
Para sa higit pang impormasyon tungkol sa pagtatrabaho sa naa-access na data, tingnan ang
Pag-access sa Pampublikong Data.
## Mga tip para sa pagtatrabaho sa isang bucket na na-configure bilang isang website
Ang mga sumusunod ay ilang mga tip na dapat tandaan kapag gumagamit ng a
bucket upang mag-host ng isang static na website.
Magdagdag ng mga subdomain
Ipagpalagay na gusto mo ring maghatid ng nilalaman sa
test.example.com, mula sa ibang
bucket kaysa sa naghahain ng nilalaman sa
www.example.com. Upang gawin ito:
-
Gumawa ng bagong bucket para ihatid ang iyong karagdagang content.
Kung sinunod mo ang tutorial sa Pagho-host ng isang static na website upang maihatid ang iyong
content sa HTTPS, i-edit ang iyong load balancer sa
Cloud console tulad ng sumusunod:
-
- Para sa
Configuration ng backend, gumawa ng bagong backend bucket
pansubok na balde
sa pamamagitan ng pagpili sa bagong bucket na iyong ginawa.
- Para sa
Mga panuntunan sa host at path, magdagdag ng bagong panuntunan gaya ng sumusunod:
Hosts Paths Backends
test.example.com /* test-bucket
Para sa
Frontend configuration, magdagdag ng bagong Frontend IP at port na may
parehong mga halaga gaya ng iyong unang configuration, kasama ang mga sumusunod na pagbubukod:
-
- Para sa
IP address, lumikha at magreserba ng bagong IP address.
- Para sa
Certificate, gumawa ng bagong SSL certificate para sa
test.example.com.
- Para sa
- Para sa
Pagkatapos mong i-update ang load balancer, magdagdag ng bago
Arecord sa iyong domain
serbisyo sa pagpaparehistro gamit ang IP address ng bagong configuration ng frontend:
NAME TYPE DATA
pagsubok A
IP ADDRESS
Pag-uugali ng API
Ang
MainPageSuffix at
Ginagamit lang ang mga configuration ng website ng NotFoundPage
para sa mga kahilingang dumarating sa Cloud Storage sa pamamagitan ng a
CNAME o
Isang pag-redirect. Halimbawa, isang kahilingan sa
www.example.com
ipinapakita ang pahina ng index, ngunit isang katumbas na kahilingan sa
storage.googleapis.com/www.example.com ay hindi
Kaya, ang pag-uugali ng API para sa mga kahilingan sa mga domain ng Cloud Storage, gaya ng
storage.googleapis.com/www.example.com, ay pinapanatili. Halimbawa, ikaw
maaaring magpatuloy sa paglilista ng mga bagay sa
www.example.com bucket gaya ng gagawin mo
para sa anumang iba pang balde. Sa kaso ng
www.example.com bucket, ang bagay
Kasama sa listahan na natanggap mo
404.html at
index.html
Mag-host ng mga static na asset para sa isang dynamic na website
Maaari mong gamitin ang Cloud Storage upang mag-host ng mga static na asset para sa isang dynamic na website
naka-host, halimbawa, sa Google App Engine o sa
Google Compute Engine. Ilang benepisyo ng pagho-host ng iyong mga static na asset,
tulad ng mga larawan o JavaScript file, sa isang bucket ay kinabibilangan ng:
-
Ang Cloud Storage ay kumikilos tulad ng isang Paghahatid ng Nilalaman
Network (CDN) dahil naka-cache ang mga nababasang bagay
ang Cloud Storage network bilang default.
Ang mga singil sa bandwidth para sa pag-access ng nilalaman ay karaniwang mas mura sa Cloud Storage.
Ang pag-load sa iyong mga web server ay nababawasan kapag naghahatid ng static na nilalaman mula sa
Cloud Storage.
Kapag nagho-host ng mga static na asset para sa isang dynamic na website, hindi mo kailangang gumawa
Mga tala ng DNS at tumuturo sa isang bucket o load balancer gaya ng ginagawa mo para sa a
static na website. Halimbawa, maaari kang magkaroon ng isang bucket na pinangalanan
www_example_com_assets na may naaangkop na mga asset na na-configure bilang nakabahagi
pampubliko at pagkatapos ay i-access ang mga asset na iyon gamit ang Cloud Storage domain.
Halimbawa, ipagpalagay na mayroon kang JavaScript file
library.js sa bucket
www_example_com_assets na ibinabahagipagkatapos ay maa-access mo ito bilang
httpstorage.googleapis.com/www_example_com_assets/library.js
Itakda ang mga parameter ng cache
Makokontrol mo kung paano o kung ang mga asset ng iyong website ay naka-cache sa pamamagitan ng pag-configure ng
Metadata ng Cache-Control. Sa pangkalahatan, itakda lamang ang metadata ng kontrol ng cache
para sa mga bagay na naa-access ng lahat ng hindi kilalang user, na isang kinakailangan
para sa anumang bagay na inihatid mula sa isang Cloud Storage bucket bilang bahagi ng isang static
website
Naglalapat ang Cloud Storage ng setting ng kontrol ng cache na 3600 segundo sa mga bagay na
naa-access sa lahat ng hindi kilalang user, maliban kung tinukoy mo ang tahasang kontrol sa cache
mga setting. Tingnan ang Pagtingin at Pag-edit ng Metadata para sa mga tagubilin para sa setting
object metadata, tulad ng
Cache-Control
Maaari mo ring gamitin ang Cloud CDN para i-cache ang external na HTTP(S) na pag-load ng balanseng content
malapit sa iyong mga user, na kadalasang nakakabawas sa mga gastos sa paghahatid. Para sa karagdagang impormasyon, tingnan
Pag-cache.
Subaybayan ang iyong mga singil
Kung naghahatid ka ng mga asset mula sa isang bucket na na-configure bilang isang static na website o
naghahatid ng mga static na asset mula sa isang bucket para sa isang dynamic na website na naka-host sa labas ng
Cloud Storage, dapat mong subaybayan ang mga singil sa iyong proyekto na naglalaman ng
balde. Ang paghahatid ng nilalaman ay nagkakaroon ng mga gastos sa Cloud Storage para sa pag-iimbak ng
nilalaman, gamit ang network, at pagsasagawa ng mga operasyon sa pagkuha. Para sa mga detalye,
tingnan ang pahina ng Pagpepresyo ng Cloud Storage.
Maaari ka ring magkaroon ng mga singil sa networking kung gagamit ka ng HTTP(S) Load Balancing para mag-set up
HTTPS. Tingnan ang Pagpepresyo sa Network para sa higit pang mga detalye.
Ang simpleng halimbawa ng pagpepresyo sa pahina ng mga halimbawa ng pagpepresyo ay maaaring
gamitin bilang isang pagtatantya para sa kaso ng paggamit ng isang mababang trapiko, static na website.
Tandaan, gayunpaman, na hindi isinasaalang-alang ng halimbawa ang mga singil na nauugnay sa
HTTP(S) Load Balancing, na kadalasan ay ang pinakamalaking singil para sa static na website
pagho-host. Maaari mong gamitin ang Pagpepresyo
Calculator upang makabuo ng pagtatantya ng gastos batay sa iyong inaasahang paggamit.
Kung isa kang kasalukuyang user ng Google Cloud, maaari kang makakuha ng detalyadong breakdown ng
ang iyong mga gastos sa proyekto sa pahina ng pagsingil.
Pag-troubleshoot
Tingnan ang Pag-troubleshoot para sa mga karaniwang isyu na nauugnay sa paggamit ng bucket
na-configure upang maghatid ng static na nilalaman ng website.
## Anong susunod
-
- Matuto tungkol sa iba pang mga opsyon sa web serving sa Google Cloud.
- Subukan ang iba pang mga tutorial sa Google Cloud na gumagamit ng Cloud Storage.
##
Subukan ito para sa iyong sarili
Kung bago ka sa Google Cloud, gumawa ng account para suriin kung paano
Ang Cloud Storage ay gumaganap sa real-world
mga senaryo. Makakakuha din ang mga bagong customer ng $300 na libreng credits para tumakbo, subukan, at
mag-deploy ng mga workload.
Subukan ang Cloud Storage nang libre
cloud.google.com
Ibinahagi ang WEB HOSTING#56
