การเผยแพร่

หลังจากสร้างและอัปโหลดเพจแบบสแตติกที่คอมไพล์ไปยังโฟลเดอร์แบบสแตติกของไซต์แล้ว คุณต้องเผยแพร่หรือเผยแพร่ไซต์ซ้ำสำหรับเพจที่จะใช้งาน ในทำนองเดียวกัน หากต้องการกลับรายการเป็นการทำงานการส่งไซต์ที่ไม่ได้คอมไพล์ คุณต้องเผยแพร่หรือเผยแพร่ไซต์ซ้ำหลังการย้ายไฟล์แบบสแตติกออกจากไซต์

ระหว่างการเผยแพร่ เพจแบบสแตติกที่อัปโหลดจะสามารถใช้สำหรับการส่งข้อมูลได้ เนื่องจากไฟล์เหล่านี้ได้รับการคัดลอกระหว่างกระบวนการเผยแพร่ ประสิทธิภาพของการเผยแพร่อาจลดลงไปตามสัดส่วนของจำนวนไฟล์

การเผยแพร่จะใช้ไฟล์แบบสแตติกชุดปัจจุบัน และกำหนดให้สามารถใช้ไฟล์ดังกล่าวสำหรับการส่งข้อมูลได้ ซึ่งไฟล์เหล่านี้อาจจะหรืออาจจะไม่ซิงโครไนซ์กับการเปลี่ยนแปลงใดๆ ที่เกิดขึ้นในไซต์แบบไดนามิค และอาจจะหรืออาจจะไม่จำลองไซต์แบบไดนามิค การอัปเดตคอลเล็คชันของไฟล์แบบสแตติกในเวลาที่เหมาะสมนั้นควรปล่อยให้เป็นหน้าที่ของนักพัฒนาไซต์

ลำดับการมีผลของการส่งไซต์แบบสแตติก

เมื่อไซต์มีไฟล์แบบสแตติกที่เชื่อมโยง ไฟล์ดังกล่าวจะถูกส่งเพื่อจับคู่ URL ที่กำลังเข้ามายังเซิร์ฟเวอร์ หาก URL ขาเข้าไม่จับคู่ไฟล์แบบสแตติก ระบบจะส่งคืนไฟล์ controller.html ของไซต์สำหรับคำขอ ซึ่งตามหลังโมเดลแบบไดนามิคที่มีอยู่สำหรับการส่งไซต์

นอกจากนี้ ไซต์ Oracle Content Management ยังสามารถกำหนดการเปลี่ยนเส้นทาง 301 และ 302 ผ่านไฟล์ JSON ที่เชื่อมโยงได้ เมื่อมีการคอนฟิเกอร์การเปลี่ยนเส้นทางแล้ว ระบบจะเลือกใช้การเปลี่ยนเส้นทางก่อนไฟล์แบบสแตติก หาก URL ตรงกับทั้งกฎการเปลี่ยนเส้นทางและไฟล์แบบสแตติก ระบบจะส่งการเปลี่ยนเส้นทางจากเซิร์ฟเวอร์

การประเมินผล URL สำหรับการส่งไซต์ตามหลังโฟลว์นี้:

  1. URL ตรงกับการเปลี่ยนเส้นทางที่คอนฟิเกอร์หรือไม่

    ถ้าใช่ ให้ตอบกลับการเปลี่ยนเส้นทาง

  2. URL สอดคล้องกับไฟล์แบบสแตติกหรือไม่

    หากลิสต์เอเจนต์ผู้ใช้แบบสแตติกของอุปกรณ์เคลื่อนที่ได้รับการคอนฟิเกอร์สำหรับไซต์แล้ว และคำขอมาจากเบราเซอร์ที่ตรงกับลิสต์ ให้ส่งไฟล์แบบสแตติกของอุปกรณ์เคลื่อนที่

  3. หรือ ส่งไฟล์ของไซต์แบบไดนามิค controller.html

หมายเหตุ:

หากไฟล์แบบสแตติกของอุปกรณ์เคลื่อนที่เชื่อมโยงกับไซต์ และลูกค้าใช้ CDN สำหรับการส่งข้อมูล เช่นนั้น จำเป็นต้องคอนฟิเกอร์ CDN (โดยปกติคือ Akamai) ให้ใช้แคชคำขอเบราเซอร์ของอุปกรณ์เคลื่อนที่แยกต่างหากจากคำขอของเดสก์ท็อปมาตรฐาน

หาก CDN ไม่ได้รับการคอนฟิเกอร์ด้วยการใช้แคชของอุปกรณ์เคลื่อนที่/มาตรฐานแยกกัน เบราเซอร์ของอุปกรณ์เคลื่อนที่อาจได้รับการตอบกลับมาตรฐาน และเบราเซอร์ของเดสก์ท็อปอาจได้รับการตอบกลับที่ใช้สำหรับเบราเซอร์ของอุปกรณ์เคลื่อนที่

ส่วนหัวการแคช

ส่วนหัว HTTP ในการตอบกลับจากเว็บเซิร์ฟเวอร์ช่วยกำหนดวิธีที่เบราเซอร์จะแคชเพจ นอกจากนี้ยังมีการส่งเพจแบบสแตติกด้วยส่วนหัวการแคชเพื่อช่วยสนับสนุนการแคชเบราเซอร์

สำหรับไซต์ที่ปลอดภัย ส่วนหัวต่อไปนี้จะถูกส่งไปพร้อมกับการตอบกลับ:

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

สำหรับไซต์มาตรฐานที่ไม่มีการรักษาความปลอดภัย จะมีการส่งส่วนหัวต่อไปนี้

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

    ส่วนหัว Edge-Control ช่วยสนับสนุนการทำงานของการแคช CDN

หากคุณได้ปรับแต่งส่วนหัวในหนึ่งในสองด้านเหล่านี้ การตอบกลับจะมีส่วนหัวที่กำหนดเอง แทนที่จะเป็นส่วนหัวมาตรฐานที่ระบุไว้ที่นี่

คุณสามารถควบคุมการตอบกลับเหล่านี้ที่ระดับรายการภายในหรือที่ระดับไซต์

เพจรายละเอียด

เพจรายละเอียดในไซต์ Oracle Content Management ช่วยให้เพจเดียวสามารถแสดงข้อมูลสำหรับรายการเนื้อหาจำนวนมากได้

ตัวอย่างเช่น สามารถใช้เพจรายละเอียดเดียวกันเพื่อจัดการ URL จำนวนมากได้ URL แต่ละรายการเหล่านี้จะแสดงโครงสร้างเพจเดียวกัน แต่จะแสดงเนื้อหาที่เกี่ยวข้องกับรายการเนื้อหาที่มีค่า Slug เป็น item1.html, item2.html และ item3.html ตามลำดับ สำหรับสถานการณ์นี้ คอมไพเลอร์เทมเพลท CEC อาจสร้างสี่ไฟล์:

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

ไฟล์สุดท้ายช่วยให้เนื้อหาที่เผยแพร่ใหม่สามารถแสดงในเว็บไซต์โดนไม่ต้องคอมไพล์และเผยแพร่ไซต์ใหม่ ในตัวอย่างนี้ รายการเนื้อหาที่มีค่า Slug item4.html ได้รับการเผยแพร่หลังจากไซต์ออนไลน์แล้ว เพจ /detail.html แบบสแตติกช่วยให้รายการใหม่สามารถแสดงแบบไดนามิกในไซต์ได้ URL /detail/item4.html จะแสดงเพจ detail.html แต่แสดงเนื้อหาที่เกี่ยวข้องกับรายการเนื้อหา item4.html

คอมไพเลอร์ CEC จะสร้างเพจ detail.html เพื่อแสดงรายการเนื้อหา ด้วยเหตุผลนี้ URL ที่เกี่ยวข้องภายในเพจ detail.html ที่คอมไพล์จะมีเซกเมนต์หลักเพิ่มเติม (../) ดังนั้น หากอ้างอิงโดยตรง เพจ detail.html จะแสดงไม่ถูกต้อง เพจ detail.html ไม่ควรอ้างอิงหรือเพิ่มไปยังการนาวิเกตเพจด้วยเหตุผลนี้