ข้ามไปยังเนื้อหาหลัก

เดโมพอร์ตโฟลิโอ·แบรนด์สมมติ — แต่ผลฤกษ์ในเวปนี้เป็นของจริงจากตัวคำนวณสุริยยาตร์

ลองระบบหาฤกษ์ →เบื้องหลังระบบ

เบื้องหลังระบบ

เวปนี้เป็นเดโม แต่ระบบข้างในทำงานจริง

ศุภฤกษ์ เป็นแบรนด์สมมติที่สร้างขึ้นเป็นกรณีศึกษา ส่วนระบบหาฤกษ์ที่อยู่ในหน้า “ตรวจฤกษ์แต่งงาน” คำนวณด้วยคัมภีร์สุริยยาตร์จริง ล็อกผลกับปฏิทินโหราศาสตร์ที่ตีพิมพ์แล้ว และเปิดให้เรียกผ่าน API ได้

หน้านี้บันทึกวิธีทำงานไว้สำหรับผู้ที่กำลังพิจารณาผู้พัฒนา — ไม่ได้เขียนเพื่อขายบริการจัดงานแต่ง

ลองระบบหาฤกษ์

เดโมแสดงผลจริงที่คำนวณไว้ล่วงหน้า 4 ชุด — ตัวเลขทุกตัวมาจากตัวคำนวณเดียวกับที่ใช้งานจริง

1,096วัน
ปฏิทินโหราศาสตร์ที่ใช้ล็อกผลการคำนวณ
53ข้อ
ชุดตรวจอัตโนมัติที่ต้องผ่านก่อนขึ้นระบบ
19ข้อ
การตัดสินที่บันทึกไว้ว่าใครตัดสิน ด้วยหลักฐานอะไร
0ข้อ
กฎที่ยังไม่มีที่มา (ตัวเลขนี้ถูกบังคับด้วยเทส)

ตามรอยการคำนวณ

จากวันเกิด ถึงช่วงเวลา

ขั้นตอนข้างล่างนี้คือการคำนวณจริงหนึ่งครั้งของชุดตัวอย่างในหน้าตรวจฤกษ์ ตัวเลขทุกตัวถูก engine เขียนออกมาตอนคำนวณผลชุดนั้น ไม่ได้พิมพ์ขึ้นประกอบคำอธิบาย

ขั้นที่ 1

สิ่งที่ผู้ใช้กรอก

สถานที่เกิดมีผลจริง ไม่ใช่ช่องที่ใส่ไว้ให้ครบ เพราะลัคนาอิงขอบฟ้าของสถานที่นั้น การสมมติว่าทุกคนเกิดกรุงเทพฯ จะทำให้ผลของคนที่เกิดต่างจังหวัดเคลื่อน

ฝ่ายที่ 1
ฟ้า ศรีวิไล · 12 เมษายน 2537 เวลา 07:20 น. ที่กรุงเทพมหานคร
ฝ่ายที่ 2
ต้น พงศ์ไพศาล · 3 กันยายน 2535 เวลา 15:45 น. ที่เชียงใหม่
งาน
พิธีมงคลสมรส ที่กรุงเทพมหานคร
ช่วงที่สะดวก
1 ธ.ค. 2569 – 30 ธ.ค. 2569 · ทุกวัน · ช่วงเช้า

ขั้นที่ 2

แปลงวันเวลาเป็นเลขของสุริยยาตร์

วันที่ในปฏิทินถูกแปลงเป็นจำนวนวันนับจากศักราชตั้งต้น (หรคุณ) แล้วซอยต่อเป็นเศษของวัน (กัมมัชพล) ทุกอย่างหลังจากนี้คำนวณจากสองค่านี้ ไม่ได้กลับไปดูปฏิทินอีก

หรคุณ
507,211.56
จุลศักราช
1388
กัมมัชพล
185,562.56

วันทางโหรเริ่มย่ำรุ่ง 06:00 ไม่ใช่เที่ยงคืน คนที่เกิดตี 3 จึงนับเป็นวันก่อนหน้า ซึ่งเปลี่ยนทั้งวันเกิดทางโหรและดาวประจำตัว — จุดนี้เจ้าของเนื้อหายืนยันกับดวงของตัวเองแล้ว

ขั้นที่ 3

หาสมผุสอาทิตย์และจันทร์

ตำแหน่งจริงของอาทิตย์และจันทร์บนจักรราศี วัดเป็นลิปดา (หนึ่งรอบ = 21,600 ลิปดา) นี่คือชั้นที่ถูกล็อกกับปฏิทินโหราศาสตร์ที่ตีพิมพ์แล้ว 1,096 วัน

อาทิตย์
13,644 ลิปดา = ราศีพิจิก 17°24′
จันทร์ (ค่าดิบ)
10,445.61 ลิปดา
จันทร์ (หักชดเชย)
10,445.61 − 166 = 10,279.61 ลิปดา

ค่าชดเชย 166 ลิปดาไม่ใช่ค่าที่คิดขึ้นเอง แต่เป็นนโยบายที่ประกาศไว้ในคำขอทุกครั้ง (moonPolicyId) และถูกปิดเป็นมติพร้อมวันที่ ผลจึงตรวจย้อนกลับได้ว่าคำนวณด้วยนโยบายใด

ขั้นที่ 4

ได้ข้อเท็จจริงสามอย่างที่ใช้ตัดสิน

ทั้งสามอย่างมาจากตัวเลขชุดเดียวกันในขั้นที่ 3 แต่เดินคนละอัตรา ดิถีเปลี่ยนวันละครั้ง ฤกษ์เปลี่ยนราวทุก 22 ชั่วโมง ส่วนลัคนาเปลี่ยนทุกสองชั่วโมงเศษ นี่คือเหตุผลที่คำตอบต้องเป็นช่วงเวลา ไม่ใช่ “วันดี”

ดิถี
ระยะห่างจันทร์−อาทิตย์ 18,236 ลิปดา ÷ 720 → ดิถีที่ 26 = แรม 11 ค่ำ
ฤกษ์บน
จันทร์ ÷ 800 → ฤกษ์ที่ 13 จาก 27 → หมวดที่ 4 “ภูมิปาโล”
ลัคนา
ราศีธนู 13°36′ · อีก 66 นาทีจะย้ายราศี

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

ขั้นที่ 5

ประกอบกับชั้นบุคคลและชั้นปี

ถึงตรงนี้ยังไม่มีการตัดสินใดๆ เกิดขึ้น มีแต่ข้อเท็จจริง ชั้นบุคคลมาจากวันเกิดของแต่ละฝ่าย ส่วนชั้นปีมาจากกาลโยคซึ่งพลิกไปตามจุลศักราช

ฟ้า ศรีวิไล
เกิดวันอังคาร → กาลกิณีคือจันทร์
ต้น พงศ์ไพศาล
เกิดวันพฤหัสบดี → กาลกิณีคือเสาร์
กาลโยค จ.ศ. 1388
ธงชัย วันจันทร์ · อธิบดี วันเสาร์ · อุบาทว์ วันอาทิตย์ · โลกาวินาศ วันจันทร์
วันที่พิจารณา
วันศุกร์ — ไม่ตรงวันกาลกิณีของทั้งสองฝ่าย

ขั้นที่ 6

ชั้นกฎจึงเข้ามาตัดสิน

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

ข้อที่หนุนช่วงนี้
ลัคนาดวงฤกษ์อยู่ในราศีที่ตำราให้วางลัคน์ · ตรงวันที่ตำราให้ใช้กับงานวิวาหมงคล · ตรงดิถีโชคมงคลของวันนี้ · ตรงบัญชีดิถีวิวาหมงคลของตำรา (ข้างแรม) · ดวงจันทร์เสวยฤกษ์หมวดที่ตำราหนุนสำหรับงานมงคลสมรส · ตรงบัญชีฤกษ์วิวาหมงคลที่ตำราระบุไว้
ที่มาของกฎ
ทุกข้อมีทะเบียนกำกับว่ามาจากหน้าตำราไหน หรือเป็นแบบแผนที่เจ้าของเนื้อหาอนุมัติ — ไม่มีข้อไหนไม่มีที่มา

รายการข้างบนอ่านจากผลจริงของช่วงนี้ ไม่ได้เขียนไว้ล่วงหน้า — ถ้าเปลี่ยนกรณีตัวอย่างแล้วเหตุผลเปลี่ยน ข้อความตรงนี้จะเปลี่ยนตามเอง

ผลลัพธ์

วันศุกร์ที่ 4 ธันวาคม 2569

08:32 – 09:25น.

ช่วงนี้เป็นอันดับ 1 จาก 106 ช่วงที่ผ่านเกณฑ์ในเดือนนั้น · ขอบทั้งสองด้านมาจากรอยต่อจริงของฤกษ์และลัคนา จึงไม่ลงตัวเป็นเลขกลมๆ — ระบบที่ปัดเป็นชั่วโมงจะให้คำตอบที่ดูสวยกว่าแต่ไม่ตรง

ค่าทุกตัวในหน้านี้ออกมาจาก engine ตอนคำนวณผลชุดนี้จริง เมื่อ 2026-08-03 · engine commit 54f9131

วิธีทำงาน

หกอย่างที่ทำต่างจากงานทั่วไป

แยกสิ่งที่คำนวณได้ ออกจากสิ่งที่ต้องตีความ

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

ระบบแยกสองชั้นออกจากกันตั้งแต่โครงสร้าง ชั้นคำนวณเทียบกับปฏิทินจริงได้ ชั้นตัดสินอ้างที่มาได้ทีละข้อ เวลามีอะไรผิดจึงชี้ได้ทันทีว่าอยู่ชั้นไหน

เขียนให้ระบบยอมรับว่ายังไม่รู้

ปัญหาที่พบบ่อย · ระบบจำนวนมากเติมค่าเริ่มต้นเงียบๆ เมื่อข้อมูลไม่ครบ ผู้ใช้จึงได้คำตอบที่ดูมั่นใจทั้งที่ตั้งอยู่บนการเดา

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

ทุกกฎอ้างที่มาได้ และแยกว่าที่มานั้นคือตำราหรือการตีความ

ปัญหาที่พบบ่อย · เมื่อระบบโตขึ้น ไม่มีใครจำได้ว่ากฎข้อไหนมาจากเอกสารจริง ข้อไหนใครสักคนใส่ไว้เมื่อสองปีก่อน

กฎทั้ง 19 ข้อมีทะเบียนกำกับ 13 ข้อระบุหน้าตำราได้ อีก 6 ข้อติดป้ายว่าเป็นแบบแผนที่เจ้าของเนื้อหาอนุมัติ ไม่ใช่คำสั่งจากตำรา และมีเทสบังคับว่าจะต้องไม่มีกฎที่ไม่มีที่มาหลุดขึ้นระบบ (ตอนนี้ 0 ข้อ)

ตรวจกับของจริง ไม่ใช่ตรวจกับตัวเอง

ปัญหาที่พบบ่อย · เทสที่เขียนจากโค้ดของตัวเอง จะผ่านเสมอแม้โค้ดจะผิด เพราะมันแค่ยืนยันว่าโค้ดทำสิ่งที่โค้ดทำ

ผลการคำนวณถูกล็อกกับปฏิทินโหราศาสตร์ที่ตีพิมพ์แล้ว 1,096 วัน ถ้าแก้อะไรแล้วผลเคลื่อน ระบบตรวจจะไม่ยอมให้ผ่าน

บันทึกการตัดสินใจ ไม่ใช่แค่ผลลัพธ์

ปัญหาที่พบบ่อย · ครึ่งปีผ่านไป ไม่มีใครจำได้ว่าทำไมถึงเลือกทางนี้ การแก้ครั้งถัดไปจึงเริ่มจากศูนย์ หรือแย่กว่านั้นคือแก้กลับไปเป็นแบบที่เคยตัดสินแล้วว่าไม่เอา

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

ลบคำโฆษณาที่ไม่จริงแล้ว แม้จะเป็นจุดขาย

ปัญหาที่พบบ่อย · เมื่อสถาปัตยกรรมเปลี่ยน ข้อความบนหน้าเวปมักถูกลืมไว้ที่เดิม เพราะไม่มีเทสไหนจับได้ และมันมักเป็นข้อความที่ขายดีที่สุดพอดี

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

ขอบเขต

สิ่งที่ระบบนี้ยังไม่ทำ

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

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

ภาพและเนื้อหาแบรนด์เป็นตัวอย่าง — ผลงาน ราคา และช่องทางติดต่อทั้งหมดในเวปนี้สมมติขึ้น เพื่อให้เห็นโครงของงานจริง

มีระบบที่ต้องทำให้ถูกต้อง ไม่ใช่แค่ให้ดูดี

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