API для отправки SMS сообщений

[titoffk]

сервис загнулся короче.
и связь хуже и поддержка...

[etorkhov]

Как кстати сейчас дела со стабильностью?
Похоже что иногда, в ночное время смс-ки могут не дойти, а придут на следующее утро.
Четкой статистики нет, т.ч. пока что предположение на основе редких наблюдений.
И если это так, то всплывает необходимость в параметре TTL, чтобы можно было указать в сек или минутах время жизни/актуальности сообщения, и если его не удалось пропихнуть провайдеру за TTL, то дальше пытаться не надо.
Даже без относительно денег за сообщение. А если еще и провайдер будет это соблюдать, то вообще красота.
И также интересно иметь временные рамки, когда "можно" отослать клиенту сообщение, чтобы не будить среди ночи.
Вроде раньше такие задумки были. Удалось реализовать?

[BubnovRV]

А чем не устраивают параметры when, upto, starttime и stoptime в API?

[sd]

titoffk, af, прошу прощения за долгое молчание. С нашей стороны проблема не воспроизводится. Если бы вы скинули полный URL со всеми параметрами (можно в личку), то тогда проблему было бы легче локализовать, да и исправили бы уже.

[sd]

Как кстати сейчас дела со стабильностью?
Похоже что иногда, в ночное время смс-ки могут не дойти, а придут на следующее утро.
Четкой статистики нет, т.ч. пока что предположение на основе редких наблюдений.
И если это так, то всплывает необходимость в параметре TTL, чтобы можно было указать в сек или минутах время жизни/актуальности сообщения, и если его не удалось пропихнуть провайдеру за TTL, то дальше пытаться не надо.
Даже без относительно денег за сообщение. А если еще и провайдер будет это соблюдать, то вообще красота.
И также интересно иметь временные рамки, когда "можно" отослать клиенту сообщение, чтобы не будить среди ночи.
Вроде раньше такие задумки были. Удалось реализовать?

Сейчас можете использовать параметр upto. Возможно, добавим еще параметр TTL. Тут есть один нюанс. Если смс от нас уже ушла, то отменить не получится, а ни один из наших операторов не дает возможности отменить доставку сообщения.

[skorin]

Господа, если вы используете класс для отправки SMS, написанный пользователем Metus (за что ему огромное спасибо), добавьте, пожалуйста строчку

Код: Выделить всё

curl_setopt($curl, CURLOPT_ENCODING, 'UTF-8');

после строки

Код: Выделить всё

curl_setopt($curl, CURLOPT_POST, true);

в функции use_post(), это позволит вам избежать проблем с отправкой сообщений на русском языке.

[sd]

Господа, если вы используете класс для отправки SMS, написанный пользователем Metus (за что ему огромное спасибо), добавьте, пожалуйста строчку

Код: Выделить всё

curl_setopt($curl, CURLOPT_ENCODING, 'UTF-8');

после строки

Код: Выделить всё

curl_setopt($curl, CURLOPT_POST, true);

в функции use_post(), это позволит вам избежать проблем с отправкой сообщений на русском языке.

Спасибо большое за информацию!

[etorkhov]

А чем не устраивают параметры when, upto, starttime и stoptime в API?

2мя вещами:
1. ленью, т.к. при отправке нужно будет вычислять время после которого уже поздно
2. немного не полным описанием - по какому часовому поясу оно вычисляется? Если по Москве, а получатель на Дальнем Востоке? И 21:00 это "когда"? GMT+3? GMT+4? Или GMT+0?
+ отсутствие понимания чем оно реализуется? Один вариант сервером комтьюб, или GSM провайдером?
В последнем варианте оно интереснее, т.к. только он знает в каком часовом поясе сейчас получатель.
+ наверно нужно отдельно указание что подразумевает отправитель - время он указал для своего(сервера комтьюб) часового пояса или часового пояся получателя?

Кстати для удобства лучше поддержать и альтернативный вариант указания этих параметров - "без даты", т.е. только время, а дата "текущая". Разделить легко по кол-ву символов в параметре.

Ну и то, что комтьюб не может влиять на доставку смс после передачи провайдеру - понятное дело. Но вот если сам провайдер может поддерживать такие опции - было бы замечательно. Главное чтобы они одинаково трактовали такие опции.

[BubnovRV]

Насколько я знаю все времянки в API касаются того часового пояса, который Вы указали в личном кабинете. Т.е. 21:00 это Ваше время.
отсутствие понимания чем оно реализуется? Один вариант сервером комтьюб, или GSM провайдером? - тут ответ очевиден, конечно самим комтюбом.
Во-первых потому что насколько я знаю комтюб сам не отправляет СМС, а передает их кому-то, а этот кто-то уже отдает опсоссу.
Во-вторых невозможно договорится со всеми опсосами, чтобы это работало у опсоса. Кроме большой четверки, есть еще куча опсосов в регионах, которые могут не поддерживать данную функцию (если она есть).

[sd]

Да, все правильно - все параметры с датой временем используют тот часовой пояс, который указан в вашем личном кабинете в настрйоках профиля.
И да, мы работаем с парой аггрегаторов, а не связываемся с каждым оператором отлельно. Чтобы договариваться с каждым оператором отдельно, это надо заниматься только SMS и все.
Что касается установки времени жизни на стороне провайдера, то надо будет уточнить у наших аггрегаторов, есть ли такая фича у них.