Чтобы скомпилированные статические страницы стали активными после создания и загрузки в статическую папку сайта, необходимо опубликовать или повторно опубликовать сайт. Аналогичным образом, чтобы вернуться к режиму доставки неcкомпилированного сайта, необходимо опубликовать или повторно опубликовать сайт после удаления из него статических файлов.
Во время публикации загруженные статические страницы становятся доступными для доставки. Поскольку эти файлы копируются в процессе публикации, производительность операции публикации может снижаться пропорционально количеству файлов.
В операции публикации берется текущий набор статических файлов и делается доступным для доставки. Возможна синхронизация таких файлов с любыми изменениями, которые произошли на динамическом сайте, и они могут отражать динамический сайт. Обновление коллекции статических файлов в соответствующее время остается на усмотрение разработчика сайта.
Когда сайт имеет связанные статические файлы, эти файлы доставляются для соответствующих URL-адресов, поступающих на сервер. Если входящий URL-адрес не соответствует статическому файлу, по запросу возвращается файл controller.html сайта. Это соответствует существующей динамической модели доставки сайта.
Сайты Oracle Content Management также могут определять перенаправления 301 и 302 посредством связанного JSON-файла. После настройки перенаправления становятся более приоритетными, чем статические файлы. Если URL-адрес соответствует правилу перенаправления и статическому файлу, с сервера доставляется перенаправление.
URL-адрес для доставки сайта оценивается следующим образом:
Если да, выдайте ответ для перенаправления.
Если для сайта настроен список статических агентов пользователей для мобильных устройств, а от браузера поступает запрос, соответствующий списку, то следует отправить статический файл для мобильных устройств.
controller.html сайта.Примечание.:
Если с сайтом связаны статические файлы для мобильных устройств, а клиент использует сеть CDN для доставки, то CDN (обычно Akamai) необходимо настроить так, чтобы кэшировать запросы браузеров мобильных устройств отдельно от стандартных запросов настольных устройств.
Если в CDN не настроено отдельное мобильное/стандартное кэширование, то браузеры для мобильных устройств могут принимать стандартные ответы, а браузеры настольных устройств могут получать ответы, предназначенные для браузеров мобильных устройств.
HTTP-заголовки в ответах веб-серверов помогают определить способ кэширования страниц браузерами. Статические страницы также поставляются с заголовками кэширования для облегчения кэширования в браузере.
Для защищенных сайтов вместе с ответами отправляются следующие заголовки:
Для стандартных незащищенных сайтов отправляются указанные ниже заголовки.
Cache-Control: max-age=300Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800
Заголовок Edge-Control помогает упростить кэширование CDN.
Если настроить заголовки в одной из этих двух областей, ответ будет содержать пользовательские заголовки вместо стандартных, перечисленных здесь.
Эти ответы можно контролировать на уровне арендаторов или на уровне сайтов.
Страницы сведений на сайтах Oracle Content Management позволяют отображать на одной странице информацию о нескольких элементах контента.
Например, для обработки нескольких URL-адресов можно использовать одну и ту же страницу сведений. Каждый из таких URL-адресов отражает одинаковую структуру страниц, но отображает контент, связанный с элементами контента со следующими значения кода: item1.html, item2.html и item3.html соответственно. В такой ситуации компилятор шаблонов cec может создать четыре файла:
/detail/item1.html/detail/item2.html/detail/item3.html/detail.htmlПоследний файл позволяет отображать недавно опубликованный материал на веб-сайте без повторной компиляции и повторной публикации сайта. В данном примере элемент контента со значением кода item4.html публикуется после перехода сайта в онлайн-режим. Статическая страница /detail.html позволяет динамически отображать новый элемент на сайте. URL-адрес /detail/item4.html открывает страницу detail.html, но отображается контент, связанный с элементом контента item4.html.
Компилятор cec создает страницу detail.html для отображения элементов контента. По этой причине относительные URL-адреса на скомпилированной странице detail.html имеют дополнительные родительские сегменты (../). Итак, при наличии прямой ссылки страница detail.html отображается неправильно. Поэтому не следует делать ссылку на саму страницу detail.html или добавлять ее в навигацию по страницам.