На этой странице приведены примеры и советы по использование ведер для размещения статического веб-сайта. ## Специальные страницы Индексные страницы Страница индекса (также называемая индексом каталога веб-сервера) это файл, который показывается посетителям, когда они запрашивают URL-адрес, не имеющий ассоциированный файл. Когда вы назначаете свойство MainPageSuffix, Облачное хранилище ищет файл с таким именем, префикс которого соответствует URL-адрес, запрошенный посетителем Например, скажем, вы установили MainPageSuffix вашего статического веб-сайта для индекс.html. Кроме того, скажем, у вас нет файла с именем каталог в вашем ведро www.example.com. В этой ситуации, если пользователь запрашивает URL-адрес httpwww.example.com/directory, облачное хранилище попытается обслужить файл www.example.com/directory/index.html. Если этот файл также не существует, Облачное хранилище возвращает страницу с ошибкой MainPageSuffix также управляет файлом, который обслуживается, когда пользователи запрашивают верхнюю часть страницы. сайт на уровне. Продолжая приведенный выше пример, если пользователь запрашивает httpwww.example.com, Cloud Storage пытается обслужить файл www.example.com/index.html При попытке доступа к URL-адресу с косой чертой в конце, например httpwww.example.com/dir/, см. Устранение неполадок Страница ошибки Страница ошибки — это файл, возвращаемый посетителям вашего статического сайта, которые запросить URL-адрес, который не соответствует существующему файлу. Если у вас есть назначен 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/ОБЪЕКТ_NAME Например, URL-адрес для index.html объект будет: httpstorage.googleapis.com/www.example.com/index.html Дополнительные сведения о работе с доступными данными см. Доступ к публичным данным. ## Советы по работе с корзиной, настроенной как веб-сайт Ниже приведены некоторые советы, которые следует учитывать при использовании ведро для размещения статического веб-сайта. Добавить поддомены Предположим, вы также хотите предоставлять контент на test.example.com из другого ведро, чем тот, который обслуживает контент в www.example.com. Для этого: - Создайте новое ведро для обслуживания вашего дополнительного контента. Если вы следовали руководству в разделе Размещение статического веб-сайта для обслуживания вашего контент через HTTPS, отредактируйте свой балансировщик нагрузки в Облачная консоль следующим образом: - - За Конфигурация серверной части, создание новой корзины серверной части тестовое ведро выбрав созданное вами новое ведро. - За Правила хоста и пути, добавьте новое правило следующим образом: Хосты Пути test.example.com /* тестовое ведро За Конфигурация внешнего интерфейса, добавьте новый внешний IP-адрес и порт с те же значения, что и в вашей первой конфигурации, со следующими исключениями: - - За IP-адрес, создайте и зарезервируйте новый IP-адрес. - За Сертификат, создайте новый SSL-сертификат для test.example.com. - За - За После обновления балансировщика нагрузки добавьте новый Запись на ваш домен служба регистрации с использованием IP-адреса новой конфигурации интерфейса: НАЗВАНИЕ ТИП ДАННЫЕ тест А АЙПИ АДРЕС поведение API MainPageSuffix и Конфигурации веб-сайта NotFoundPage используются только для запросов, поступающих в Cloud Storage через 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 Размещайте статические ресурсы для динамического веб-сайта Вы можете использовать облачное хранилище для размещения статических ресурсов для динамического веб-сайта, размещенный, например, в Google App Engine или в Вычислительный движок Google. Некоторые преимущества размещения ваших статических ресурсов, как изображения или файлы JavaScript, в ведро включают: - Облачное хранилище ведет себя как служба доставки контента. Сеть (CDN), поскольку читаемые объекты кэшируются в сеть облачного хранилища по умолчанию. Плата за пропускную способность для доступа к контенту обычно стоит меньше с облачным хранилищем. Нагрузка на ваши веб-серверы снижается при обслуживании статического контента из Облачное хранилище. При размещении статических ресурсов для динамического веб-сайта вам не нужно создавать записи DNS и указывают на корзину или балансировщик нагрузки, как вы это делаете для статический сайт. Например, у вас может быть ведро с именем www_example_com_assets с соответствующими активами, настроенными как общие публично, а затем получить доступ к этим активам, используя домен Cloud Storage. Например, предположим, что у вас есть файл JavaScript library.js в ведре www_example_com_assets, который является общим, то вы можете получить к нему доступ как httpstorage.googleapis.com/www_example_com_assets/library.js Установить параметры кеша Вы можете контролировать, как и будут ли кэшироваться ресурсы вашего веб-сайта, настроив Метаданные управления кэшем. Как правило, устанавливайте только метаданные управления кешем. для объектов, доступных для всех анонимных пользователей, что является требованием для любого объекта, обслуживаемого из корзины Cloud Storage как часть статического интернет сайт Облачное хранилище применяет параметр управления кешем 3600 секунд к объектам, которые доступный для всех анонимных пользователей, если вы не укажете явное управление кешем настройки. Инструкции по настройке см. в разделе Просмотр и редактирование метаданных. метаданные объекта, такие как Кэш-Контроль Вы также можете использовать Cloud CDN для кэширования внешнего контента HTTP(S) с балансировкой нагрузки. рядом с вашими пользователями, что часто снижает затраты на обслуживание. Для получения дополнительной информации см. Кэширование. Контролируйте свои расходы Если вы обслуживаете активы из корзины, настроенной как статический веб-сайт или обслуживание статических ресурсов из корзины для динамического веб-сайта, размещенного за пределами Облачное хранилище, вы должны следить за расходами вашего проекта, содержащего ведро. Обслуживание контента влечет за собой затраты на облачное хранилище для хранения контента, используя сеть и выполняя поисковые операции. Для получения подробной информации, см. страницу цен на облачное хранилище. С вас также может взиматься плата за сеть, если вы используете балансировку нагрузки HTTP(S) для настройки HTTPS. Для получения более подробной информации см. Сетевые цены. Простой пример ценообразования на странице примеров ценообразования может использоваться в качестве приблизительного варианта использования статического веб-сайта с низким трафиком. Обратите внимание, однако, что пример не учитывает расходы, связанные с Балансировка нагрузки HTTP (S), которая часто может быть самой большой платой за статический веб-сайт. хостинг. Вы можете воспользоваться прайс-листом Калькулятор для расчета стоимости на основе прогнозируемого использования. Если вы являетесь текущим пользователем Google Cloud, вы можете получить подробную информацию о стоимость вашего проекта на странице выставления счетов. Исправление проблем См. Устранение неполадок, чтобы узнать о распространенных проблемах, связанных с использованием корзины. настроен для обслуживания статического содержимого веб-сайта. ## Что дальше - - Узнайте о других вариантах веб-обслуживания в Google Cloud. - Попробуйте другие учебные пособия Google Cloud, в которых используется облачное хранилище. ## Попробуйте сами Если вы новичок в Google Cloud, создайте учетную запись, чтобы оценить, как Облачное хранилище работает в реальном мире сценарии. Новые клиенты также получают бесплатные кредиты в размере 300 долларов США для запуска, тестирования и развертывание рабочих нагрузок. Попробуйте облачное хранилище бесплатно