Спирайтеся на документацію API
Відкрийте документацію по API у своєму особистому кабінеті та перегляньте автентифікацію, імена кінцевих точок, обов'язкові поля та форми відповідей. Уникайте побудови на основі старого скріншота чи прикладу іншого провайдера. Запишіть, яка кінцева точка створює замовлення, яка кінцева точка зчитує його стан. Переконайтеся, що запити, які здаються схожими, мають різні наслідки оплати. Не допускайте потрапляння облікових даних у скрипти на стороні браузера та загальні журнали.
Встановіть зрозумілі стани замовлення
Подайте сценарій з такими станами, як створене, очікуване повідомлення, отримане повідомлення, завершено та скасовано. Порівняйте фактичні мітки відповідей провайдера з цими станами, а не вигадуйте успішний результат у разі збою аналізу. Збережіть ідентифікатор замовлення, вибраний маршрут та термін дії разом із записом стану. Це дає кожній відповіді чіткий контекст і запобігає застосуванню повідомлень до незв'язаного запиту облікового запису.
Обмежте час та частоту опитування
Використовуйте розумний інтервал, який відповідає поточним обмеженням API, а також тайм-аут запиту. Залежно від вікна доступу до замовлення встановіть загальний час зупинки. Збільшуйте паузу при обмеженні частоти запитів або тимчасових відповідей сервера замість створення циклу швидкого повтору. Під час мережного збою збережіть ідентифікатор замовлення та перевірте його поточний статус, перш ніж здійснювати нову дію купівлі. Тайм-аут залишає результат невідомим: він не доводить, що замовлення не було створено.
Вчасно зупиняйте опитування та захищайте логи
Припиніть опитування після завершення перевірки або завершення замовлення. За умовчанням зберігайте діагностичний статус, тимчасові мітки та ідентифікатори замовлень без реєстрації чинних кодів. Перш ніж використовувати отримане повідомлення, зіставте його із запитом адресата. Протестуйте збої аналізу відповіді та перервані з'єднання в контрольованому середовищі. Ваша інтеграція має чесно повідомляти про невизначений стан, а не продовжувати вічно чи мовчки купувати інший номер.
Запитання та відповіді
Чи потрібно опитувати API без обмеження часу?
Ні. Дотримуйтесь вікна доступу, обмеження API та певних умов зупинки.
Чи можна розмістити ключ API у загальнодоступному коді JavaScript?
Уникайте цього. Зберігайте облікові дані захищеної інтеграції на стороні сервера.
Відповідальне використання SMS Activation
Використовуйте номери лише для облікових записів, програм та перевірок, на які ви маєте право. Дотримуйтесь правил вибраної платформи та місцевого законодавства. Доступність номерів, ціни, напрямки та платіжні мережі можуть змінюватись. Перевіряйте актуальні дані в особистому кабінеті перед оплатою.
Після реєстрації ви побачите доступні країни, послуги, способи поповнення криптовалютою, ціни активації та терміни оренди.