На цій сторінці наведено приклади та поради щодо
використання сегментів для розміщення статичного веб-сайту.


## Спеціальні сторінки


 Індексні сторінки


Індексна сторінка (також називається індексом каталогу веб-сервера)
це файл, який надається відвідувачам, коли вони запитують URL-адресу, яка не має
асоційований файл. Коли ви призначаєте a
властивість MainPageSuffix,
Cloud Storage шукає файл із такою назвою, префікс якого збігається з
URL, запитуваний відвідувачем

Наприклад, скажіть, що ви встановили
MainPageSuffix вашого статичного веб-сайту до

index.html. Крім того, скажіть, що у вас немає імені файлу
каталог у вашому
відро
www.example.com. У цій ситуації, якщо користувач запитує URL-адресу

httpwww.example.com/directory, Cloud Storage намагається надати файл

www.example.com/directory/index.html. Якщо цей файл також не існує,
Cloud Storage повертає сторінку помилки

The
MainPageSuffix також контролює файл, який обслуговується, коли користувачі запитують початок
рівень сайту. Продовжуючи наведений вище приклад, якщо користувач запитує

httpwww.example.com, Cloud Storage намагається надати файл

www.example.com/index.html

Під час спроби отримати доступ до URL-адреси з косою рискою в кінці, наприклад

httpwww.example.com/dir/, див. Усунення несправностей

 Сторінка помилки


Сторінка помилки – це файл, який повертається відвідувачам вашого статичного сайту, які
запитати URL-адресу, яка не відповідає існуючому файлу. Якщо у вас є
призначено a
MainPageSuffix, Cloud Storage повертає сторінку помилки, лише якщо
немає ані файлу із запитаною назвою, ані відповідної сторінки покажчика

Коли повертається сторінка помилки, код відповіді http є
404. Властивість, що
контролює, який файл діє як сторінка помилки
Сторінка не знайдена. Якщо ви цього не зробите
встановити
NotFoundPage, користувачі отримують загальну сторінку помилки

## Приклади конфігурації веб-сайту


 Трьохпредметне відро


Припустимо, відро з назвою
www.example.com налаштовано як веб-сайт
з такими налаштуваннями та файлами:
-

MainPageSuffix= "index.html"NotFoundPage= "404.html"- Відро містить три спільні об’єкти: «index.html», «404.html» і «dir/index.html».

У наведеній нижче таблиці показано вміст для вибраних URL-адрес:


|URL запит
||Подається вміст
||Код відповіді HTTP
|
|httpwww.example.com
|

httpwww.example.com/

httpwww.example.com/index.html
|Об'єкт "index.htmln||200
|
|httpwww.example.com/hello
||Об'єкт "404.htmln||404
|
|httpwww.example.com/dir/index.html
||Об'єкт "dir/index.htmln||200
|
|httpwww.example.com/dir
||Об'єкт "dir/index.htmln||301
|
|httpwww.example.com/dir/
||Об'єкт "dir/index.html", припускаючи, що для /dir/ не існує нульового байтового об'єкта
||200
|
|Порожній об'єкт із нульовим байтом, якщо він існує для /dir/. Див. розділ «Усунення несправностей», щоб видалити цей нульовий об’єкт.
||301
|
 Відро двопредметне


Припустимо, відро з назвою
www.example.com налаштовано як веб-сайт
з такими налаштуваннями та файлами:
-

MainPageSuffix= "main.html"NotFoundPage= "404.html"— Відро містить два спільні об’єкти: «main.html» і «404.html».

У наведеній нижче таблиці показано вміст для вибраних URL-адрес:


|URL запит
||Поданий вміст
||Код відповіді HTTP
|
|httpwww.example.com
|

httpwww.example.com/
|Об'єкт "main.htmln||200
|
|httpwww.example.com/index.html
||Об'єкт "404.htmln||404
|
Якщо об’єкт є спільним, ви також можете
переглянути цей об'єкт за URL-адресою:

httpstorage.googleapis.com/


BUCKET_NAME/ OBJECT_NAME
Наприклад, URL-адреса для
об'єкт index.html буде:

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


Щоб отримати додаткові відомості про роботу з доступними даними, див
Доступ до відкритих даних.


## Поради щодо роботи з сегментом, налаштованим як веб-сайт


Нижче наведено кілька порад, про які слід пам’ятати під час використання a
відро для розміщення статичного веб-сайту.


 Додайте субдомени


Припустімо, що ви також хочете обслуговувати вміст на
test.example.com, з іншого
відро, ніж те, у якому розміщується вміст
www.example.com. Робити так:
-

Створіть нове відро для розміщення додаткового вмісту.

Якщо ви дотримувалися посібника з розміщення статичного веб-сайту для обслуговування вашого
вміст через HTTPS, відредагуйте балансувальник навантаження в
Хмарна консоль наступним чином:




-

- Для
Конфігурація бекенда, створіть новий бекенд
тест-відро
вибравши створене вами нове відро.

- Для
Правила хоста та шляху, додайте нове правило наступним чином:


Шляхи до хостів
test.example.com /* тестове відро


для


Конфігурація інтерфейсу, додайте нову IP-адресу та порт інтерфейсу за допомогою
ті самі значення, що й ваша перша конфігурація, за такими винятками:


-

- Для
IP-адресу, створіть і зарезервуйте нову IP-адресу.

- Для
Сертифікат, створити новий сертифікат SSL для
test.example.com.

- Для
- Для
Після оновлення балансувальника навантаження додайте новий
Arecord до вашого домену
служба реєстрації за допомогою IP-адреси нової конфігурації інтерфейсу:


НАЗВА ТИП ДАНИХ
тест А
IP-АДРЕСА
 

 Поведінка API


The
ГоловнаСторінкаСуфікс і
Використовуються лише конфігурації веб-сайту NotFoundPage
для запитів, які надходять до Cloud Storage через a

CNAME або
Перенаправлення. Наприклад, прохання до
www.example.com
показує сторінку індексу, але еквівалентний запит

storage.googleapis.com/www.example.com ні

Таким чином, поведінка API для запитів до доменів Cloud Storage, таких як

storage.googleapis.com/www.example.com, зберігається. Наприклад, ти
можна продовжувати перераховувати об’єкти в
www.example.com відро, як і ви
для будь-якого іншого відра. У випадку з
www.example.com відро, об’єкт
перелік, який ви отримуєте, включає
404.html і
index.html

 Розмістіть статичні ресурси для динамічного веб-сайту


Ви можете використовувати Cloud Storage для розміщення статичних ресурсів для динамічного веб-сайту
розміщені, наприклад, у Google App Engine або в
Google Compute Engine. Деякі переваги розміщення ваших статичних ресурсів,
як зображення або файли JavaScript, у відро включають:


-

Хмарне сховище поводиться як доставка вмісту
Мережа (CDN), оскільки доступні для читання об’єкти кешуються
мережа Cloud Storage за замовчуванням.

Плата за смугу пропускання для доступу до вмісту зазвичай коштує дешевше з Cloud Storage.

Навантаження на веб-сервери зменшується під час надання статичного вмісту з
Хмарне сховище.

Розміщуючи статичні ресурси для динамічного веб-сайту, вам не потрібно створювати
Записи DNS і вказуйте на сегмент або балансувальник навантаження, як це робите для a
статичний сайт. Наприклад, можна назвати відро

www_example_com_assets з відповідними активами, налаштованими як спільні
публічно, а потім отримати доступ до цих активів за допомогою домену Cloud Storage.
Наприклад, припустімо, що у вас є файл JavaScript
library.js у відрі

www_example_com_assets, який є спільним, тоді ви можете отримати до нього доступ як

httpstorage.googleapis.com/www_example_com_assets/library.js

 Встановіть параметри кешу


Ви можете контролювати, як і чи кешуються ресурси вашого веб-сайту, налаштувавши

Метадані Cache-Control. Зазвичай встановлюйте лише метадані керування кеш-пам’яттю
для об’єктів, які доступні всім анонімним користувачам, що є обов’язковою умовою
для будь-якого об’єкта, який обслуговується з відра Cloud Storage як частина статики
веб-сайт

Хмарне сховище застосовує налаштування керування кеш-пам’яттю на 3600 секунд до об’єктів, які є
доступний для всіх анонімних користувачів, якщо ви не вкажете явний контроль кешу
налаштування. Інструкції щодо налаштування див. у розділі Перегляд і редагування метаданих
метадані об’єкта, наприклад
Cache-Control

Ви також можете використовувати Cloud CDN для кешування зовнішнього HTTP(S) вмісту зі збалансованим навантаженням
близько до користувачів, що часто знижує витрати на обслуговування. Для отримання додаткової інформації див
Кешування.


 Контролюйте свої витрати


Якщо ви обслуговуєте ресурси з сегмента, налаштованого як статичний веб-сайт або
обслуговування статичних ресурсів із відра для динамічного веб-сайту, розміщеного за межами
Хмарне сховище, ви повинні контролювати витрати на свій проект, що містить
відро. Обслуговування вмісту вимагає витрат на хмарне сховище для зберігання
вмісту, використання мережі та виконання операцій пошуку. Щоб дізнатися більше,
див. сторінку Ціни на хмарне сховище.


З вас також може стягуватися мережева плата, якщо для налаштування ви використовуєте балансування навантаження HTTP(S).
HTTPS. Додаткову інформацію див. у розділі «Мережеві ціни».
Простий приклад ціноутворення на сторінці прикладів ціноутворення може
використовувати як наближення для варіанта використання статичного веб-сайту з низьким трафіком.
Однак зауважте, що в прикладі не враховуються витрати, пов’язані з
Балансування навантаження HTTP(S), яке часто може бути найбільшою платою за статичний веб-сайт
хостинг. Ви можете використовувати ціноутворення
Калькулятор для створення оцінки витрат на основі прогнозованого використання.





Якщо ви зараз є користувачем Google Cloud, ви можете отримати детальну розбивку
витрати на ваш проект на сторінці платежів.


 Вирішення проблем


Перегляньте розділ «Усунення несправностей», щоб дізнатися про типові проблеми, пов’язані з використанням відра
налаштований для обслуговування статичного вмісту веб-сайту.


## Що далі


-

- Дізнайтеся про інші параметри веб-обслуговування в Google Cloud.

- Спробуйте інші навчальні посібники Google Cloud, які використовують Cloud Storage.

##
 Спробуйте самі

 

 
 
 


 Якщо ви новачок у Google Cloud, створіть обліковий запис, щоб дізнатися, як це зробити
 Хмарне сховище працює в реальному світі
 сценарії. Нові клієнти також отримують 300 доларів США у вигляді безкоштовних кредитів для запуску, тестування та
 розгорнути робочі навантаження.

 
 

 

 





 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 
 
 

 

 

 

 

 

 

 

 

 

 








 
 
 
 
 
 Спробуйте безкоштовно Cloud Storage