ESC
ชุดเครื่องมือพัฒนา API

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

7 ขั้นตอน ~15 นาที 7 เครื่องมือ
01

จัดรูปแบบและตรวจสอบ JSON

response ของ API ต้องอ่านได้ก่อนจึงจะทำงานกับมันได้ วาง JSON ดิบเพื่อตรวจสอบโครงสร้างและจับข้อผิดพลาดทางไวยากรณ์ทันที — JSON ที่มีรูปแบบผิดพลาดทำให้เกิดข้อผิดพลาดแบบเงียบที่แก้ไขยากในภายหลัง

JSON Formatter
วาง API response ดิบที่นี่เพื่อจัดรูปแบบด้วยการย่อหน้าที่ถูกต้องและตรวจหาข้อผิดพลาดทางไวยากรณ์ก่อนเขียนโค้ดการแยกวิเคราะห์แม้แต่บรรทัดเดียว
เปิดเครื่องมือ
02

สร้าง ID ทรัพยากรที่ไม่ซ้ำกัน

ทรัพยากรทุกรายการใน API ของคุณต้องการตัวระบุที่ไม่ซ้ำกัน UUID ไม่มีการชนกัน ทำงานได้ในระบบกระจาย และไม่เปิดเผยลำดับฐานข้อมูลภายใน

UUID Generator
สร้าง UUID หนึ่งรายการหรือมากกว่าเพื่อใช้เป็นตัวระบุทรัพยากรใน API request, ชุดทดสอบ หรือข้อมูล seed ของฐานข้อมูล
เปิดเครื่องมือ
03

เข้ารหัสข้อมูลไบนารีสำหรับการส่ง

API มักแลกเปลี่ยนข้อมูลไบนารีเป็นข้อความ — รูปภาพ ไฟล์ ใบรับรอง Base64 คือการเข้ารหัสมาตรฐานสำหรับฝังไบนารีใน JSON หรือ HTTP headers

Base64 Encoder / Decoder
เข้ารหัสไฟล์หรือสตริงไบนารีเป็น Base64 เพื่อฝังใน JSON payload หรือถอดรหัสค่า Base64 จาก API response เพื่อตรวจสอบเนื้อหา
เปิดเครื่องมือ
04

เข้ารหัสพารามิเตอร์ URL

query string ที่มีอักขระพิเศษ (ช่องว่าง เครื่องหมาย ampersand เครื่องหมายเท่ากับ) ทำให้ API request พัง เข้ารหัสทุกพารามิเตอร์ก่อนเพิ่มลงใน URL ของ endpoint

URL Encoder / Decoder
วางค่าพารามิเตอร์ query ดิบที่นี่เพื่อรับรูปแบบที่เข้ารหัสเปอร์เซ็นต์ พร้อมเพิ่มลงใน URL ของ API endpoint
เปิดเครื่องมือ
05

สร้างโทเคนการยืนยันตัวตน

รักษาความปลอดภัย API endpoint ของคุณด้วยโทเคน JWT กำหนด payload เลือกอัลกอริทึมการลงนาม และสร้างโทเคนเพื่อทดสอบ authentication flow โดยไม่ต้องแตะต้องเซิร์ฟเวอร์ auth

JWT Generator
สร้าง JWT ด้วย claims และ secret key ที่เลือกเพื่อทดสอบ endpoint ที่ได้รับการป้องกัน หรือตรวจสอบว่าลอจิกการตรวจสอบโทเคนของคุณทำงานถูกต้อง
เปิดเครื่องมือ
06

ลงนามคำขอเพื่อความสมบูรณ์

เพิ่มการลงนามคำขอสำหรับการยืนยัน webhook หรือการยืนยันตัวตนด้วย API key HMAC ช่วยให้มั่นใจว่า payload ไม่ถูกแก้ไขระหว่างการส่ง — ต้องการโดย Stripe, GitHub และ API อื่นๆ อีกมาก

HMAC Generator
สร้างลายเซ็น HMAC สำหรับ request body หรือ webhook payload เพื่อตรวจสอบความสมบูรณ์ หรือสร้างลายเซ็นที่คาดหวังซ้ำระหว่างการดีบัก
เปิดเครื่องมือ
07

ดึงข้อมูลฟิลด์จาก Response

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

JSON Path Finder
วาง API response ที่ซับซ้อนและคลิกที่ค่าใดก็ได้เพื่อรับนิพจน์ JSONPath — คัดลอกไปใส่โค้ดของคุณได้โดยตรง
เปิดเครื่องมือ

เคล็ดลับจากผู้เชี่ยวชาญ

  • บันทึก JSON response ทดสอบไว้ในเครื่องสำหรับแต่ละ API ที่คุณผสานรวม นำมาวางในตัวจัดรูปแบบใหม่ทุกครั้งที่ API อัปเดตเพื่อสังเกตฟิลด์ใหม่หรือที่เปลี่ยนแปลงได้อย่างรวดเร็ว
  • เมื่อดีบัก HMAC ที่ไม่ตรงกัน ให้ตรวจสอบการเข้ารหัสอักขระก่อนเป็นอันดับแรก ความแตกต่างเพียงหนึ่งตัวอักษรระหว่าง UTF-8 กับ ASCII ใน key หรือข้อความจะสร้างลายเซ็นที่แตกต่างกันโดยสิ้นเชิง
  • payload ของ JWT ถูกเข้ารหัสด้วย Base64 เท่านั้น ไม่ได้เข้ารหัสแบบจริงจัง ห้ามใส่รหัสผ่าน หมายเลขบัตรเครดิตเต็ม หรือข้อมูลที่ละเอียดอ่อนอื่นๆ ใน JWT claim เด็ดขาด

คำถามที่พบบ่อย

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

ใช่ เครื่องมือทั้งเจ็ดทำงานได้โดยไม่ขึ้นอยู่กับรูปแบบ API response ของ GraphQL ยังคงเป็น JSON การยืนยันตัวตนยังคงใช้ JWT หรือ HMAC และข้อมูลไบนารียังต้องการการเข้ารหัส Base64

JWT คือรูปแบบโทเคนที่บรรจุ claim (ID ผู้ใช้, บทบาท, วันหมดอายุ) และได้รับการตรวจสอบโดยเซิร์ฟเวอร์ในแต่ละคำขอ HMAC คือวิธีการลงนามที่ใช้พิสูจน์ว่าข้อความไม่ถูกแก้ไขระหว่างการส่ง — มักใช้สำหรับลายเซ็น webhook ทั้งสองแก้ปัญหาที่แตกต่างกันและมักใช้ร่วมกัน

ไม่ เครื่องมือทุกอย่างบนเว็บไซต์นี้ทำงานทั้งหมดในเบราว์เซอร์ของคุณ API key, โทเคน, payload และความลับของคุณจะไม่ออกจากอุปกรณ์ของคุณเลย

Base64 คือตัวเลือกมาตรฐาน JSON รองรับเฉพาะข้อความ ดังนั้นข้อมูลไบนารีต้องถูกเข้ารหัสเป็นสตริง API ส่วนใหญ่ที่รับการอัปโหลดไฟล์ใน JSON body จะคาดหวังค่าที่เข้ารหัส Base64 ในฟิลด์เฉพาะ

ความปลอดภัยและความเป็นส่วนตัว

ความปลอดภัยของข้อมูลของคุณคือความสำคัญอันดับแรกของเรา

การประมวลผลภายใน

การประมวลผลทั้งหมดเกิดขึ้นในเบราว์เซอร์ของคุณ

ไม่มีการถ่ายโอนข้อมูล

ข้อมูลของคุณจะไม่ถูกส่งไปยังเซิร์ฟเวอร์ของเรา

ไม่มีการจัดเก็บข้อมูล

ไม่มีข้อมูลถูกเก็บหรือแบ่งปัน

การเข้ารหัส SSL

การเข้ารหัส SSL สำหรับการเชื่อมต่อที่ปลอดภัย