Publicarea

După ce paginile statice compilate au fost generate şi încărcate în folderul static al site-ului, este necesar să publicaţi sau să re-publicaţi site-ul pentru ca paginile să devină active. În mod similar, pentru a reveni la comportamentul de livrare al site-ului necompilat este necesar să publicaţi sau să publicaţi din nou pagina după eliminarea fişierelor statice de pe site.

În timpul publicării, paginile statice încărcate sunt puse la dispoziţie pentru livrare. Deoarece aceste fişiere sunt copiate în timpul procesului de publicare, performanţa operaţiei de publicare poate să scadă proporţional cu numărul de fişiere implicate.

Operaţia de publicare preia setul curent de fişiere statice şi le pune la dispoziţie pentru livrare. Este posibil ca aceste fişiere să fie sau să nu fie sincronizate cu toate modificările care s-au întâmplat pe site-ul dinamic şi astfel să oglindească sau să nu oglindească site-ul dinamic. Actualizarea colecţiei de fişiere statice la momentele corespunzătoare este lăsată la latitudinea dezvoltatorului site-ului.

Prioritate de livrare site static

Atunci când un site are asociate fişiere statice, aceste fişiere sunt livrate pentru adresele URL corespondente care sosesc în server. Dacă o adresă URL sosită nu corespunde unui fişier static, atunci fişierul controller.html al site-ului este returnat la respectiva solicitare. Această procedură urmează modelul dinamic existent pentru livrarea unui site.

Site-urile Oracle Content Management pot, de asemenea, să definească redirecţionările 301 şi 302 prin intermediul unui fişier JSON asociat. După ce au fost configurate redirecţionări, redirecţionările au prioritate asupra fişierelor statice. Dacă un URL corespunde atât unei reguli de redirecţionare cât şi unui fişier static, redirecţionarea este cea care va fi livrată de la server.

Evaluarea adresei URL pentru livrarea site-ului urmează acest flux:

  1. Corespunde adresa URL unei redirecţionări configurate?

    Dacă da, emiteţi un răspuns de redirecţionare.

  2. Corespunde adresa URL unui fişier static?

    Dacă lista de agenţi utilizatori statici pentru mobil este configurată pentru site şi solicitarea provine de la un browser care corespunde listei, atunci livraţi fişierul static pentru mobil.

  3. În caz contrar, livraţi fişierul controller.html al site-ului dinamic.

Notă:

Dacă fişierele statice pentru mobil sunt asociate cu site-ul şi clientul utilizează un CDN pentru livrare, atunci CDN (de obicei Akamai) trebuie să fie configurat pentru a memora în cache cererile în browser pentru mobil, separat de cererile standard pentru desktop.

Dacă CDN nu este configurat cu cache separat mobil/standard, atunci browserele de pe mobile pot primi răspunsuri standard, iar browserele de pe desktop pot primi răspunsuri destinate browserelor de pe mobile.

Memorarea anteturilor în cache

Anteturile HTTP din răspunsurile de la serverele Web ajută la determinarea modului în care browserele vor memora paginile în cache. Paginile statice sunt şi ele livrate tot cu anteturi memorate în cache, pentru a facilita memorarea în cache-ul browserului.

Pentru site-urile securizate, următoarele anteturi vor fi trimise odată cu răspunsurile:

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

Pentru site-urile standard, nesecurizate vor fi trimise următoarele anteturi:

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

    Antetul Edge-Control ajută la facilitarea comportamentului CDN de plasare în cache

Dacă aţi personalizat anteturile într-una din aceste două zone, atunci răspunsul va avea anteturile personalizate în loc de cele standard enumerate aici.

Puteţi controla aceste răspunsuri la nivel de tenant sau la nivel de site.

Pagini de detalii

Paginile detaliate de pe site-urile Oracle Content Management permit unei singure pagini să afişeze informaţii pt. mai multe elemente de conţinut.

De exemplu, aceeaşi pagină de detalii poate fi utilizată pentru a gestiona un număr de adrese URL. Fiecare dintre aceste adrese URL ar afişa aceeaşi structură a paginii, dar ar arăta şi conţinutul legat de elementele de conţinut ale căror valori de slug sunt item1.html, item2.html şi respectiv item3.html. Pentru această situaţie, compilatorul de şabloane CEC este posibil să creeze patru fişiere:

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

Fişierul final permite ca materialele nou publicate să fie afişate pe site, fără a fi necesară recompilarea şi re-publicarea site-ului. În acest exemplu, un element de conţinut cu valoarea de slug item4.html este publicat după ce site-ul este online. Pagina statică /detail.html permite ca noul element să fie afişat dinamic în cadrul site-ului. Adresa URL /detail/item4.html va livra pagina detail.html, dar va afişa conţinutul legat de elementul de conţinut item4.html.

Compilatorul CEC generează pagina detail.html pentru a afişa elementele de conţinut. Din acest motiv, adresele URL relative din interiorul paginii compilate detail.html vor avea segmente părinte suplimentare (../). Deci, dacă referirea este făcută în mod direct, pagina detail.html în sine nu se va afişa corect. Din acest motiv, pagina detail.html în sine nu trebuie menţionată sau adăugată la navigarea în pagină.