Etter at kompilerte statiske sider har blitt generert og lastet opp til den statiske mappen til området, må du publisere området eller publisere det på nytt for at sidene skal bli aktive. Hvis du vil tilbakestille til atferden med levering av ikke-kompilerte områder, må du på tilsvarende måte publisere området eller publisere det på nytt etter at du har fjernet de statiske filene fra området.
Under publiseringen blir de opplastede statiske sidene gjort tilgjengelige for levering. Siden disse filene blir kopiert i løpet av publiseringsprosessen, kan ytelsen til publiseringsoperasjonen bli redusert proporsjonalt med antall filer.
Publiseringsoperasjonen tar det gjeldende settet av statiske filer og gjør dem tilgjengelige for levering. Det er usikkert om disse filene er synkroniserte med eventuelle endringer som kan ha skjedd i det dynamiske området, og om de speiler det dynamiske området. Det er opp til områdeutvikleren å oppdatere samlingen av statiske filer på passende tidspunkt.
Når et område har tilknyttede statiske filer, blir disse filene levert for samsvarende URL-adresser som kommer til tjeneren. Hvis en innkommende URL-adresse ikke samsvarer med en statisk fil, blir filen controller.html for området returnert for forespørselen. Dette følger den eksisterende dynamiske modellen for områdelevering.
Oracle Content Management-områder kan også definere 301- og 302-omdirigeringer via en tilknyttet JSON-fil. Når det er konfigurert omdirigeringer, får omdirigeringene prioritet over statiske filer. Hvis en URL-adresse samsvarer med både en omdirigeringsregel og en statisk fil, blir omdirigeringen levert fra tjeneren.
Evalueringen av URL-adressen for områdelevering følger denne flyten:
I så fall må du gi et omdirigeringssvar.
Hvis listen over mobile statiske brukeragenter er konfigurert for området, og forespørselen kommer fra en nettleser som samsvarer med listen, skal den mobile statiske filen leveres.
controller.html leveres til det dynamiske området.Merknad:
Hvis statiske filer for mobile enheter er knyttet til området, og kunden bruker et innholdsleveringsnettverk for levering, må innholdsleveringsnettverket (vanligvis Akamai) konfigureres til å hurtigbufre forespørsler fra nettlesere for mobile enheter atskilt fra standard skrivebordforespørsler.
Hvis innholdsleveringsnettverket ikke er konfigurert med atskilt hurtigbufring for mobile enheter / skrivebord (standard), kan nettlesere på mobile enheter motta standardsvar, og skrivebordsnettlesere kan få svar som er beregnet på nettlesere på mobile enheter.
HTTP-hoder i svarene fra Web-tjenere er med på å bestemme hvordan nettlesere skal hurtigbufre sider. Statiske sider leveres også med hurtigbufferhoder som tilrettelegger for hurtigbufring i nettlesere.
For sikre områder blir følgende hoder sendt sammen med svarene:
For standardområder som ikke er sikre, blir følgende hoder sendt:
Cache-Control: max-age=300Edge-Control: !no-store,max-age=2592000,downstream-ttl=1800
Hodet Edge-Control tilrettelegger for CDN-hurtigbufringsatferd
Hvis du har tilpasset hodene i ett av disse to områdene, kommer svarene til å ha de egendefinerte hodene i stedet for standardhodene som vises her.
Du kan kontrollere disse svarene på leiernivå eller på områdenivå.
Med detaljsider i Oracle Content Management-områder kan du vise opplysninger for en rekke innholdselementer på én side.
Den samme detaljsiden kan for eksempel brukes til å håndtere en rekke URL-adresser. Hver av disse URL-adressene viser samme sidestruktur, men viser innhold som er relatert til innholdselementene med kortkoblingsverdier som er henholdsvis item1.html, item2.html og item3.html. I dette tilfellet kan CEC-malkompilatoren opprette fire filer:
/detail/item1.html/detail/item2.html/detail/item3.html/detail.htmlDen siste filen gjør det mulig å vise nylig publisert materiale på Web-området uten at det er nødvendig å omkompilere området og publisere det på nytt. I dette eksemplet blir det publisert et innholdselement med kortkoblingsverdien item4.html etter at området er tilkoblet. Den statiske /detail.html-siden tillater at det vises et nytt element på området dynamisk. URL-adressen /detail/item4.html leverer detail.html-siden, men viser innhold som er relatert til innholdselementet item4.html.
CEC-kompilatoren genererer siden detail.html for visning av innholdselementer. På grunn av dette får relative URL-adresser på den kompilerte detail.html-siden ekstra overordnede segmenter (../). Så hvis det blir referert direkte til den, blir selve detail.html-siden ikke vist på riktig måte. Derfor bør det ikke refereres til selve detail.html-siden, og den bør heller ikke legges til i sidenavigeringen.