API и интеграция
Опрос статуса (polling)
Обновлено . Автор: Редакция PanelCompare
Что «Опрос статуса (polling)» значит для покупателя?
Отсутствие обратных вызовов определяет каждую интеграцию на этом рынке. Нет события, когда заказ выполнен, когда он стал частично выполненным, когда закончился рефилл; есть только действия status и refill_status и то, что вы спросили в последний раз. Любой реселлер должен запускать планировщик, выбирать интервал и мириться с тем, что момент, когда он узнаёт о сбое, ограничен этим интервалом, а не временем сбоя.
Поэтому же единственный экономный вариант — массовые запросы. Форма status для многих заказов принимает до 100 номеров за запрос и возвращает объект с ключами по номерам, так что сотня заказов стоит одного вызова, а не ста (проверено на justanotherpanel.com/api, исследование рынка PanelCompare, 6 сентября 2026 г.). Опрос по одному заказу превращает планировщик реселлера в то, что со стороны панели выглядит как злоупотребление.
Как «Опрос статуса (polling)» выглядит в прайс-листе?
В каталоге это никак не отражается. Отражается то, как быстро клиенты реселлера узнают о проблеме, а это зависит от его интервала опроса, а не от панели.
Индекс цен опрашивает по другой причине: вызов действий services и balance по расписанию — это вообще единственный способ измерить доступность и задержку API, и именно так обнаруживается крах поставщика за несколько дней до ветки на форуме.
Считаете, что определение неверно?
Терминологию на этом рынке задают панели, которые ею пользуются, и она меняется. Если какая-то панель понимает под «Опрос статуса (polling)» не то, что написано здесь, пришлите нам эту позицию — мы либо исправим определение, либо запишем вариант. Как это сделать, описано на странице «О нас».