ฉันระบาดไปทั่วเน็ตและดูเหมือนจะคิดเรื่อง URL เรียกกลับไม่ได้ ในกรณีของฉันฉันมี URL เรียกกลับสองสามรายการที่ฉันต้องกำหนดเอง ที่นิยมคือ "URL เรียกกลับเริ่มต้น" นี่มันอะไรกันแน่? คุณสามารถยกตัวอย่างเป็นภาษาอังกฤษธรรมดาได้หรือไม่?
ฉันระบาดไปทั่วเน็ตและดูเหมือนจะคิดเรื่อง URL เรียกกลับไม่ได้ ในกรณีของฉันฉันมี URL เรียกกลับสองสามรายการที่ฉันต้องกำหนดเอง ที่นิยมคือ "URL เรียกกลับเริ่มต้น" นี่มันอะไรกันแน่? คุณสามารถยกตัวอย่างเป็นภาษาอังกฤษธรรมดาได้หรือไม่?
คำตอบ:
URL เรียกกลับจะถูกเรียกใช้โดยวิธี API ที่คุณเรียกใช้หลังจากเสร็จสิ้น ดังนั้นหากคุณโทร
POST /api.example.com/foo?callbackURL=http://my.server.com/bar
จากนั้นเมื่อเสร็จแล้วก็จะส่งคำขอไปยัง/foo
http://my.server.com/bar
เนื้อหาและวิธีการของคำขอนั้นจะแตกต่างกันไปโปรดตรวจสอบเอกสารสำหรับ API ที่คุณกำลังเข้าถึง
คิดว่าเป็นจดหมาย บางครั้งคุณได้รับจดหมายบอกว่าขอให้คุณกรอกแบบฟอร์มจากนั้นส่งแบบฟอร์มกลับมาในซองจดหมายที่จ่าหน้าซองซึ่งอยู่ในซองจดหมายเดิมที่มีแบบฟอร์ม
เมื่อกรอกแบบฟอร์มเสร็จแล้วให้ใส่ลงในซองส่งคืนที่ให้มาแล้วส่งกลับ
callbackUrl เป็นเหมือนซองส่งคืนนั้น คุณกำลังบอกว่าฉันกำลังส่งข้อมูลนี้ให้คุณ เมื่อคุณทำเสร็จแล้วฉันอยู่ที่ callbackUrl นี้รอการตอบกลับของคุณ ดังนั้น API จะประมวลผลข้อมูลที่คุณส่งแล้วดูที่การติดต่อกลับเพื่อส่งการตอบกลับให้คุณ
สิ่งนี้มีประโยชน์เนื่องจากบางครั้งคุณอาจใช้เวลานานในการประมวลผลข้อมูลบางอย่างและไม่มีเหตุผลที่จะให้ผู้โทรรอการตอบกลับ ตัวอย่างเช่นสมมติว่า API ของคุณอนุญาตให้ผู้ใช้ส่งเอกสารและสแกนไวรัสได้ จากนั้นคุณจะส่งรายงานหลังจากนั้น การสแกนอาจใช้เวลา 3 นาที ผู้ใช้ไม่สามารถรอเป็นเวลา 3 นาที ดังนั้นคุณจึงรับทราบว่าคุณได้รับเอกสารและปล่อยให้ผู้โทรติดต่อกับธุรกิจอื่น ๆ ในขณะที่คุณทำการสแกนจากนั้นใช้ callbackUrl เมื่อเสร็จแล้วเพื่อบอกผลการสแกน
เป็นกลไกในการเรียกใช้ API ในลักษณะที่ไม่ตรงกัน ลำดับมีดังต่อไปนี้
ดังนั้นคุณสามารถเรียกใช้ API และแจ้งผู้ใช้ของคุณว่าคำขอ "กำลังประมวลผล" หรือ "ได้รับ" จากนั้นอัปเดตสถานะเมื่อคุณได้รับการตอบกลับจาก API
หวังว่ามันจะสมเหตุสมผล - ก
ฉันจะทำให้มันเป็นเรื่องง่ายสำหรับคุณ เมื่อธุรกรรมเริ่มต้นขึ้นจะอยู่ในขั้นตอนการประมวลผลจนกว่าจะถึงขั้นตอนปลายทาง เมื่อถึงขั้นตอนปลายทางสถานะธุรกรรมจะถูกโพสต์โดยเกตเวย์การชำระเงินไปยัง URL เรียกกลับซึ่งโดยทั่วไปแล้วร้านค้าจะใช้เป็นข้อมูลอ้างอิงเพื่อแสดงหน้าความสำเร็จ / ความล้มเหลวให้กับผู้ใช้ หวังว่านี่จะช่วยได้ไหม
กรณีการใช้งานอื่นอาจเป็นเช่น OAuth ซึ่งอาจไม่ถูกเรียกโดย API โดยตรง แต่เบราว์เซอร์จะเรียก URL เรียกกลับหลังจากเสร็จสิ้นการตรวจสอบสิทธิ์กับผู้ให้บริการข้อมูลประจำตัว
โดยปกติหลังจากรหัสผู้ใช้ปลายทางในรหัสผ่านชื่อผู้ใช้ผู้ให้บริการระบุตัวตนจะเรียกเบราว์เซอร์เปลี่ยนเส้นทางไปยัง URL "โทรกลับ" ของคุณด้วยรหัสการตรวจสอบสิทธิ์ชั่วคราวเช่น
https://example.com/callback?code=AUTHORIZATION_CODE
จากนั้นแอปพลิเคชันของคุณสามารถใช้รหัสการอนุญาตนี้เพื่อขอโทเค็นการเข้าถึงกับผู้ให้บริการข้อมูลประจำตัวซึ่งมีอายุการใช้งานยาวนานกว่ามาก