ข้ามไปที่เนื้อหา

ขยายฟังก์ชัน Numerology + ขยายฟังก์ชัน Horoscope v1.0.0 บันทึกการเปลี่ยนแปลงแบบรวม

สถาปัตยกรรมเครื่องยนต์ Horosope แบบเต็ม

วันที่เผยแพร่: 2026-04-12 เวอร์ชัน: v1.0.0 ขอบเขต: การเปิดตัวแพลตฟอร์มแบบครบวงจร ครอบคลุม Numerology API, Horoscope Expansion: รวมถึงการเปิดใช้งาน endpoint ที่ขยาย, การย้ายรายงาน Horosope ที่รองรับเครื่องยนต์, การทำให้ข้อมูลคำขอ/ตอบสนองเป็นมาตรฐาน, ความสอดคล้องของเอกสาร, การตรวจสอบหลายภาษา และแนวทางการรวมเข้าสู่ระบบ

ภาพรวม

v1.0.0 เป็นการเปิดตัวแพลตฟอร์ม Dakidarts API ที่สำคัญ ครอบคลุมงานขนาดใหญ่สองส่วนไว้ในหนึ่งการเปิดตัวที่ประสาน:

  1. ขยายฟังก์ชัน Numerology
  2. เพิ่มพื้นผิว Numerology ที่ขยายทั้งหมด
  3. ขยายช่วงเวลา/รอบการทำงาน โดยใช้สัปดาห์ส่วนบุคคล และวัน/สัปดาห์/เดือน/ปีระดับจักรวาล
  4. นำเสนอ endpoint สำหรับการวิเคราะห์ทางจิตวิญญาณ, ความสัมพันธ์, ตัวตน และเงา ที่ลึกซึ้งยิ่งขึ้น
  5. ทำให้เอกสารมีความสอดคล้องกัน, ตัวอย่างการตอบสนอง และการตรวจสอบหลายภาษาเป็นไปตามมาตรฐาน2. ขยาย Horoscope
  6. ดำเนินการย้ายระบบการสร้างรายงาน horoscope ไปยัง Swiss Ephemeris engine อย่างสมบูรณ์
  7. กำหนดเส้นทางของรายงานที่รองรับโดย engine ให้เป็นมาตรฐานภายใต้ /api/v1/horoscope/reports/*
  8. ครอบคลุมเนื้อหาในส่วนต่างๆ ได้อย่างครอบคลุม ทั้งรายวัน, รายสัปดาห์, รายเดือน และรายปี
  9. นำเสนอชุดรายงานเกี่ยวกับดาวเคราะห์, การโคจร, การเปลี่ยนแปลง และบ้านที่ปรับตามช่วงเวลา
  10. ปรับปรุงความสอดคล้องของข้อมูล, พฤติกรรมการปรับแต่ง, ชื่อเรียกแทน และเอกสารให้เป็นมาตรฐาน

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

จุดเด่นในระดับแพลตฟอร์ม

สิ่งที่ v1.0.0 มอบให้ทั่วแพลตฟอร์ม- การเปิดตัวเวอร์ชัน v1.0.0 สำหรับทั้ง Numerology API และ Horoscope API

  • ขยายขอบเขตของ จุดเชื่อมต่อ (endpoint) อย่างกว้างขวางในผลิตภัณฑ์ด้านโหราศาสตร์และการทำนาย
  • ดำเนินการย้ายระบบคำนวณโหราศาสตร์ที่ใช้ เครื่องยนต์ สำหรับการสร้างรายงานหลัก
  • ดำเนินการเปิดตัว Numerology เวอร์ชันเพิ่มเติม
  • ปรับปรุงรูปแบบการร้องขอแบบ POST-first สำหรับเส้นทางการโหราศาสตร์ที่ได้รับการปรับปรุง
  • รองรับข้อมูลตอบกลับที่ หลากหลาย, กล่องบรรจุภัณฑ์สำหรับองค์กร, และความสอดคล้องของข้อมูลเมตา ได้อย่างกว้างขวาง
  • ความสอดคล้องกันของ เอกสาร ที่ดีขึ้นระหว่างเอกสารสาธารณะและตัวอย่างข้อมูล
  • การตรวจสอบแบบ หลายภาษา สำเร็จสำหรับจุดเชื่อมต่อโหราศาสตร์ที่ได้รับการปรับปรุง
  • ปรับปรุงความชัดเจนของ เส้นทาง, การจัดการ ความเข้ากันได้, และคำแนะนำในการ ย้ายระบบ สำหรับลูกค้าในสภาพแวดล้อมการผลิต
  • รองรับการคำนวณแบบ เฉพาะบุคคล ได้มากขึ้น โดยมีการให้เวกเตอร์กำเนิดและฟิลด์คำขอขั้นสูง
  • ปรับปรุงความชัดเจนในการดำเนินงานเกี่ยวกับเขตเวลา, ระบบโหราศาสตร์, Ayanamsa, ระบบบ้าน, และพฤติกรรมของโหนดในกระบวนการร้องขอโหราศาสตร์

สรุปองค์ประกอบการเปิดตัว### ขยายการใช้งาน Numerology

  • เพิ่มกลุ่ม endpoint ใหม่: 23
  • เพิ่มการทำงานแบบรวม (GET/POST): 41
  • ดำเนินการตรวจสอบ/ทดสอบ: 205
  • เอกสารที่รองรับหลายภาษาสำเร็จ: 100.0%
  • เพิ่มรูปแบบการเผยแพร่แบบเพิ่มเติม: additive, โดยไม่มีการยุติการใช้งานอย่างเป็นทางการในชุดใหม่

ขยายการใช้งาน Horoscope

  • รายงานหลักถูกย้ายไปยังเครื่องยนต์ภายใน
  • เพิ่มชุดรายงานใหม่ต่างๆ:
  • ดาวเคราะห์
  • มุมมอง
  • การเคลื่อนที่
  • บ้าน
  • ดาวเคราะห์และบ้าน
  • กำหนดชื่อชุดรายงานอย่างเป็นมาตรฐานภายใต้:
  • /api/v1/horoscope/reports/*
  • คงเส้นทางเดิมหลายรายการไว้ในฐานะ alias ที่ซ่อนอยู่ ในขณะที่เอกสารสาธารณะยังคงใช้เส้นทางที่เป็นมาตรฐาน

ส่วนที่ 1 — API Numerology v1.0.0

จุดเด่นของการขยายการใช้งาน Numerology- เพิ่มเอกสาร Extended Numerology แบบเต็ม ซึ่งอยู่ในส่วนเอกสารเพิ่มเติม

  • เพิ่มและทำให้สมบูรณ์ Personal Week โดยมี GET/POST ที่ครบถ้วนและการรองรับข้อมูลตอบกลับที่ละเอียด
  • เพิ่มและทำให้สมบูรณ์ Universal Cycle extensions:
  • Universal Day (วัน)
  • Universal Week (สัปดาห์)
  • Universal Month (เดือน)
  • Universal Year (ปี)
  • มาตรฐานเอกสาร endpoint ที่ขยายแล้ว โดยมีตารางพารามิเตอร์, ตัวเลือก, ตัวอย่างการตอบกลับ และการเชื่อมโยงไปยัง endpoint ที่เกี่ยวข้อง
  • ยืนยันผลการทดสอบข้ามภาษาใน en, es, de, fr, และ pt ที่ สำเร็จ 100% สำหรับการทำงานที่ขยาย
  • อธิบายรูปแบบการเข้าถึง: endpoint ที่ขยายแล้วเป็น เฉพาะแพลตฟอร์มเท่านั้น และ ปัจจุบันยังไม่รองรับผ่าน RapidAPI gateway

ขยายความในด้าน Numerology — Endpoint ใหม่เพิ่มเติม

การเปิดตัวนี้เพิ่ม ครอบครัว endpoint ที่ขยาย 23 ประเภท และ 41 การทำงาน (รวม GET/POST)

A) Endpoint สำหรับวงจรและเวลา| Endpoint | Methods | Path |

|---|---|---| | สัปดาห์ส่วนตัว | GET, POST | /api/v1/personal-week | | ปีทั้งหมด | GET, POST | /api/v1/universal-year | | เดือนทั้งหมด | GET, POST | /api/v1/universal-month | | สัปดาห์ทั้งหมด | GET, POST | /api/v1/universal-week | | วันทั้งหมด | GET, POST | /api/v1/universal-day | | แผนที่ความร้อนพลังงานรายเดือน | GET, POST | /api/v1/monthly-energy-heatmap | | ปฏิทินวันที่ต้องระวัง | GET, POST | /api/v1/caution-dates-calendar |

B) จุดปลายทางสำหรับข้อมูลประจำตัวและชื่อ

Endpoint Methods Path
นามธรรมศาสตร์ของชื่อผู้ใช้ GET, POST /api/v1/username-numerology
นามธรรมศาสตร์ของชื่อธุรกิจ GET, POST /api/v1/business-name-numerology
เปรียบเทียบชื่อแบรนด์ POST /api/v1/brand-name-compare
ผลกระทบจากการเปลี่ยนชื่อ GET, POST /api/v1/name-change-impact
ตรวจสอบการเรียงลำดับวันที่ GET, POST /api/v1/date-alignment-check

C) จุดปลายทางสำหรับการวิเคราะห์จิตวิญญาณและเงา| Endpoint | Methods | Path |

|---|---|---| | การอ่านความถี่ Aura | GET, POST | /api/v1/aura-frequency-reading | | Numerology ของ Chakra | GET, POST | /api/v1/chakra-numerology | | รูปแบบชีวิตก่อนหน้า | GET, POST | /api/v1/past-life-patterns | | ตัวเลข Shadow Work | GET, POST | /api/v1/shadow-work-number | | การอ่านสัญญา Soul | GET, POST | /api/v1/soul-contract-reading | | ตัวบ่งชี้ความสัมพันธ์ Soul | POST | /api/v1/soul-connection-indicator | | การอ่านพรสวรรค์ทางจิตวิญญาณ | GET, POST | /api/v1/spiritual-gifts-reading | | การอ่านความสมดุลศักดิ์สิทธิ์ | GET, POST | /api/v1/sacred-balance-reading |

D) Endpoint สำหรับพลสัมพันธ์

Endpoint Methods Path
ความสัมพันธ์แบบรวม POST /api/v1/relationship-composite
การอ่านเพื่อเยียวยาความสัมพันธ์ POST /api/v1/relationship-healing-reading
Numerology ของพ่อแม่และลูก POST /api/v1/parent-child-numerology

API สำหรับ Numerology — Endpoint ที่อัปเดตและแก้ไขแล้ว

A) พื้นที่หลักเพิ่มเติมที่เสร็จสมบูรณ์

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

  • GET /api/v1/personal-week
  • POST /api/v1/personal-week
  • GET /api/v1/universal-year
  • POST /api/v1/universal-year
  • GET /api/v1/universal-month
  • POST /api/v1/universal-month
  • GET /api/v1/universal-week
  • POST /api/v1/universal-week
  • GET /api/v1/universal-day
  • POST /api/v1/universal-day### ข) การแก้ไขความเสถียรที่ใช้ในการตรวจสอบเบื้องต้น

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

  • POST /api/v1/brand-name-compare
  • GET /api/v1/caution-dates-calendar
  • POST /api/v1/caution-dates-calendar
  • GET /api/v1/monthly-energy-heatmap
  • POST /api/v1/monthly-energy-heatmap

ค) กฎการตรวจสอบที่เข้มงวด

The following constraints were tightened and clarified during validation and documentation work:

  • การเปรียบเทียบแบรนด์ต้องมีอย่างน้อย สองรายการ ใน names[]

--- END MARKDOWN ---- อินพุตเดือนและแผนภูมิความร้อนใช้รูปแบบ YYYY-MM

--- สิ้นสุด- ระมัดระวังวันที่ top_n ยังคงจำกัดอยู่ในช่วง 1..31।- ข้อมูลที่ส่งจากผู้ใช้งานได้รับประโยชน์จากการตรวจสอบล่วงหน้าก่อนส่ง เพื่อลดข้อผิดพลาดที่ไม่จำเป็น หรือข้อผิดพลาดในระดับรูปแบบ เช่น 422

D) แก้ไขความไม่สอดคล้องกันระหว่างเอกสารและ OpenAPI

--- จบ All extended docs were normalized for integration parity:

  • สร้างตารางพารามิเตอร์ให้สมบูรณ์สำหรับแต่ละวิธี- รายละเอียดตัวเลือกพารามิเตอร์

--- สิ้นสุด- รูปแบบ, ช่วง, ค่าเริ่มต้น และฟิลด์ของออบเจ็กต์ที่ซ้อนกัน

--- จบ- ตัวอย่างส่วนของคำตอบที่สมบูรณ์ โดยอิงจากข้อมูลที่สร้างขึ้นจากการทดสอบ

---- บันทึกการเข้าถึงและสถานะความพร้อมที่กำหนดมาตรฐาน

--- สิ้นสุด- ปุ่ม CTA บนแดชบอร์ด, ส่วนข้อความ, และส่วนท้ายของจุดปลาย (endpoint) ที่เกี่ยวข้อง

---

API สำหรับการทำนายจากตัวเลข — ภาพรวมการตรวจสอบคุณภาพ

เอกสารประกอบสำหรับการทดสอบชุดการทำนายจากตัวเลขที่ขยาย:

  • ไฟล์สรุป: 23
  • การทำงานที่ทดสอบ: 41
  • จำนวนคำขอทั้งหมดที่ดำเนินการ: 205
  • อัตราความสำเร็จโดยรวม: 100.0%
  • ความสำเร็จของภาษา:
  • en — 100%
  • es — 100%
  • de — 100%
  • fr — 100%
  • pt — 100%

การเปิดตัวชุดการทำนายจากตัวเลขที่ขยายนี้ ครบถ้วนและมีความมั่นใจในการตรวจสอบคุณภาพสำหรับภาษาที่ระบุทั้งหมด

API สำหรับการทำนายจากตัวเลข — การยกเลิกการใช้งาน

สำหรับการเปิดตัว Numerology Extended v1.0.0 ไม่มีการยกเลิกการใช้งาน endpoint ใดในส่วนที่ขยาย

Endpoint สถานะใน v1.0.0 ตัวเลือกแทน หมายเหตุ
ไม่มี ไม่เกี่ยวข้อง ไม่เกี่ยวข้อง ชุดการทำงานนี้เป็นแบบเพิ่มเติมในรุ่นนี้

API สำหรับการทำนายจากตัวเลข — การเปลี่ยนแปลงที่ส่งผลกระทบ

ไม่มีการลบเส้นทางที่ไม่รองรับสำหรับการใช้งานชุดการทำนายจากตัวเลขที่ขยายในรุ่นนี้

อย่างไรก็ตาม ผู้ใช้งานควรทราบถึงความคาดหวังระดับการเปิดตัวดังต่อไปนี้:- Endpoint ที่ขยายแล้ว ยังไม่สามารถใช้งานผ่าน RapidAPI ในขณะนี้ - ลูกค้าที่ต้องการใช้งาน endpoint ที่ขยายแล้ว ควรระบุไปยัง host ของแพลตฟอร์มโดยตรง - บาง endpoint ใหม่ ๆ มีการออกแบบให้ใช้เฉพาะ POST เท่านั้น และไม่ควรคาดหวังว่าจะมี parity กับ GET

API สำหรับ Numerology — หมายเหตุเกี่ยวกับการย้ายระบบ

1) การย้ายไปยังช่องทางเข้าถึง

Endpoint ที่ขยายแล้วสามารถใช้งานได้ผ่านการเข้าถึงแพลตฟอร์มโดยตรง:

  • URL พื้นฐาน: https://api.numerologyapi.com
  • การยืนยันตัวตน:
  • X-API-Key: YOUR_API_KEY
  • หรือ Authorization: Bearer YOUR_API_KEY

Endpoint ที่ขยายแล้วในขณะนี้ ยังไม่รองรับผ่าน RapidAPI gateway

2) คำแนะนำในการใช้งาน GET vs POST

ส่วนใหญ่ Endpoint ที่ขยายแล้วรองรับทั้ง GET และ POST โดยมีผลลัพธ์ที่เทียบเท่ากัน

ใช้:

  • GET สำหรับการเรียกใช้งานแบบง่าย
  • POST สำหรับโครงสร้าง payload ที่แข็งแกร่ง, วัตถุที่ซ้อนกัน และความสอดคล้องกับ SDK/backend

Endpoint ที่ใช้ POST เท่านั้นในรุ่นนี้ ได้แก่:

  • /api/v1/brand-name-compare
  • /api/v1/relationship-composite
  • /api/v1/relationship-healing-reading
  • /api/v1/parent-child-numerology
  • /api/v1/soul-connection-indicator

3) กฎการตรวจสอบความถูกต้องของข้อมูลด้าน Client

ข้อแนะนำสำหรับการตรวจสอบความถูกต้องของข้อมูลก่อน:- dob และ target_date: YYYY-MM-DD - month: YYYY-MM - timezone_offset: สตริงเขตเวลา IANA ที่ถูกต้อง - top_n: จำนวนเต็มในช่วง 1..31 - names[]: ต้องมีอย่างน้อย 2 รายการสำหรับการเปรียบเทียบแบรนด์ - context สำหรับการจัดเรียงวันที่: ความยาวสูงสุด 80, ชื่อย่อที่ถูกทำให้เป็นมาตรฐานได้รับการยอมรับ

4) รูปแบบของ Body คำขอแบบ Nesting

สำหรับจุดปลายความสัมพันธ์และความเข้ากันได้ ให้ใช้วัตถุแบบ Nesting ที่ชัดเจน เช่น:

  • person_a
  • person_b
  • parent
  • child

แต่ละวัตถุควรมีฟิลด์ที่จำเป็น เช่น:

  • full_name
  • dob

5) การจัดการภาษาและ Metadata

จุดปลาย Numerology ที่ขยายสามารถแสดงผลการตอบกลับหลายภาษาได้ โดยใช้ lang

ชุดภาษาที่รองรับสำหรับการครอบคลุมที่ได้รับการตรวจสอบ:

  • en
  • es
  • de
  • fr
  • pt

การตอบกลับอาจมี Wrapper Metadata สไตล์องค์กร:

  • _enterprise
  • _api_metadata_

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

6) การครอบคลุม Cycle ใหม่

ลูกค้าที่เคยใช้เฉพาะการไหลของวัน/เดือน/ปีส่วนตัว สามารถขยายตรรกะตารางเวลาเพื่อครอบคลุม:- วงจรส่วนตัวรายสัปดาห์ผ่าน /api/v1/personal-week - พื้นที่เวลาแบบกลุ่มผ่าน: - /api/v1/universal-day - /api/v1/universal-week - /api/v1/universal-month - /api/v1/universal-year

7) แหล่งข้อมูลเอกสารที่เป็นจริง

หน้าการรวมระดับ endpoint สำหรับชุดนี้ได้รับการบำรุงรักษาไว้ในส่วนเอกสารเพิ่มเติม รวมถึงหน้า index และหน้าเฉพาะสำหรับแต่ละ endpoint

Numerology API — รายการตรวจสอบการอัปเกรดที่แนะนำ

  • ย้ายการเรียกใช้ที่ซับซ้อนไปยังการเข้าถึง API โดยตรงที่ https://api.numerologyapi.com
  • ตรวจสอบให้แน่ใจว่าตัวตรวจสอบคำขอบังคับรูปแบบวันที่, เดือน และเขตเวลา
  • เพิ่มการจัดการสำหรับค่า multilingual lang เมื่อจำเป็น
  • อัปเดต clients ให้ parse _enterprise และ _api_metadata_ อย่างสม่ำเสมอ
  • สำหรับ endpoint ที่ซ้อนกัน ให้ปรับ SDK request models ให้ตรงกับ keys ของ object ที่ต้องการ
  • ตรวจสอบด้วย smoke fixtures ก่อนนำไปใช้ใน production
  • ยืนยันว่าการเรียกใช้ที่ซับซ้อนทั้งหมดถูกส่งไปยัง RapidAPI-based client assumptions

Numerology API — สรุปหมายเหตุการเปิดตัว

Numerology API v1.0.0 นำเสนอพื้นผิว numerology ที่สมบูรณ์พร้อมกับการขยายวงจรรายสัปดาห์และวงจรแบบ universal, การวิเคราะห์ความสัมพันธ์และการวิเคราะห์ทางจิตวิญญาณขั้นสูง, ข้อตกลง request/response ที่ละเอียดขึ้น และเอกสารที่ซิงค์อย่างสมบูรณ์ รวมถึง parity ของ smoke-test# ส่วนที่ II — ขยายการทำนายดวงดาว v1.0.0

จุดเด่นของการขยายการทำนายดวงดาว

  • ดำเนินการย้ายระบบการรายงานดวงดาวหลักไปยังเครื่องยนต์ Swiss Ephemeris ในองค์กร
  • มาตรฐานการปรับปรุงจุดปลายการรายงานรอบ คำขอประเภท POST เป็นอันดับแรก
  • ครอบคลุมส่วนต่างๆ อย่างกว้างขวางในช่วงรายวัน, รายสัปดาห์, รายเดือน และรายปี
  • จัดโครงสร้างใหม่สำหรับจุดปลายการรายงานดาวเคราะห์ โดยพิจารณาจากช่วงเวลาและข้อมูล/ภาพรวม
  • เปลี่ยนชื่อจุดปลายคำอธิบายดาวเคราะห์ เพื่อสะท้อนถึงลักษณะ เชิงข้อมูล มากกว่าการรายงาน
  • ขยายความสอดคล้องของการร้องขอแผนภูมิกำเนิด และปรับปรุงการตรวจสอบรูปแบบการตอบกลับ
  • ปรับรูปแบบการตอบกลับของจุดปลายที่ได้รับการปรับปรุงให้เป็นรูปแบบ payload ของเครื่องยนต์ พร้อมด้วย wrapper สำหรับ metadata องค์กร
  • อัปเดตตัวอย่างเอกสารสาธารณะเพื่อให้สอดคล้องกับ JSON ที่มีข้อมูล

การขยายการทำนายดวงดาว — จุดปลายใหม่ที่เพิ่มเข้ามา

A) ส่วนเสริมและพื้นผิวมาตรฐานใหม่

  • GET /api/v1/horoscope/timezones

B) ชุดรายงานดาวเคราะห์ (พื้นผิวตามช่วงเวลา)

ส่วนต่างๆ (ไม่ใช่ทั่วไป):

  • POST /api/v1/horoscope/reports/planetary/daily
  • POST /api/v1/horoscope/reports/planetary/weekly
  • POST /api/v1/horoscope/reports/planetary/monthly
  • POST /api/v1/horoscope/reports/planetary/yearly

ภาพรวม (เฉพาะทั่วไป):

  • POST /api/v1/horoscope/reports/planetary/daily/overview
  • POST /api/v1/horoscope/reports/planetary/weekly/overview
  • POST /api/v1/horoscope/reports/planetary/monthly/overview
  • POST /api/v1/horoscope/reports/planetary/yearly/overview

การครอบคลุมส่วนดาวเคราะห์ที่ขยายไปยังช่วงเวลา รวมถึงส่วนที่รองรับโดยเครื่องยนต์ เช่น:- communication - friendship - lifestyle - career - health - money - love_singles - love_couples

C) ชุดรายงานลักษณะ (รูปแบบตามช่วงเวลา)

ส่วนต่างๆ (ไม่ใช่ทั่วไป):

  • POST /api/v1/horoscope/reports/aspects/daily
  • POST /api/v1/horoscope/reports/aspects/weekly
  • POST /api/v1/horoscope/reports/aspects/monthly
  • POST /api/v1/horoscope/reports/aspects/yearly

ภาพรวม (เฉพาะทั่วไป):

  • POST /api/v1/horoscope/reports/aspects/daily/overview
  • POST /api/v1/horoscope/reports/aspects/weekly/overview
  • POST /api/v1/horoscope/reports/aspects/monthly/overview
  • POST /api/v1/horoscope/reports/aspects/yearly/overview

aspects/* รองรับ:

  • โหมดสาธารณะ
  • โหมดเฉพาะบุคคล
  • การปรับแต่งแบบกำหนดค่า aspect (ทางเลือก)
  • รูปแบบส่วนที่เหมือนกัน ซึ่งใช้กับเส้นทางการโหราศาสตร์ที่ได้รับการอัปเกรด

D) ชุดรายงานการเคลื่อนย้าย (รูปแบบตามช่วงเวลา)

ส่วนต่างๆ (ไม่ใช่ทั่วไป):

  • POST /api/v1/horoscope/reports/transits/daily
  • POST /api/v1/horoscope/reports/transits/weekly
  • POST /api/v1/horoscope/reports/transits/monthly
  • POST /api/v1/horoscope/reports/transits/yearly

ภาพรวม (เฉพาะทั่วไป):

  • POST /api/v1/horoscope/reports/transits/daily/overview
  • POST /api/v1/horoscope/reports/transits/weekly/overview
  • POST /api/v1/horoscope/reports/transits/monthly/overview
  • POST /api/v1/horoscope/reports/transits/yearly/overview

transits/* รองรับ:

  • โหมดสาธารณะ
  • โหมดเฉพาะบุคคล
  • การปรับแต่งแบบกำหนดค่า transit (ทางเลือก)
  • รูปแบบส่วนที่เหมือนกัน ซึ่งใช้กับเส้นทางการโหราศาสตร์ที่ได้รับการอัปเกรด

E) ชุดรายงานบ้าน (เฉพาะบุคคล, รูปแบบตามช่วงเวลา)

รายงานบ้าน (ส่วนต่างๆ ที่ไม่ใช่ทั่วไป):

  • POST /api/v1/horoscope/reports/house/daily
  • POST /api/v1/horoscope/reports/house/weekly
  • POST /api/v1/horoscope/reports/house/monthly
  • POST /api/v1/horoscope/reports/house/yearly

ภาพรวมของบ้าน (เฉพาะทั่วไป):

  • POST /api/v1/horoscope/reports/house/daily/overview
  • POST /api/v1/horoscope/reports/house/weekly/overview
  • POST /api/v1/horoscope/reports/house/monthly/overview
  • POST /api/v1/horoscope/reports/house/yearly/overview

รายงานดาวเคราะห์และบ้าน (ส่วนต่างๆ ที่ไม่ใช่ทั่วไป):

  • POST /api/v1/horoscope/reports/planet/house/daily
  • POST /api/v1/horoscope/reports/planet/house/weekly
  • POST /api/v1/horoscope/reports/planet/house/monthly

  • POST /api/v1/horoscope/reports/planet/house/yearlyภาพรวมดวงดาวและมุม (สำหรับทั่วไปเท่านั้น):

  • POST /api/v1/horoscope/reports/planet/house/daily/overview

  • POST /api/v1/horoscope/reports/planet/house/weekly/overview
  • POST /api/v1/horoscope/reports/planet/house/monthly/overview
  • POST /api/v1/horoscope/reports/planet/house/yearly/overview

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

  • /house-horoscope
  • /planet-house-horoscope

F) การทำให้ Namespace ของเส้นทางเป็นมาตรฐาน

เส้นทางรายงานแบบสดปัจจุบันใช้ namespace /api/v1/horoscope/reports/* ในพื้นผิวโหราศาสตร์ที่ได้รับการสนับสนุนจากเครื่องยนต์ที่อัปเกรดแล้ว

เส้นทางที่ไม่ใช่รายงานแบบเดิมยังคงลงทะเบียนเป็น alias ที่เข้ากันได้แบบซ่อน

G) กลุ่มเส้นทางใหม่สำหรับส่วนโหราศาสตร์ที่เพิ่มเข้ามาในช่วงเวลาต่างๆ

การสื่อสาร

  • POST /api/v1/horoscope/reports/communication/daily/today
  • POST /api/v1/horoscope/reports/communication/daily/tomorrow
  • POST /api/v1/horoscope/reports/communication/daily/yesterday
  • POST /api/v1/horoscope/reports/communication/weekly
  • POST /api/v1/horoscope/reports/communication/monthly
  • POST /api/v1/horoscope/reports/communication/yearly

มิตรภาพ

  • POST /api/v1/horoscope/reports/friendship/daily/today
  • POST /api/v1/horoscope/reports/friendship/daily/tomorrow
  • POST /api/v1/horoscope/reports/friendship/daily/yesterday
  • POST /api/v1/horoscope/reports/friendship/weekly
  • POST /api/v1/horoscope/reports/friendship/monthly
  • POST /api/v1/horoscope/reports/friendship/yearly

ไลฟ์สไตล์

  • POST /api/v1/horoscope/reports/lifestyle/daily/today
  • POST /api/v1/horoscope/reports/lifestyle/daily/tomorrow
  • POST /api/v1/horoscope/reports/lifestyle/daily/yesterday
  • POST /api/v1/horoscope/reports/lifestyle/weekly
  • POST /api/v1/horoscope/reports/lifestyle/monthly
  • POST /api/v1/horoscope/reports/lifestyle/yearly

พื้นผิว Love Split (คนโสด/คู่)

  • POST /api/v1/horoscope/reports/love_singles/daily/today
  • POST /api/v1/horoscope/reports/love_singles/daily/tomorrow
  • POST /api/v1/horoscope/reports/love_singles/daily/yesterday
  • POST /api/v1/horoscope/reports/love_singles/weekly
  • POST /api/v1/horoscope/reports/love_singles/monthly
  • POST /api/v1/horoscope/reports/love_couples/daily/today
  • POST /api/v1/horoscope/reports/love_couples/daily/tomorrow
  • POST /api/v1/horoscope/reports/love_couples/daily/yesterday
  • POST /api/v1/horoscope/reports/love_couples/weekly
  • POST /api/v1/horoscope/reports/love_couples/monthly

การเพิ่มส่วนรายปี

  • POST /api/v1/horoscope/reports/health/yearly
  • POST /api/v1/horoscope/reports/money/yearly

H) เปลี่ยนชื่อ Surface สำหรับดาวข้อมูล

  • GET /api/v1/horoscope/planets-info
  • POST /api/v1/horoscope/planets-info

สิ่งนี้แทนที่การตั้งชื่อเดิม /horoscope/planets สำหรับพฤติกรรมแบบคำอธิบาย## ขยายข้อมูลโหราศาสตร์ — จุดปลาย (Endpoints) ที่ได้รับการปรับปรุงและแก้ไข

A) การย้ายระบบและการอัปเดตพฤติกรรม

กลุ่มเส้นทางที่มีอยู่ต่อไปนี้ได้รับการอัปเกรดให้ใช้ระบบภายใน:

เส้นทางรายงานหลัก

  • POST /api/v1/horoscope/reports/today
  • POST /api/v1/horoscope/reports/yesterday
  • POST /api/v1/horoscope/reports/tomorrow
  • POST /api/v1/horoscope/reports/weekly
  • POST /api/v1/horoscope/reports/monthly
  • POST /api/v1/horoscope/reports/yearly

เส้นทางหมวดหมู่ที่มีอยู่ได้รับการอัปเกรดจากพฤติกรรมเดิมที่ใช้ระบบ horoscope.com

  • อาชีพ
  • สุขภาพ
  • ความรัก
  • เงิน

กลุ่มเส้นทางที่มีอยู่และเดิมได้รับการปรับโครงสร้างและการอัปเกรด

  • เส้นทางความรักเดิมถูกแบ่งออกเป็น love_singles และ love_couples
  • พฤติกรรม yearly/career_money ถูกรวมเข้าด้วยกัน โดยมีการสร้างเส้นทางอาชีพรายปีและเส้นทางเงินรายปีแยกต่างหาก
  • เส้นทางรายงานและภาพรวมโหราศาสตร์แบบดาวเคราะห์ถูกย้ายไปยังเส้นทางตามช่วงเวลา

B) การปรับความชัดเจนของเส้นทางคำอธิบายเครื่องหมายดวงชะตา

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

  • /api/v1/horoscope/sign/personality
  • /api/v1/horoscope/sign/communication
  • /api/v1/horoscope/sign/friendship
  • /api/v1/horoscope/sign/love
  • /api/v1/horoscope/sign/lifestyle
  • /api/v1/horoscope/sign/health
  • /api/v1/horoscope/sign/career
  • /api/v1/horoscope/sign/money
  • /api/v1/horoscope/sign/parent_child
  • /api/v1/horoscope/sign/spirituality
  • /api/v1/horoscope/sign/shadow

C) การอัปเดตความสอดคล้องของโหราศาสตร์ตามวันเกิด

POST /api/v1/horoscope/reports/birthday ตอนนี้เปิดเผยคีย์คำขอที่ใช้ระบบภายใน พร้อมทั้งรักษาคีย์ความเข้ากันได้ไว้

พื้นผิวที่ได้รับการปรับปรุง:

  • POST /api/v1/horoscope/reports/birthday

ชื่ออื่นที่ยังคงอยู่:- /api/v1/horoscope/birthday - /api/v1/horoscope/sign/birthday

คีย์สำหรับคำขอแบบ native ของ Engine ที่เปิดเผย:

  • sign
  • target_date
  • birth
  • sections
  • zodiac_system
  • ayanamsa
  • house_system
  • node_type
  • tenant_id

คีย์สำหรับความเข้ากันได้ที่ยังคงอยู่:

  • dob
  • timezone
  • year
  • birth_time
  • birth_latitude
  • birth_longitude
  • birth_timezone

D) การอัปเดตแผนภูมิกำเนิดแบบ Natal

พื้นผิวเหล่านี้มีอยู่ก่อน v1.0.0 และได้รับการปรับปรุงเพื่อให้สอดคล้องกับ Engine อย่างสมบูรณ์:

  • POST /api/v1/birth-chart
  • POST /api/v1/birth-chart/svg

การปรับปรุงรวมถึง:

  • การรองรับตัวเลือกคำขอแบบ gateway-to-engine ที่สมบูรณ์ยิ่งขึ้น
  • ความสอดคล้องของฟิลด์การกำหนดค่า wheel
  • กฎเกณฑ์ที่เข้มงวดสำหรับการตรวจสอบรูปแบบการตอบกลับ

E) การทำให้สัญญาการตอบสนองเป็นมาตรฐาน

จุดปลายที่รองรับ Engine แบบ horoscope ได้รับการอัปเกรดให้ส่งคืน:

  • payload การตอบสนองแบบ raw ของ Engine
  • _enterprise
  • _api_metadata_

F) การจัดการเขตเวลาและวันที่สัมพัทธ์

จุดปลายรายวันที่ใช้ today, yesterday และ tomorrow ตอนนี้สามารถแก้ไขวันที่เป้าหมายโดยคำนึงถึงเขตเวลาได้ โดยใช้ข้อมูลเขตเวลา IANA

G) การยืนยันการรองรับส่วนบุคคล

เมื่อมีการรองรับ, รายงานที่กำหนดเองจะเปิดใช้งานโดยการให้ฟิลด์ birth-vector เช่น:

  • birth_time
  • birth_latitude
  • birth_longitude
  • birth_timezone

หากไม่ระบุ, เส้นทางยังคงสามารถใช้งานได้ในโหมดที่อิงตามเครื่องหมาย## ขยายข้อมูลโหราศาสตร์ – จุดปลาย (Endpoints) ที่ถูกยกเลิก, ซ่อน และลบ| Endpoint | สถานะใน v1.0.0 | การแทนที่ | หมายเหตุ | |---|---|---|---| | เส้นทางรายงานผลรวมดาวแบบเดิม | ถูกลบออก | เส้นทางช่วงเวลาภายใต้ /reports/planetary/ พร้อมเส้นทางเฉพาะช่วงเวลา และเส้นทางที่ตรงกับ /overview | จุดเข้าใช้งานแบบรวมถูกลบหลังจากเสร็จสิ้นการเทียบเท่าตามช่วงเวลา | | POST /api/v1/horoscope/planetary/overview | ถูกยกเลิก (ซ่อนจาก OpenAPI) | POST /api/v1/horoscope/reports/planetary/daily/overview, POST /api/v1/horoscope/reports/planetary/weekly/overview, POST /api/v1/horoscope/reports/planetary/monthly/overview, POST /api/v1/horoscope/reports/planetary/yearly/overview | ถูกแทนที่ด้วยเส้นทางสรุปเฉพาะช่วงเวลา | | POST /api/v1/horoscope/planetary/daily/sections | ชื่ออื่น (ซ่อน) | POST /api/v1/horoscope/reports/planetary/daily | ชื่ออื่นเพื่อความเข้ากันได้ภายใน | | POST /api/v1/horoscope/love_single/monthly | ชื่ออื่นที่ถูกยกเลิก (ซ่อน) | POST /api/v1/horoscope/reports/love_singles/monthly | เก็บไว้เพื่อความเข้ากันได้ | | POST /api/v1/horoscope/weekly/retail | ถูกยกเลิก (ซ่อนจาก OpenAPI/docs) | ไม่มี | เส้นทางรายงานผลรวมดาวแบบยืดหยุ่นแบบเดิมถูกลบออกจากเอกสารสาธารณะ | | เส้นทางรายงานผลรวมดาวแบบยืดหยุ่น | ถูกลบออก | เส้นทางรายงานเฉพาะส่วนและเส้นทางสรุปช่วงเวลา | จุดเข้าใช้งานแบบรวมถูกลบหลังจากแบ่งเส้นทางอย่างสมบูรณ์ | | POST /api/v1/horoscope/yearly/career_money | ถูกลบออก | POST /api/v1/horoscope/reports/career/yearly และ POST /api/v1/horoscope/reports/money/yearly | เส้นทางที่รวมกันถูกแบ่งเป็นเส้นทางเฉพาะ | | POST /api/v1/horoscope/love/{today,tomorrow,yesterday} | ลบการลงทะเบียน | POST /api/v1/horoscope/reports/love_singles/daily/{today,tomorrow,yesterday} หรือ POST /api/v1/horoscope/reports/love_couples/daily/{today,tomorrow,yesterday} | รายละเอียดความรักรายวันถูกแบ่งตามบริบทของความสัมพันธ์ || GET /api/v1/horoscope/planets และ POST /api/v1/horoscope/planets | เปลี่ยนชื่อ/ลบออก | GET /api/v1/horoscope/planets-info และ POST /api/v1/horoscope/planets-info | เปลี่ยนชื่อจุดปลายข้อมูลเพื่อความชัดเจน |

ขยาย Horoscope — การเปลี่ยนแปลงที่ไม่เข้ากัน

  • เปลี่ยนชื่อเส้นทาง: /api/v1/horoscope/planets → /api/v1/horoscope/planets-info
  • ชื่อพื้นที่สำหรับรายงาน Horoscope ที่ใช้เครื่องยนต์แบบเรียลไทม์ คือ /api/v1/horoscope/reports/*
  • เส้นทางความรักรายวันรวมถูกแทนที่ด้วยเส้นทางเดี่ยวและคู่โดยเฉพาะ
  • เส้นทางรายปี career_money ถูกลบออกเพื่อใช้เส้นทางรายปีโดยเฉพาะ
  • จุดปลายข้อมูลรายงานทั่วไปและภาพรวมของดาว ถูกยกเลิกเพื่อใช้เส้นทางที่มีโครงสร้างตามช่วงเวลา
  • เส้นทางที่ใช้เครื่องยนต์แบบเรียลไทม์ได้รับการปรับปรุงให้เป็นมาตรฐาน โดยเน้นการส่งคำขอ POST เป็นอันดับแรก

ขยาย Horoscope — หมายเหตุเกี่ยวกับความเข้ากันได้

  • เส้นทาง /api/v1/horoscope/report/* แบบเดิมยังคงมีอยู่ในฐานะ alias ที่เข้ากันได้แบบย้อนกลับ
  • เอกสารสาธารณะและ OpenAPI แสดงเฉพาะพื้นที่ /api/v1/horoscope/reports/*
  • การรวมระบบใหม่ควรใช้เส้นทาง /reports/* ทันที

ขยาย Horoscope — หมายเหตุเกี่ยวกับการย้ายระบบ

1) แผนการย้ายเส้นทางจุดปลาย- GET/POST /api/v1/horoscope/planets → GET/POST /api/v1/horoscope/planets-info

  • POST /api/v1/horoscope/report/{surface} → POST /api/v1/horoscope/reports/{surface}
  • POST /api/v1/horoscope/{surface} → POST /api/v1/horoscope/reports/{surface}
  • POST /api/v1/horoscope/planetary/overview → POST /api/v1/horoscope/reports/planetary/{period}/overview
  • เส้นทางรวบรวมข้อมูลดาวเคราะห์แบบเดิม → เส้นทางเทียบเท่าภาพรวม หรือ POST /api/v1/horoscope/reports/planetary/{period}
  • เส้นทางรวบรวมข้อมูลโหราศาสตร์แบบยืดหยุ่นแบบเดิม → เส้นทางเฉพาะส่วน หรือ เส้นทางภาพรวม
  • POST /api/v1/horoscope/yearly/career_money → แบ่งเป็นเส้นทางอาชีพรายปี และ เส้นทางเงินรายปี
  • เส้นทางรายวันสำหรับความรักแบบเดิม → แบ่งเป็น เส้นทางรายวัน love_singles หรือ love_couples

2) การย้ายข้อมูลคำขอ

สำหรับเส้นทางที่รองรับโดยเครื่องยนต์รุ่นใหม่ ให้ใช้โครงสร้างของเนื้อหา POST พร้อมกับฟิลด์ เช่น:

  • dob
  • timezone
  • ตัวเลือกช่วงเวลา เช่น day, target_date หรือ year
  • ตัวเลือกเครื่องยนต์เพิ่มเติม:
  • zodiac_system
  • ayanamsa
  • house_system
  • node_type
  • tenant_id
  • ฟิลด์การปรับแต่งเพิ่มเติม:
  • birth_time
  • birth_latitude
  • birth_longitude
  • birth_timezone

3) กฎการย้ายเส้นทางดาวเคราะห์

  • ใช้ sections เฉพาะกับเส้นทางช่วงเวลาดาวเคราะห์ที่ไม่ใช่ภาพรวม
  • general สามารถเข้าถึงได้ผ่านเส้นทางเฉพาะ /overview

4) การย้ายตัวแปลงข้อมูลการตอบกลับ

ลูกค้าควรทำการแปลง:

  • ฟิลด์เนื้อหาคำขอโดยตรงจากเนื้อหาการตอบกลับ
  • _enterprise
  • _api_metadata_

5) หมายเหตุเกี่ยวกับพฤติกรรมการแปลเครื่องยนต์โหราศาสตร์เองไม่ได้สร้างเนื้อหาที่รองรับหลายภาษาโดยตรง ดังนั้นจุดปลาย (endpoints) ที่รายงานจึงรองรับเฉพาะ en เท่านั้นในปัจจุบัน

Non-report endpoints continue to support full multilingual translation through gateway helper layers using lang, such as:

  • en
  • es
  • de
  • fr
  • pt

ขยายข้อมูล Horoscope – เอกสารและคุณภาพที่สมบูรณ์

  • เอกสารสาธารณะได้รับการอัปเดตสำหรับเส้นทางการทำนายดวงดาวที่ได้รับการปรับปรุง

---- เอกสารเกี่ยวกับดาวเคราะห์แบบเดิมถูกแทนที่ด้วยเอกสารเกี่ยวกับดาวเคราะห์เฉพาะช่วงเวลา

---- เอกสารเกี่ยวกับอาชีพและเงินแยกออกจากเส้นทางการรวมที่ถูกลบออก

--- จบเอกสาร Markdown ---- ตัวอย่าง JSON ที่มีการซิงค์กับผลลัพธ์จากปลายทาง เพื่อให้เอกสารอัปเดต

ตารางตรวจสอบการอัปเกรดสำหรับลูกค้าที่แนะนำ — ข้อมูลโหราศาสตร์เพิ่มเติม

  • อัปเดตเส้นทางทั้งหมดที่เปลี่ยนชื่อและถูกยกเลิกการใช้งาน โดยใช้แผนการย้ายข้อมูล

---- เปลี่ยนแปลงการใช้งาน GET แบบเดิมสำหรับเส้นทางรายงานที่ได้รับการอัปเกรดให้ใช้คำขอในรูปแบบ POST แทน- เพิ่มเขตเวลาไปยังทุกขั้นตอนการทำงานรายวัน เพื่อหลีกเลี่ยงปัญหาการเปลี่ยนแปลงวันที่สัมพัทธ์

---- เพิ่มช่องสำหรับข้อมูลส่วนบุคคลเมื่อต้องการบทความเฉพาะสำหรับผู้ใช้

---- อัปเดตตัวแปลผลตอบกลับเพื่อให้คง _enterprise และ _api_metadata_ ไว้- ดำเนินการทดสอบการรวมระบบใหม่กับทุกจุดปลาย (endpoints) ที่ใช้สำหรับโหราศาสตร์ในสภาพแวดล้อมจริง

สรุปการเปิดตัว — ข้อมูลสำคัญ

Numerology API เวอร์ชัน 1.0.0 เสร็จสิ้นการปรับปรุงระบบหลัก ทำให้ครอบคลุมรายงานในส่วนต่างๆ และช่วงเวลาที่หลากหลาย, นำเสนอโครงสร้างเส้นทางที่เป็นมาตรฐานที่ชัดเจนยิ่งขึ้น, และสร้างพื้นผิวการใช้งานจริงที่ชัดเจนสำหรับเวอร์ชันในอนาคตของเครื่องจักรคำทำนายภายใน

ส่วนที่ 3 — แนวทางการบูรณาการข้าม API

หมายเหตุเกี่ยวกับการบูรณาการแบบรวมสำหรับลูกค้าที่ใช้ Numerology API

ลูกค้าที่ใช้ทั้งจุดปลาย Numerology และ Horoscope ควรตรวจสอบข้อมูลต่อไปนี้ร่วมกัน:

การยืนยันตัวตนและการเข้าถึง

  • จุดปลาย Numerology ที่ขยายแล้วรองรับเฉพาะแพลตฟอร์มโดยตรง (ไม่รองรับ RapidAPI gateway)
  • เส้นทางเครื่องจักรคำทำนายที่รองรับระบบหลักยังคงเป็นเส้นทางโดยตรงและทำงานภายใต้ชื่อ API หลักของตนเอง โดยมีการปรับปรุงรูปแบบ gateway
  • รักษาการสนับสนุนสำหรับ wrapper ข้อมูลแบบองค์กร

การสร้างคำขอ

  • แนะนำให้ใช้ body POST ที่มีโครงสร้างอย่างชัดเจนสำหรับเส้นทางทั้งหมดที่ได้รับการอัปเกรดหรือขยายใหม่
  • ตรวจสอบรูปแบบวันที่, ตัวเลือกช่วงเวลา, สายเวลา และวัตถุที่ซ้อนกันบนฝั่งลูกค้า
  • เมื่อมี ให้จัดเตรียมเวกเตอร์การปรับแต่งเพื่อผลลัพธ์ที่สมบูรณ์ยิ่งขึ้น### เวลาและรูปแบบวันที่
  • Endpoint ของ Numerology ขึ้นอยู่กับรูปแบบวันที่และเดือนที่ถูกต้อง
  • Route รายวันของ Horoscope ขึ้นอยู่กับการจัดการเขตเวลาที่ถูกต้องสำหรับการคำนวณวันที่สัมพัทธ์
  • แนะนำให้ใช้สตริงเขตเวลา IANA หากรองรับ

การจัดการภาษา

  • Endpoint ของ Numerology ที่ขยายได้มีการแสดงผลหลายภาษาที่ได้รับการตรวจสอบแล้ว
  • Route ของ horoscope ที่ขับเคลื่อนด้วย Engine ยังคงรองรับ en เท่านั้น

คำแนะนำสำหรับการเปิดตัวจริง

  • อัปเดต SDK และตัวตรวจสอบคำขอก่อน
  • รีเฟรชการทดสอบการรวมระบบเป็นอันดับสอง
  • จากนั้นเผยแพร่การเปลี่ยนแปลง route/path ไปยังลูกค้าใน production
  • ตรวจสอบ alias ที่ใช้งานอยู่ภายในที่อาจทำให้เกิดความไม่เข้ากัน เพื่อให้สามารถนำออกได้ในภายหลังได้อย่างมั่นใจ

ส่วนที่ 4 — สรุปการเปิดตัวครั้งสุดท้าย

ความหมายของ v1.0.0

v1.0.0 คือจุดที่ทั้งสองส่วนมีความสมบูรณ์และพร้อมสำหรับการใช้งานจริงมากขึ้น:- API การทำนายจากตัวเลข ตอนนี้เผยให้เห็นแค็ตตาล็อกที่ครอบคลุมและละเอียดมากขึ้น ครอบคลุมด้านเวลา, ความเป็นตัวตน, การมองเห็นเชิงจิตวิญญาณ, การทำงานกับเงา, ความสัมพันธ์, ความเข้ากันได้ และปฏิทินสำหรับการทำนาย - รายงานการทำนาย ตอนนี้มีรากฐานที่แข็งแกร่งยิ่งขึ้น โดยใช้เครื่องมือและมีชื่อพื้นที่สำหรับรายงานที่ครอบคลุมมากขึ้น รูปแบบการย้ายข้อมูลที่ชัดเจน และความสอดคล้องกันที่ดีกว่าในกลุ่มของรายงานต่างๆ - เอกสารประกอบ, ตัวอย่าง, พฤติกรรมการตรวจสอบ และคำแนะนำด้านความเข้ากันได้ มีความสมบูรณ์มากกว่าสถานะก่อน v1.0.0

การเปิดตัวนี้ไม่ใช่แค่การเพิ่มเวอร์ชันเท่านั้น แต่เป็นการปรับโครงสร้างเพื่อให้:

  • ความสมบูรณ์ของแพลตฟอร์ม
  • ความชัดเจนของเส้นทางการเข้าถึง
  • ความพร้อมสำหรับการย้ายข้อมูลของลูกค้า
  • ความมั่นใจในการใช้เอกสารประกอบ
  • ความสอดคล้องกันในการรวมระบบสำหรับองค์กร

คำแนะนำในการใช้งาน

สำหรับผู้ที่กำลังใช้งานอยู่ เส้นทางที่แนะนำคือ:

  1. ใช้เส้นทางการเข้าถึงที่เป็นมาตรฐานทันที
  2. อัปเดตแบบจำลองคำขอสำหรับการส่งข้อมูล POST เมื่อเป็นไปได้
  3. รักษาการตรวจสอบรูปแบบ metadata
  4. ตรวจสอบรูปแบบเวลา/วันที่บนฝั่งลูกค้า
  5. ย้ายผู้ใช้งาน API สำหรับการทำนายไปยังการเข้าถึงแพลตฟอร์มโดยตรง
  6. รันการทดสอบการรวมระบบแบบครบถ้วนก่อนเปิดตัว

หมายเหตุปิดท้ายบันทึกการเปลี่ยนแปลงนี้เป็นแบบรวม ซึ่งสะท้อนสถานะการเปิดตัวเวอร์ชัน v1.0.0 สำหรับ The Numerology API และรวบรวมงานสำคัญที่ดำเนินการเสร็จสิ้นในช่วงเวลาการเปิดตัว 2026-04-12