ฉันมี NGINX SSI ทำงานได้ดีในไฟล์ virtualHosts (รหัสด้านล่าง) แต่ LAST_MODIFIED กำลังกลับมา "(ไม่มี)" แม้ว่า เอกสาร NGINX สำหรับ SSI ระบุว่า ssi_last_modified คำสั่งปรากฏในเวอร์ชัน 1.5.1 (เรากำลังเรียกใช้เวอร์ชัน 1.14.2)
ไฟล์ VirtualHost:
¦
ที่ตั้ง / {
ssi บน;
ssi_last_modified บน;
¦
}
¦
และในไฟล์ .html:
<!--#if expr="$footer_id='blackfooter'" --><div id="blackfooter"><!--#else --><div id="footer"><!--#endif -->
<!--#config timefmt="%A %d %B %Y" --><p>Updated: <!--#echo var="LAST_MODIFIED" --> | Today: <!--#echo var="DATE_LOCAL" --></p>
</div>
ตอนนี้ฉันได้หันไปใช้ JavaScript:
<!--#if expr="$footer_id='blackfooter'" --><footer id="blackfooter"><!--#else --><footer><!--#endif -->
<!--#config timefmt="%A %d %B %Y" --><p>Updated: <span id="updated"></span> | Today: <!--#echo var="DATE_LOCAL" --></p>
</footer>
<script>
let lastmod = new Date(document.lastModified);
updated.innerHTML = lastmod.toString().substring(4,15);
</script>
ทำไม NGINX มอบฟังก์ชัน SSI อื่นๆ ที่มีเอกสารกำกับไว้, แต่ ไม่ LAST_MODIFIED ในส่วนหัว?
เงื่อนงำเดียวที่เป็นไปได้ที่ฉันพบก็คือ sub_filter_last_modified ถูกกล่าวถึงใน เอกสารสำหรับ NGINX ngx_http_sub_module แต่ AFAIK (และฉันไม่ใช่ผู้เชี่ยวชาญ NGINX) ฉันไม่แน่ใจว่าจะช่วยได้มาก
เหตุใด NGINX จึงส่งฟังก์ชัน SSI ที่มีเอกสารอื่นๆ แต่ไม่มี LAST_MODIFIED ในส่วนหัว
เนื่องจาก nginx ยังไม่ได้ใช้ SSI อย่างสมบูรณ์ อ้าง เอกสาร:
ขณะนี้ รายการคำสั่ง SSI ที่รองรับยังไม่สมบูรณ์
สำหรับรายการคำสั่งและตัวแปร SSI ที่รองรับ ให้ตรวจสอบแหล่งที่มาของ nginx ที่นี่.
แก้ไข:
หากต้องการการสนับสนุน SSI อย่างสมบูรณ์ ให้ลองใช้ Apache httpd ที่อยู่เบื้องหลัง nginx
ตามเอกสาร NGIX (sic) (ดูลิงก์ในโพสต์ของฉัน)
นี่คือคำพูดโดยตรงจาก ssi_last_modified เอกสาร ประมาณวันที่ 21 กรกฎาคม 2021:
อนุญาตให้รักษา
แก้ไขล่าสุดฟิลด์ส่วนหัวจากการตอบสนองดั้งเดิมระหว่างการประมวลผล SSI เพื่ออำนวยความสะดวกในการแคชการตอบสนองตามค่าเริ่มต้น ฟิลด์ส่วนหัวจะถูกลบออกเนื่องจากเนื้อหาของการตอบสนองถูกแก้ไขระหว่างการประมวลผล และอาจมีองค์ประกอบหรือส่วนที่สร้างขึ้นแบบไดนามิกที่เปลี่ยนแปลงโดยไม่ขึ้นกับการตอบสนองดั้งเดิม
ตามค่าเริ่มต้น เมื่อตอบกลับคำขอสำหรับไฟล์สแตติก nginx จะเพิ่ม แก้ไขล่าสุด ส่วนหัวการตอบสนอง HTTP
เมื่อใช้ SSI nginx จะลบส่วนหัวนี้โดยตั้งใจเนื่องจาก nginx กำลังสร้างเพจ แบบไดนามิก แทนที่จะส่งคืนไฟล์แบบสแตติก ดังนั้นจึงเพิ่มไฟล์ แก้ไขล่าสุด ส่วนหัวการตอบสนองไม่มีจุดหมาย
ssi_last_modified เพิ่มคำสั่งอีกครั้ง แก้ไขล่าสุด ส่วนหัวการตอบสนอง HTTP ตามการประทับเวลาของไฟล์สคริปต์ SSI
ไม่มีทางที่จะบอกว่าคำสั่งนี้เพิ่ม LAST_MODIFIED ตัวแปรเป็น SSI ของ nginx
LAST_MODIFIEDยังไงก็ต้องสนับสนุน
AFAIK ไม่มีมาตรฐานหรือ RFC ที่สามารถพึ่งพาได้เพื่อใช้ SSI อย่างสมบูรณ์ เป็นที่ถกเถียงได้, เอกสารเป็น mod_include อาจเป็นมาตรฐานดังกล่าว แต่อีกครั้ง เป็นเพียงคู่มือสำหรับผลิตภัณฑ์อื่นเท่านั้น แจ้งให้เราทราบหากมีมาตรฐานดังกล่าว และฉันจะแก้ไขคำตอบนี้
คุณจะมีโอกาสแก้ไขปัญหานี้ได้ดีขึ้นโดยส่งคำขอคุณสมบัติไปที่ Trac ของ nginx.
Tangent: แม้ว่าจะรองรับ แต่ถ้าคุณเพิ่ม LAST_MODIFIEDค่าควรเป็นเวลาประทับของสคริปต์ SSI หรือการประทับเวลาของเซิร์ฟเวอร์ เนื่องจากการตอบสนอง HTML ถูกสร้างขึ้นทันทีแทนที่จะอ่านโดยตรงจากไฟล์
นี่เป็นไซต์ดั้งเดิมที่ฉันได้ย้ายจาก Apache ไปยัง NGINX ไซต์ขนาดใหญ่บางแห่งยังคงใช้ SSI และเป็นวิธีที่มีประโยชน์เล็กน้อย หลีกเลี่ยง PHP เป็นต้น
ฉันสงสัยว่าไซต์ขนาดใหญ่เหล่านั้นยังคงใช้ SSI อยู่เบื้องหลัง ณ จุดนี้ SSI เป็นกรอบเดิมที่มีทางเลือกมากมาย
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
