Hiểu được hai mô hình
Polling yêu cầu API cho trạng thái hiện tại trên một lịch trình. Một webhook, khi được hỗ trợ chính thức, đẩy một sự kiện ký kết đến điểm cuối của bạn. Không thay đổi hành vi của người gửi hoặc đảm bảo giao hàng. SMS Activation tích hợp nên theo tài liệu API hiện tại, mô hình xác thực, giới hạn tỷ lệ, và trạng thái đặt hàng.
Thiết kế chờ đợi giới hạn
Đối với các cuộc khảo sát, sử dụng khoảng thời gian hợp lý, backoff khi thích hợp, và một thời gian rõ ràng. xử lý các trạng thái chờ đợi, nhận được, hủy bỏ, và hết hạn riêng biệt. Đối với một thiết kế webhook, xác minh các chữ ký, chấp nhận rút tiền một cách an toàn, và cung cấp một người quản lý có khả năng. Đừng tạo một đơn hàng trả tiền mới mỗi khi một thời gian yêu cầu trạng thái ra.
Kiểm tra bằng chứng
Store order identifier, request time, state transitions, and a redacted result. A browser UI may still help a human inspect an unexpected case. Nếu API hiện tại thiếu một tính năng bạn mong đợi, thích nghi các quỹ hoặc sử dụng thủ công kiểm tra thay vì phát minh ra một điểm kết thúc không có tài liệu.
Câu hỏi và câu trả lời
SMS Activation có cung cấp một webhook không?
Sử dụng tài liệu nhà phát triển hiện tại như là nguồn của sự thật; đừng giả định một cuộc gọi trở lại có sẵn.
Bao nhiêu lần tôi nên kiểm tra?
Giữ trong giới hạn được ghi lại và sử dụng khoảng thời gian giới hạn phù hợp với thời gian kiểm tra của bạn.
Sử dụng có trách nhiệm SMS Activation
Chỉ sử dụng số cho các hóa đơn, đơn đăng ký và séc mà bạn được phép. Tuân theo các quy tắc của nền tảng bạn đã chọn và các quy định của địa phương. Số lượng sẵn có, giá cả, điểm đến và mạng thanh toán có thể thay đổi. Trước khi thanh toán, vui lòng kiểm tra chi tiết hiện tại trong tài khoản cá nhân của bạn.
Đăng ký để kiểm tra tài khoản và tài liệu nhà phát triển hiện tại trước khi tự động hóa các đơn đặt hàng.