Бесплатная отправка СМС (без капчи)

Утилита отправляет СМС на номера всех сотовых операторов России.

• Не требует ввода карпч
• Можно отправлять хоть 100 смс на 1 номер
• установка интервала между отправками смс
• рассылка смс по списку номеров
• рассылка смс по пулу номеров например начальный номер 9264567345 и по 9264567365. СМС отправится на 20 номеров

минусы в том что смс нужно отправлять в транслите, но в программе можно писать кирилецей, сообщение при отправке автоматом переводится в транслит.

Миниатюры

 

Вложения

sms.rar (228.4 Кб, 1864 просмотров)

5

0

Сообщение от raxp ...не вижу проблемы. Обленились совсем

Три функции вместо одной.

Добавлено через 10 минут
Интересно что тип используешь char* и тут же впихнул System::TDateTime, смысл ?
Сразу бы String использовал.

0

Предлагаю данную тему не закакивать, а задавать вопросы в тематической. Проект к тому же открыт, правки приветствуются.

0

Добавлено через 27 минут

Сообщение от raxp http://msdn.microsoft.com/ru-ru/libr...code-snippet-1 ...смысл в удобстве и унификации.

Под С++Builder через lib импорта чет не удалось сделать - после закрытия приложении получаю AV

0

raxp
Добрый день.
Не могли бы Вы выложить полный снимок первого httpS-запроса (POST https://www.google.com/accounts/ClientLogin). Отснифать его мне не удается.
Прикол в том, что из Вашей dll, sms отправляются успешно, но если переписать все это слово-в-слово под CURL, то Гугль не пускает и ругается на "левые" попытки авторизации!

0

пользовался HTTPFOX под лису.

0

Есть черновой вариант компонента на С++Builder, если надо могу выложить код.

0

Сообщение от raxp пользовался HTTPFOX под лису.

Так я пытался снифать уже ваше творение! Но расшифровать первый (ssl) запрос не удается.
Я бы с удовольствием поглядел оригинал, если бы знал, где он обитает. Можете дать линк странички, которую Вы ковыряли? Имеено той, где лежит правильная форма, которая постит сюда?
(ибо стандартная форма авторизации постит совсем в другое место)

0

Так я пытался снифать уже ваше творение! Но расшифровать первый (ssl) запрос не удается. Я бы с удовольствием поглядел оригинал, если бы знал, где он обитает.

Isica, скажите, а трех статей на тему с подробнейшим описанием ее создания и использования:



и предоставления народу полных кишков исходников проекта на sourceforge

действительно недостаточно?

0

Увы, таки недостаточно!
По теме только первая статья (остальные--это уже лирическое отступление). Но и в ней ответ на мой вопрос размыт до неузнаваемости:

Структура запросов для Google Calendar...или роем API А теперь запустим сниффер HTTPFOX из нашего прошлого материала [8 ] и подсмотрим запросы к сервису при создании уведомления в нашем аккаунте: POST https://www.google.com/accounts/ClientLogin

Т.е., какая кнопка запускает этот POST--по-прежнему непонятно.

Походу, первый запрос (ssl) я уже осилил, но для этого потребовалось включить двухуровневую аутентификацию и создать пароль приложения (без этого Гугль не пускал и ругался на попытки "взлома" аккаунта). Авторизация стала проходить нормально, но теперь второй запрос (http, устанавливающий событие в календаре) возвращает "412 Precondition Failed".
Установить причину не удается. Хидеры и XML вроде собраны правильно. Правда, есть один нюанс: ваша dll откуда-то берет и цепляет к этому запросу следующие куки:

Cookie: S=calendar=YnGOQwIw-EUoBYljgzb1xQ; PREF=ID=5d1d59ad670a3910:U=752aea8d0161d a70:FF=0:TM=1163877193:LM=1379374033:S=d NN8sYzGbfSy_wNe; rememberme=false; NID=67=XYLRuNeig0eIqF5uMjnVABppO0uoR0pIY 1NeWsOqBG1QSzoRhq2h7KhRzqYSNQLFoEI7zVcBW mv9NYNnB78DVY18ueGKBsfS95hiic8ngPnA73G9J eRpLuVPufUcnFO_; MPRF=H4sIAAAAAAAAAKs4sbDlyXK1LiaGSUwKZub mhuZJFubmiYYmqalppsbJpilmhqlpyWlpyYkGphY TmBkARtKx3TAAAAA

Откуда они берутся--непонятно: в алгоритме этого нет! И если собрать первый запрос строго по вашему алгоритму (запостить "Email=&Passwd=&service=cl&source=RAMEDI A-Google SMS" на https://www.google.com/accounts/ClientLogin), то куков он не возвращает!

Короче, осталось проверить, будет ли работать без куков. Хотя уже сейчас видно, что Гугль настороженно относится к хостинг-серверам, но совершенно непонятно, каким нюхом он их чует?

PS
А вот со временем Вы недоглядели. Синхронизация вовсе не обязательна--Гугль ведь сам знает, который час

0

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

Что до куков, вы кроме запроса методы класса TXMLHTTPRequest посмотрели и чем он занимается?

0

Что-то я не врубаюсь. Судя по методам, описанным в вашей статье, этот компонент--обычный http(s)-клиент. По крайней мере, мы не вызываем ни каких его методов, кроме двух post-запросов. Первый запрос куков не возвращает, но во второй они добавляются. Что это за шаманство???
(напомню, что снифать ssl-трафик вашей dll, (т.е., первый запрос) в расшифрованном виде у меня не получается).

А время (UTC) возвращается первым запросом в заголовке Data.

И спрошу третий раз: как в Лисе дойти до этого места: POST https://www.google.com/accounts/ClientLogin ?

0

http://xmlhttprequest.ru/#encoding

0

Отснифал таки я первый запрос. Теперь с куками все понятно. Как и предполагалось, класс ни чего не шаманит. А куку второй запрос сам же для себя и шлет (без этой куки он сглючивает, т.е., первая попытка отправки sms будет всегда неудачной).
От необходимости синхронизации времени я тоже успешно избавился.

Теперь хотелось бы доработать алгоритм, чтоб события удалялись, скажем, через 20 секунд после создания (sms за это время гарантировано попадет в очередь отправки).

Добавлено через 7 часов 59 минут
raxp, и все-таки, ГДЕ Вам удалось отловить эти запросы (POST https://www.google.com/accounts/ClientLogin и http://www.google.com/calendar... ivate/full ?)
У меня Лиса работает совершенно по-другому--через https://www.google.com/calendar/event

0

Як мед, так и ложкой. Вы лучше все доработки комментируйте и пишите на сурсфорже по адресу проекта, а то получается выложил для всех опенс-сорсом, а каждый тащит в свой угол и что-то тихо поприетарно делает.

0

Так я вашу dll не пересобирал. Я вообще php-скрипт пишу Могу показать, если интересно, как я синхронизацию времени поборол.

Можно, конечно, начать изобретать велосипед на новом (стандартном?) АПИ, если эта ссылка секретная

Добавлено через 1 час 37 минут
Может поможете составить запрос на удаление event-а?

Добавлено через 6 часов 53 минуты
Вот собака! Все нарыл, все сделал, а SMS перестали приходить!
Выходит, что отправка sms через этот сервис НЕ надежная!?! Или у них есть какие-то лимиты? (пока отлаживал--штук 30 sms я отправил).

0

Похоже вы плохо статьи читали. Рекомендую еще раз. Также рекомендую ознакомиться с материалом "письма читателей" у меня на сайте.

0

Похоже, проблема была на отрезке СОп-труба.
Избавился от русского текста в SMS (а за одно и от многостраничности)--надежность резко возросла.
А вот 20-и секунд жизни филда для гарантированной отправки sms, похоже, недостаточно. Так что пока увеличил ожидание до 90 секунд.

Добавлено через 1 час 48 минут
Есть подозрения, что многостраничные sms отправляются криво. Нередко вторая (последняя?) страница приходит с существенной задержкой либо не приходит вообще (что стратегически важно, ибо большинство телефонов не озвучат такое событие).
Кто-нибудь это тестировал?
В связи с этим вопрос: нельзя ли как-то изменить стандартные флудо-фразы, присутствующие во всех sms (кроме как методом смены языка?)

0

1- склеивающиеся SMS лучше вообще не отправлять, куски могут прийти в разные моменты времени и сервис тут не виноват и это касается отправки не только с Интернет-шлюзов, но и типичными AT-командами с использованием GSM-терминала
2- стандартные флудо-фразы похоже плата за бесплатность, но ежели найдете как, то общественность будет благодарна
3- избавление от русского путем транслитерации принудительно ограничивает возможности, транслитерацию следует сделать активирумой по флагу для конечного пользователя

p.s.: еще раз повторю - все замечания, претензии, доработки, модификации и комментарии лучше вести на странице проекта (пых- или не пых, не важно, когда речь об общем алгоритме), а данная тема затеряется со временем, как и множество других.

0

Сообщение от raxp склеивающиеся SMS лучше вообще не отправлять,

Да, и намного лучше. Но Вы не задумывались о том, что из-за русского языка и флудофраз, даже ваш семпл ни как не вписывается в одну страницу А y меня, в виду еще и не самого короткого gmail-адеса, на странице не
помещается даже 8 букв полезного текста! Так что без отключения русского, от многостраничности не избавиться.

Сообщение от raxp все замечания, претензии, доработки, модификации и комментарии лучше вести на странице проекта

Такие фразы нужно подкреплять прямым линком. Иначе многие, в частности я, могут их не осилить (надеюсь, обсуждать предлагается не на английском?)

0