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