System Design

จัดการเงื่อนไขที่นำไปแสดงผล ตรงนี้คือจุดสำคัญเลยครับ แทนที่เราจะให้หน้าเว็บดึงมาหมดทุกบทความ เราจะตั้งคำสั่งกรอง (Filter) ไว้ที่โค้ดฝั่งเว็บของเราว่า: ขอเฉพาะบทความที่ Type เป็น Blog และ ขอเฉพาะบทความที่ Status เป็น Published และ ขอเฉพาะบทความที่ Publish Date น้อยกว่าหรือเท่ากับ วันและเวลาปัจจุบัน (อิงตามโซนเวลา +07:00) ด้วยสมการง่ายๆ แค่นี้ ถ้าวันนี้คือวันที่ 17 มีนาคม 2569 ต่อให้เรากดเปลี่ยนสถานะบทความวันที่ 1 เมษายน เป็น Published เอาไว้ โค้ดของเราก็จะมองไม่เห็นบทความนั้นจนกว่าจะถึงเวลาที่กำหนดครับ หน้าเว็บก็จะนำไปแสดงผลเองโดยอัตโนมัติเมื่อถึงเวลา สรุปเงื่อนไขและระบบการทำงานของเว็บ: เงื่อนไขการเผยแพร่ (Filter): บทความจะไปโชว์บนเว็บได้ ต้องผ่านด่าน 3 ข้อพร้อมกัน คือ ประเภทถูกต้อง (Type = Blog) สถานะพร้อมเผยแพร่ (Status = Published) ถึงเวลาที่กำหนดแล้วจริงๆ (Publish Date <= วันและเวลาปัจจุบัน อิงตามเวลาไทย +07:00) ระบบตัวกลางอัปเดตข้อมูล (Syncing): จะมีระบบหลังบ้านคอยวิ่งไปเช็กข้อมูลกับ Notion ทุกๆ 1 ชั่วโมง เพื่อกวาดหาบทความที่เข้าเงื่อนไขทั้งหมด ดึงมาเก็บในบ้านตัวเอง (Database): พอเจอบทความที่ผ่านเกณฑ์ ระบบจะก๊อปปี้เนื้อหาจาก Notion มาเซฟลงใน Database ของเราเอง หน้าเว็บโหลดไวและเสถียร: ตัวเว็บ Next.js จะดึงข้อมูลจาก Database ของเราไปแสดงผลเท่านั้น ไม่มีการไปคุยกับ Notion โดยตรง ทำให้เว็บโหลดเร็วกว่ามากและรองรับคนเข้ามาอ่านเยอะๆ ได้สบาย แต่การที่เราตั้งเวลาซิงก์ทุกๆ 1 ชั่วโมง แปลว่าเราจะมี "ช่องโหว่เรื่องเวลา" ครับ สมมติว่าวันนึงเรากด Published ไปแล้ว แล้วเพิ่งเห็นว่าพิมพ์ข้อมูลสำคัญผิดพลาดร้ายแรง พอเราวิ่งกลับไปแก้ใน Notion ทันที... หน้าเว็บของเราก็ยังจะโชว์เนื้อหาที่ผิดนั้นต่อไปจนกว่าจะถึงรอบซิงก์ชั่วโมงถัดไป นอกจากนี้ ถ้าเราเปลี่ยนใจอยาก "ซ่อน" หรือเปลี่ยนสถานะบทความกลับไปเป็น Draft ระบบหลังบ้านที่ทำหน้าที่ก๊อปปี้ข้อมูลมา จะรู้ไหมว่าต้องตามไปซิงก์เพื่อ "ลบหรืออัปเดต" บทความนั้นออกจาก Database ของเราด้วย? คำถามชวนคิด: ในขั้นตอนการทำ Syncing เราได้เตรียมแผนสำหรับทำปุ่ม "อัปเดตด่วน (Manual Sync)" ในกรณีฉุกเฉิน หรือเตรียม Logic ให้ระบบรู้จักการ "อัปเดต/ลบ" (Update/Delete) บทความเก่าที่เคยดึงมาแล้ว ไม่ใช่แค่การ "เพิ่ม" (Insert) อย่างเดียว ทำยังไงดี