Après avoir généré les pages statiques compilées et les avoir téléchargées vers le dossier statique du site, vous devez publier ou republier le site afin d'activer les pages. De même, pour rétablir le comportement de diffusion de site non compilé, vous devez publier ou republier le site après avoir enlevé les fichiers statiques du site.
Lors de la publication, les pages statiques téléchargées vers le serveur sont disponibles pour la diffusion. Ces fichiers étant copiés lors du processus de publication, les performances de l'opération de publication sont susceptibles de diminuer proportionnellement au nombre de fichiers.
L'opération de publication rend l'ensemble actuel de fichiers statiques disponible pour la diffusion. Ces fichiers peuvent être synchronisés ou non avec les modifications apportées au site dynamique et peuvent mettre en miroir ou non le site dynamique. Il incombe au développeur de site de mettre à jour l'ensemble de fichiers statiques aux moments opportuns.
Lorsqu'un site possède des fichiers statiques associés, ces derniers sont diffusés pour les URL correspondantes qui entrent vers le serveur. Si une URL entrante ne correspond à aucun fichier statique, le fichier controller.html du site est renvoyé pour la demande. Cette opération suit le modèle dynamique existant de diffusion de site.
Les sites Oracle Content Management peuvent également définir des réacheminements 301 et 302 par le biais d'un fichier JSON associé. Lorsque des réacheminements ont été configurés, ils sont prioritaires par rapport aux fichiers statiques. Si une URL correspond à la fois à une règle de réacheminement et à un fichier statique, le réacheminement sera diffusé à partir du serveur.
L'évaluation de l'URL pour la diffusion de site suit ce flux :
Si c'est le cas, une réponse de réacheminement est émise.
Si la liste des agents utilisateur statiques mobiles est configurée pour le site et que la demande provient d'un navigateur qui correspond à la liste, le fichier statique mobile est diffusé.
controller.html de site dynamique est diffusé.Remarque :
Si les fichiers statiques mobiles sont associés au site et que le client utilise un réseau CDN pour la diffusion, le réseau CDN (généralement Akamai) doit être configuré pour mettre en mémoire cache les demandes de navigateur mobile séparément des demandes de bureau standard.
Si le réseau CDN n'est pas configuré avec une mise en mémoire cache mobile/standard séparée, les navigateurs mobiles peuvent recevoir les réponses standard et les navigateurs de bureau peuvent obtenir les réponses destinées aux navigateurs mobiles.
Les en-têtes HTTP dans les réponses de serveurs Web aident à déterminer la façon dont les navigateurs mettent les pages en mémoire cache. Les pages statiques sont également diffusées avec des en-têtes de mise en mémoire cache afin de faciliter la mise en mémoire cache du navigateur.
Pour les sites sécurisés, les en-têtes suivants sont envoyés avec des réponses :
Pour les sites standard, non sécurisés, les en-têtes suivants sont envoyés :
Cache-Control: max-age=300Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800
L'en-tête Edge-Control facilite le comportement de mise en mémoire cache CDN
Si vous disposez d'en-têtes personnalisés dans l'une de ces deux zones, la réponse comportera les en-têtes personnalisés au lieu des en-têtes standard répertoriés ici.
Vous pouvez contrôler ces réponses au niveau du locataire ou au niveau du site.
Les pages de détails dans les sites Oracle Content Management permettent à une page unique d'afficher des informations pour un certain nombre d'éléments de contenu.
Par exemple, la même page de détails peut être utilisée pour gérer un certain nombre d'URL. Les URL suivantes afficheraient la même structure de page, mais le contenu relatif aux éléments de contenu dont les valeurs slug sont item1.html, item2.html et item3.html, respectivement. Dans ce cas, il se peut que le compilateur de modèle CEC crée quatre fichiers :
/detail/item1.html/detail/item2.html/detail/item3.html/detail.htmlLe fichier final permet d'afficher le nouveau contenu publié sur le site Web sans avoir à recompiler ni à republier le site. Dans cet exemple, un élément de contenu avec une valeur slug item4.html est publié une fois le site en ligne. La page /detail.html statique permet d'afficher ce nouvel élément dynamiquement sur le site. L'URL /detail/item4.html diffuserait la page detail.html, mais afficherait le contenu lié à l'élément de contenu item4.html.
Le compilateur CEC génère la page detail.html afin d'afficher les éléments de contenu. Par conséquent, les URL relatives dans la page detail.html compilée disposeront de segments parent supplémentaires (../). Si la page detail.html est référencée directement, elle ne s'affichera donc pas correctement. Ainsi, la page detail.html elle-même ne doit pas être référencée ni ajoutée à la navigation de page.