השתמשו בחוזה המתועד
פתחו את תיעוד ה-API בחשבון ובדקו אימות, שמות נקודות קצה, שדות חובה ומבני תשובה. אל תבנו לפי תמונה ישנה או דוגמה של ספק אחר. רשמו איזו נקודת קצה יוצרת הזמנה ואיזו קוראת את מצבה. בדקו אם בקשות שנראות דומות משפיעות אחרת על החיוב. אל תכללו אישורים בסקריפטים בדפדפן או ביומנים משותפים.
הגדירו מצבים מקומיים מפורשים
ייצגו את התהליך במצבים כגון נוצר, ממתין להודעה, הודעה התקבלה, הושלם והסתיים. מפו את תוויות התשובה האמיתיות של הספק למצבים האלה במקום להמציא הצלחה כשניתוח התשובה נכשל. שמרו מזהה הזמנה, נתיב ותפוגה יחד עם המצב. כך יש לכל תשובה הקשר ברור ונמנעת החלת הודעה על אימות של חשבון לא קשור.
תשאלו בחלון זמן מוגבל
השתמשו במרווח סביר שתואם למגבלות ה-API ובזמן קצוב לכל בקשה. קבעו מועד עצירה כולל לפי חלון הגישה של ההזמנה. האטו לאחר הגבלת בקשות או תקלת שרת זמנית במקום ליצור לולאת ניסיונות מהירה. אם הרשת נכשלת, שמרו מזהה ובדקו את המצב הנוכחי לפני רכישה חדשה. פסק זמן מבטא אי-ודאות, ולא הוכחה שהזמנה לא נוצרה.
סיימו ותעדו בבטחה
הפסיקו תשאול כשהאימות הושלם או שההזמנה מסתיימת. תעדו מצב אבחוני, זמנים ומזהים בלי לשמור כברירת מחדל קודים פעילים. התאימו הודעה לבקשת היעד לפני שימוש. בדקו כשלי ניתוח וניתוקים בסביבה מבוקרת. האינטגרציה צריכה לדווח בכנות על מצב לא פתור במקום להמשיך לנצח או לרכוש מספר נוסף בשקט.
שאלות ותשובות
האם התשאול צריך להימשך לנצח עד הגעת קוד?
לא. כבדו את חלון הגישה, מגבלות ה-API ותנאי העצירה שהוגדר.
האם אפשר לשים מפתח API ב-JavaScript ציבורי?
הימנעו מכך. שמרו אישורים באינטגרציה מוגנת בצד השרת.
שימוש אחראי ב-SMS Activation
השתמשו במספרים רק לחשבונות, לבקשות ולאימותים שיש לכם זכות לנהל. פעלו לפי כללי הפלטפורמה והחוק המקומי. זמינות, מחירים, מדינות ורשתות תשלום עשויים להשתנות. בדקו פרטים עדכניים בחשבון לפני תשלום.
אחרי הרשמה אפשר לראות מדינות ושירותים זמינים, דרכי הפקדה בקריפטו, מחירי הפעלה ותקופות השכרה.