Após as páginas estáticas compiladas terem sido geradas e o upload ter sido feito na pasta estática do site, publique ou republique o site para que as páginas se tornem ativas. Da mesma forma, para reverter ao comportamento de entrega de site não compilado, publique ou republique após a remoção dos arquivos estáticos do site.
Durante a publicação, as páginas estáticas do upload são disponibilizadas para entrega. Como esses arquivos são copiados durante o processo de publicação, o desempenho da operação de publicação pode diminuir proporcionalmente ao número de arquivos.
A operação de publicação obtém o conjunto atual de arquivos estáticos e os torna disponíveis para entrega. Esses arquivos podem ou não estar em sincronia com qualquer alteração que tenha ocorrido no site dinâmico, podendo ou não refleti-lo. A atualização da coleção de arquivos estáticos nos momentos apropriados fica a cargo do desenvolvedor de site.
Quando um site tem arquivos estáticos associados, esses arquivos são entregues para correspondência dos URLs que entram no servidor. Se um URL de entrada não corresponder a um arquivo estático, o arquivo controller.html do site será retornado para a solicitação. Isso segue o modelo dinâmico existente para entrega de site.
Os sites do Oracle Content Management também podem definir 301 e 302 redirecionamentos por meio de um arquivo JSON associado. Quando os redirecionamentos tiverem sido configurados, eles terão prioridade sobre os arquivos estáticos. Se um URL corresponder a uma regra de redirecionamento e a um arquivo estático, o redirecionamento será entregue do servidor.
A avaliação do URL para entrega do site segue este fluxo:
Se sim, emita uma resposta de redirecionamento.
Se a lista de agentes do usuário estático móvel estiver configurada para o site e a solicitação estiver vindo de um browser que corresponda à lista, entregue o arquivo estático móvel.
controller.html de site dinâmico.Nota:
Se os arquivos estáticos estiverem associados ao site e o cliente estiver usando um CDN para entrega, o CDN (geralmente o Akamai) precisará ser configurado para armazenar no cache as solicitações do browser móvel separadamente das solicitações do desktop padrão.
Se o CDN não estiver configurado com cache móvel/padrão distinto, os browsers móveis poderão receber respostas padrão e os browsers de desktop poderão obter respostas destinadas aos browsers móveis.
Os Cabeçalhos HTTP nas respostas dos servidores web ajudam a determinar como os browsers armazenarão as páginas no cache. As páginas estáticas também são entregues com cabeçalhos de armazenamento no cache, facilitando assim o trabalho do browser de armazená-los no cache.
Para sites seguros, os seguintes cabeçalhos serão enviados com respostas:
Para sites padrão não seguros, os seguintes cabeçalhos serão enviados:
Cache-Control: max-age=300Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800
O cabeçalho Edge-Control ajuda a facilitar o comportamento de cache do CDN
Se você tiver personalizado os cabeçalhos em uma dessas duas áreas, a resposta terá os cabeçalhos personalizados, em vez daqueles padrão listados aqui.
Você pode controlar essas respostas no nível do tenant ou do site.
As páginas de detalhes nos sites do Oracle Content Management permitem que uma única página mostre informações de vários itens de conteúdo.
Por exemplo, a mesma página de detalhes pode ser usada para manipular vários URLs. Cada um desses URLs exibiria a mesma estrutura de página, mas mostraria o conteúdo relacionado aos itens de conteúdo cujos valores de slug são item1.html, item2.html e item3.html, respectivamente. Nesse caso, o compilador de modelo do cec poderá criar quatro arquivos:
/detail/item1.html/detail/item2.html/detail/item3.html/detail.htmlO arquivo final permite que um material recém-publicado seja exibido no site sem precisar recompilar e republicar o site. Neste exemplo, um item de conteúdo com o valor de slug item4.html é publicado após o site ser colocado on-line. A página /detail.html estática permite que o novo item seja exibido dinamicamente no site. O URL /detail/item4.html entregaria a página detail.html, mas mostraria conteúdo relacionado ao item de conteúdo item4.html.
O compilador cec gera a página detail.html para exibir itens de conteúdo. Por esse motivo, os URLs relativos dentro da página detail.html compilada terão segmentos pais extras (../). Assim, se referenciada diretamente, a própria página detail.html não seria exibida corretamente. Por esse motivo, a própria página detail.html não deverá ser referenciada ou adicionada à navegação de páginas.