Nachdem kompilierte statische Seiten generiert und in den static-Ordner der Site hochgeladen wurden, müssen Sie die Site veröffentlichen oder erneut veröffentlichen, damit die Seiten aktiv werden. Wenn Sie gleichermaßen zum Sitebereitstellungsverhalten vor der Kompilierung zurückkehren möchten, müssen Sie die Site veröffentlichen oder erneut veröffentlichen, nachdem Sie die statischen Dateien von der Site entfernt haben.
Bei der Veröffentlichung werden die hochgeladenen statischen Seiten für die Bereitstellung verfügbar gemacht. Da diese Dateien während der Veröffentlichung kopiert werden, kann die Performance der Veröffentlichung sich je nach Anzahl der Dateien verschlechtern.
Bei der Veröffentlichung werden die aktuellen statischen Seiten für die Bereitstellung verfügbar gemacht. Diese Dateien sind nicht unbedingt mit Änderungen in der dynamischen Site synchron und spiegeln die dynamische Site nicht unbedingt wider. Der Siteentwickler ist dafür zuständig, die Sammlung statischer Dateien zu gegebener Zeit zu aktualisieren.
Wenn eine Site mit statischen Dateien verknüpft ist, werden diese Dateien für beim Server eingehende übereinstimmende URLs bereitgestellt. Wenn eine eingehende URL nicht mit einer statischen Datei übereinstimmt, wird die Datei controller.html der Site für die Anforderung zurückgegeben. Dabei wird das vorhandene dynamische Modell für die Sitebereitstellung befolgt.
Oracle Content Management-Sites können auch 301- und 302-Umleitungen über eine verknüpfte JSON-Datei definieren. Wenn Umleitungen konfiguriert wurden, haben diese Vorrang vor statischen Dateien. Wenn eine URL sowohl mit einer Umleitungsregel als auch mit einer statischen Datei übereinstimmt, wird die Umleitung vom Server bereitgestellt.
Die URL-Auswertung für die Sitebereitstellung folgt dem folgenden Ablauf:
Wenn ja, wird eine Umleitungsantwort ausgegeben.
Wenn die Liste der mobilen statischen Benutzer-Agents für die Site konfiguriert ist und die Anforderung von einem Browser stammt, der mit der Liste übereinstimmt, wird die mobile statische Datei bereitgestellt.
controller.html bereitgestellt.Hinweis:
Wenn mobile statische Dateien mit der Site verknüpft sind und der Kunde ein CDN für die Bereitstellung verwendet, muss das CDN (in der Regel Akamai) so konfiguriert werden, dass mobile Browseranforderungen separat von Standarddesktopanforderungen gecacht werden.
Wenn das CDN nicht mit separatem Caching für mobile bzw. Standardanforderungen konfiguriert ist, können mobile Browser Standardantworten empfangen, und Desktopbrowser können Antworten erhalten, die für mobile Browser gedacht sind.
HTTP-Header in den Antworten von Webservern bestimmen, wie Browser Seiten cachen. Statische Seiten werden ebenfalls mit Caching-Headern übermittelt, um das Browser-Caching zu erleichtern.
Bei sicheren Seiten werden die folgenden Header mit Antworten gesendet:
Bei standardmäßigen, nicht sicheren Seiten werden die folgenden Header gesendet:
Cache-Control: max-age=300Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800
Der Edge-Control-Header erleichtert das CDN-Caching-Verhalten
Wenn Sie die Header in einem dieser beiden Bereiche angepasst haben, enthält die Antwort die benutzerdefinierten Header anstelle der hier aufgeführten Standardheader.
Sie können diese Antworten auf Mandanten- oder Siteebene steuern.
Detailseiten in Oracle Content Management-Sites zeigen auf einer einzelnen Seite Informationen zu mehreren Inhaltselementen an.
Beispiel: Dieselbe Detailseite kann für mehrere URLs verwendet werden. Jede dieser URLs zeigt dann dieselbe Seitenstruktur an, präsentiert aber den Inhalt für die Inhaltselemente mit den Slug-Werten item1.html, item2.html bzw. item3.html. Dabei kann der CEC-Vorlagen-Compiler vier Dateien erstellen:
/detail/item1.html/detail/item2.html/detail/item3.html/detail.htmlMithilfe der letzten Datei können Sie neu veröffentlichtes Material auf der Website anzeigen, ohne die Site erneut kompilieren und veröffentlichen zu müssen. In diesem Beispiel wird ein Inhaltselement mit dem Slug-Wert item4.html veröffentlicht, nachdem die Site online gestellt wurde. Durch die statische Seite /detail.html kann dieses neue Element dynamisch auf der Site angezeigt werden. Die URL /detail/item4.html liefert die Seite detail.html, zeigt aber Inhalt zum Inhaltselement item4.html an.
Der CEC-Compiler generiert die Seite detail.html, um Inhaltselemente anzuzeigen. Aus diesem Grund weisen relative URLs innerhalb der kompilierten Seite detail.html zusätzliche übergeordnete Segmente auf (../). Wenn sie also direkt referenziert wird, wird die Seite detail.html selbst nicht korrekt angezeigt. Die Seite detail.html selbst darf daher nicht referenziert oder der Seitennavigation hinzugefügt werden.