เฝ้าดูสตรีม webhook ของ UnifyPort ด้วย Pipedream RequestBin

มันทำอะไร

RequestBin ให้ URL ที่อยู่ทนแก่คุณ บันทึกทุก request ลงในประวัติที่เลื่อนดูได้ — headers, raw body, query string, จังหวะเวลา — และเก็บไว้ให้คุณกลับมาดูได้อีกหลายชั่วโมงต่อมา ปุ่ม replay ส่ง request ที่จับไว้ซ้ำได้ ซึ่งเป็นเหตุผลที่มันมากกว่าตัวดูแบบ passive

ควรใช้เมื่อไร

• เฝ้าดูลำดับเหตุการณ์ ข้อความเดียวอาจแตกเป็น message.received ตามด้วย message.status.updated หลายรายการ RequestBin เรียงให้ตามลำดับ คุณจึงยืนยันได้ว่าทั้งชุดมาถึงจริง
• ขั้นตอนยืนยันตัวตนที่กินเวลาหลายนาที ขั้นตอน QR และการจับคู่ปล่อย account.auth.required, account.auth.succeeded แล้วก็ account.started ห่างกันไม่กี่วินาทีถึงไม่กี่นาที bin ที่อยู่ทนรับไว้ได้ครบโดยคุณไม่ต้องเฝ้า terminal
• replay ระหว่างที่ทำซ้ำ จับ delivery ครั้งเดียว แล้ว replay เข้า handler เวลาแก้โค้ด — เร็วกว่าการไปเกลี้ยกล่อมผู้ให้บริการให้ส่งอีเวนต์เดิมใหม่ทุกครั้ง

ตรวจดู delivery ของ UnifyPort

ทุก delivery มี header สำหรับเซ็นมาตรฐานติดมา:

…และซองอีเวนต์ที่ normalize แล้ว — รูปแบบเดียวกันทุกผู้ให้บริการ คุณจึงเขียน handler ตามมันครั้งเดียว:

เมื่อไรไม่ควรใช้

• ทราฟฟิกโปรดักชันหรือมี PII URL ของ RequestBin เป็นสาธารณะและเดาได้ — ใครมีลิงก์ก็อ่านทุก request ที่จับได้ ใช้เฉพาะอีเวนต์ทดสอบแบบใช้แล้วทิ้ง
• การส่งต่อไป localhost RequestBin จับไว้ ไม่ส่งต่อมาที่เครื่องคุณ สำหรับเรื่องนั้นให้ใช้ smee.io หรือ ngrok

ทางเลือกอื่นที่เราชอบ

• webhook.site — เร็วกว่าสำหรับการเช็กครั้งเดียวว่า "มีอะไรเข้ามาไหม?"
• smee.io — ส่งต่อไป localhost ไม่ใช่แค่จับไว้
• ngrok — tunnel ในเครื่องเต็มรูปแบบ พร้อม inspector ในตัวที่ 127.0.0.1:4040

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

Pipedream RequestBin เก็บ request ไว้นานแค่ไหน?

นานพอจะดูทราฟฟิกสะสมตลอดเซสชัน — นานกว่าที่การเช็กเร็ว ๆ ต้องการมาก ระยะเก็บที่แน่นอนขึ้นกับแพ็กเกจ Pipedream ของคุณ ดังนั้นให้ถือว่า request ที่จับได้เป็นข้อมูลทดสอบ ไม่ใช่คลังเก็บถาวร

replay request ที่จับได้เข้า handler ในเครื่องได้ไหม?

RequestBin replay ไปยังเป้าหมายเดิม หากต้องการให้ delivery มาถึง localhost ให้ส่งต่อด้วย smee.io หรือทำ tunnel ด้วย ngrok แล้วค่อย replay ที่นั่น

ต่างจาก webhook.site อย่างไร?

ทั้งคู่จับและแสดง request webhook.site เร็วสุดสำหรับการเช็กครั้งเดียวว่า "มาถึงหรือยัง"; RequestBin ดีกว่าเมื่อคุณต้องการประวัติหลาย delivery ที่อยู่ทน เลื่อนดูได้ ตลอดช่วงเวลาหนึ่ง