@GuarDofErun now default Proxy action contains all features from this module
PhoneVerification - Модуль для работы с API сервисов приема SMS
-
@persiss, @GhostZ said in PhoneVerification - Модуль для работы с API сервисов приема SMS:
Для таких случаев есть "Пользовательский сайт" и "Пользовательская страна" в дополнительных настройках
-
Как в этом модуле установить ID номера ? Дело в том, что сервис give-sms.com походу поменял ответ, и теперь он не устанавливает в переменную номер. Я бы хотел воспользоваться функцией "получения кода" из вашего модуля имея информацию об ID номера не через функцию "Получить номер телефона"
-
Страны он вообще не понимает и ему Пох хоть и в доп настройках ставь (так вообще ошибка TypeError: Result of expression 'resp.filter' [undefined] is not a function) и так и сяк или РУ мол бери или свали мол отсель :)))
Пробовал на vak-sms и sms.aktiwator и :( -
@super84 Все он понимает, надо прописывать код страны, который соответствует указанному сервису
-
@persiss said in PhoneVerification - Модуль для работы с API сервисов приема SMS:
почините?)
Я? Нет xD Это не мой модуль
-
Обнаружил очень не приятный момент в этом модуле. При заказе номера страны которой нет на сервисе, он сам берет русский номер (у меня). Хотя через оф API в ответ приходит сообщение, что такой страны нету. Зачем он делает то, чего не просили? Почему нельзя вернуть тот ответ, который приходит, что-бы его уже обработать в скрипте?
-
@Maxxx said in PhoneVerification - Модуль для работы с API сервисов приема SMS:
Обнаружил очень не приятный момент в этом модуле. При заказе номера страны которой нет на сервисе, он сам берет русский номер (у меня). Хотя через оф API в ответ приходит сообщение, что такой страны нету. Зачем он делает то, чего не просили? Почему нельзя вернуть тот ответ, который приходит, что-бы его уже обработать в скрипте?
Если не ошибаюсь он просто в таком случае не отправляет этот параметр и сервис скорей всего использует страну по умолчанию
-
Приветик. На vak-sms.com есть возможность пролонгации номеров, сделать это через GET запрос не трудно, ведь в нем участвуют только токен и номер, без айди операции. Но вот потом (на протяжении продленных двадцати минут) через модуль этим номером пользоваться невозможно, т.к при пролонгации меняется айди операции. И даже если взять из ответа на GET новый operationID, то модулю никак не указать обновленные данные, он будет пытаться выполнять операции указывая старый, истекший, operationID.
Стоит ли ожидать от вас ближайшее время апдейт решающий этот микровопрос?
