Publicación

Una vez que las páginas estáticas compiladas se hayan generado y cargado en la carpeta estática del sitio, debe publicar o volver a publicar el sitio para que se activen estas páginas. De forma similar, debe publicar o volver a publicar el sitio tras eliminar los archivos estáticos del sitio para revertirlo a un comportamiento de entrega de sitio no compilado.

Durante la publicación, las páginas estáticas cargadas están disponibles para su entrega. Debido a que estos archivos se copian durante el proceso de publicación, puede que el rendimiento de esta operación disminuya de manera proporcional al número de archivos.

La operación de publicación hace que el juego de archivos estáticos actual esté disponible para su entrega. Estos archivos pueden estar sincronizados, o no, con todos los cambios que se hayan producido en el sitio dinámico y pueden duplicar, o no, el sitio dinámico. El desarrollador del sitio decidirá cuándo es adecuado actualizar la recopilación de archivos estáticos.

Prioridad de entrega de sitio estático

Cuando un sitio tiene archivos estáticos asociados, estos archivos se entregan a URL coincidentes que entran en el servidor. Si una URL de entrada no coincide con un archivo estático, se devuelve el archivo controller.html del sitio a la solicitud. De esta forma, se sigue el modelo dinámico existente para la entrega de sitio.

Los sitios de Oracle Content Management también pueden definir redirecciones 301 y 302 mediante un archivo JSON asociado. Cuando se configuran las redirecciones, estas toman prioridad sobre los archivos estáticos. Si una URL coincide con una regla de redirección y un archivo estático, la redirección se entregará desde el servidor.

La evaluación de la URL de la entrega de sitio sigue este flujo:

  1. ¿Coincide la URL con una redirección configurada?

    En tal caso, emita una respuesta de redirección.

  2. ¿Se corresponde la URL con un archivo estático?

    Si la lista de agentes de usuarios estáticos móviles está configurada para el sitio y la solicitud proviene de un explorador que coincide con la lista, se entrega el archivo estático móvil.

  3. En caso contrario, se entrega el archivo controller.html de sitio dinámico.

Nota:

Si los archivos estáticos móviles se asocian al sitio y el cliente utiliza una CDN para la entrega, la CDN (Akamai, normalmente) ha de estar configurada para almacenar en caché las consultas del explorador móvil con independencia de las solicitudes de escritorio estándar.

Si la CDN no está configurada con almacenamiento en caché estándar/móvil independiente, los exploradores móviles pueden recibir respuestas estándar, mientras que los de escritorio pueden obtener respuestas para exploradores móviles.

Almacenamiento en caché de cabeceras

Las cabeceras HTTP de las respuestas de los servidores web ayudan a determinar la forma en que los exploradores web almacenarán las páginas en caché. Las páginas estáticas también se entregan con cabeceras de caché para facilitar el almacenamiento en caché del explorador.

En los sitios seguros, se enviarán las siguientes cabeceras con respuestas:

  • Cache-Control: no-store
  • Pragma: no-cache

En los sitios estándar o no seguros, se enviarán las siguientes cabeceras:

  • Cache-Control: max-age=300
  • Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800

    La cabecera Edge-Control facilita el comportamiento de almacenamiento en caché de CDN.

Si ha personalizado las cabeceras en una de estas dos áreas, la respuesta tendrá dichas cabeceras en lugar de las cabeceras estándar que se muestran aquí.

Estas respuestas se pueden controlar en el nivel de inquilino o en el de sitio.

Páginas de detalles

Las páginas de detalles en sitios de Oracle Content Management permiten que una única página muestre información para un número de elementos de contenido.

Por ejemplo, la misma página de detalles se puede usar para manejar una serie de URL. Cada una de estas URL tendrá la misma estructura de página, pero mostrará el contenido relacionado con los elementos de contenido cuyos valores de nombre para URL son item1.html, item2.html y item3.html, respectivamente. Para esa situación, el compilador de plantilla cec creará cuatro archivos:

  • /detail/item1.html
  • /detail/item2.html
  • /detail/item3.html
  • /detail.html

El archivo final permite mostrar en el sitio web el material que se acaba de publicar sin tener que volver a compilar y publicar el sitio. En este ejemplo, se publica un elemento de contenido con nombre para URL item4.html una vez que el sitio está en línea. La página estática /detail.html permite que el elemento nuevo se muestre dinámicamente en el sitio. La URL /detail/item4.html entregará la página detail.html, pero mostrará el contenido relacionado con el elemento de contenido item4.html.

El compilador cec genera la página detail.html para mostrar elementos de contenido. Por este motivo, las URL relativas de la página compilada detail.html tendrán segmentos principales extra (../). Por lo tanto, si se hace referencia directamente, la propia página detail.html no se mostrará correctamente. Por esta razón, no debería hacerse referencia a la propia página detail.html ni esta debería agregarse a la navegación de página.