Publiceren

Nadat gecompileerde statische pagina's zijn gegenereerd en naar de statische map van de site zijn geladen, moet u de site publiceren of opnieuw publiceren, zodat de pagina's actief worden. Ook als u niet-gecompileerd gedrag voor sitelevering wilt herstellen, moet u publiceren of opnieuw publiceren nadat de statische bestanden van de site zijn verwijderd.

Tijdens de publicatie worden de geladen statische pagina's beschikbaar gesteld voor levering. Omdat deze bestanden worden gekopieerd tijdens het publicatieproces, kunnen de prestaties van de bewerking evenredig afnemen met het aantal bestanden.

Tijdens de publicatiebewerking wordt de huidige set statische bestanden gebruikt en worden de bestanden beschikbaar gesteld voor levering. Deze bestanden worden al dan niet gesynchroniseerd met eventuele wijzigingen in de dynamische site en ze komen al dan niet exact overeen met de dynamische site. Het is aan de siteontwikkelaar om de verzameling statische bestanden op geschikte momenten bij te werken.

Prioriteit levering statische site

Wanneer aan een site statische bestanden zijn gekoppeld, worden deze bestanden geleverd voor overeenkomende URL's die op de server binnenkomen. Als een binnenkomende URL niet met een statisch bestand overeenkomt, wordt het bestand controller.html van de site geretourneerd voor de aanvraag. Hiermee wordt het bestaande dynamische model voor sitelevering gevolgd.

Voor Oracle Content Management sites kunnen ook 301- en 302-omleidingen worden gedefinieerd met behulp van een gekoppeld JSON-bestand. Wanneer omleidingen zijn geconfigureerd, krijgen de omleidingen prioriteit boven statische bestanden. Als een URL overeenkomt met zowel een omleidingsregel als een statisch bestand, wordt de omleiding vanaf de server geleverd.

De URL-evaluatie voor sitelevering volgt deze stroom:

  1. Komt de URL overeen met een geconfigureerde omleiding?

    In dat geval moet u omleidingsrespons uitgeven.

  2. Komt de URL overeen met een statisch bestand?

    Als de statische lijst van gebruikersagenten voor mobiel is geconfigureerd voor de site en de aanvraag afkomstig is van een browser die overeenkomt met de lijst, levert u het statische bestand voor mobiel.

  3. Lever anders het bestand controller.html van de dynamische site.

Opmerking:

Als statische bestanden voor mobiel aan de site zijn gekoppeld en de klant een CDN gebruikt voor levering, dan moet het CDN (gewoonlijk Akamai) zo worden geconfigureerd dat aanvragen van mobiele browsers apart van aanvragen van standaarddesktops in de cache worden opgeslagen.

Als het CDN niet wordt geconfigureerd voor aparte caching van mobiel/standaard, dan kunnen mobiele browsers een standaardrespons ontvangen en kunnen desktopbrowsers een respons ontvangen die voor mobiele browsers is bedoeld.

Cachingkopteksten

Met HTTP-kopteksten in de reacties van webservers kan worden bepaald hoe pagina's in de cache van browsers worden opgeslagen. Statische pagina's bevatten ook cachingkopteksten om browsercaching mogelijk te maken.

Voor beveiligde sites worden de volgende kopteksten met reacties verstuurd:

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

Voor niet-beveiligde standaardsites worden de volgende kopteksten verstuurd:

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

    Met de koptekst Edge-Control wordt cachegedrag in CDN's mogelijk gemaakt.

Als u de kopteksten in een van deze twee gebieden hebt aangepast, bevat de respons de aangepaste kopteksten in plaats van de hier vermelde standaardkopteksten.

U kunt deze reacties op tenantniveau of op siteniveau beheren.

Detailpagina's

Met detailpagina's op Oracle Content Management sites kan op één pagina informatie voor een aantal inhouditems worden weergegeven.

Op één detailpagina kan bijvoorbeeld een aantal URL's worden getoond. Elke URL zal dezelfde paginastructuur hebben, maar de inhoud weergeven voor de inhouditems waarvan de slugwaarden respectievelijk item1.html, item2.html en item3.html zijn. Voor deze situatie worden mogelijk vier bestanden gemaakt met de cec-sjablooncompiler:

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

Met het definitieve bestand kan nieuw gepubliceerd materiaal op de website worden weergegeven, zonder dat u de site opnieuw hoeft te compileren en te publiceren. In dit voorbeeld is een inhouditem met de slugwaarde item4.html gepubliceerd toen de site al online was. Met de statische pagina /detail.html kan dat nieuwe item dynamisch op de site worden weergegeven. De URL /detail/item4.html levert de pagina detail.html op, maar de weergegeven inhoud is gerelateerd aan het inhouditem item4.html.

Met de cec-compiler wordt de pagina detail.html gegenereerd om inhouditems weer te geven. Daarom hebben relatieve URL's op de gecompileerde pagina detail.html extra bovenliggende segmenten (../). Als er rechtstreeks naar de pagina detail.html wordt verwezen, wordt deze dus niet goed weergegeven. Om die reden moet er niet naar de pagina detail.html zelf worden verwezen en moet deze niet aan de paginanavigatie worden toegevoegd.