sms платежи
Прислано: penexe
ср, 17/09/2008 - 21:33
сделал модуль api для приема платежей через смс
пока подключил только http://mpbill.ru и http://russianbilling.com/
для написания других модулей на основе этого api есть специальный хук примерно такойже как hook_nodeapi
собственно вопрос вот в чем: какие модули вам нужны на основе смс платежей?
сейчас у меня есть простенький модуль позволяющий сделать платное создание нод разных типов,
планирую сделать:
модуль(фильтр) который будет требовать код, чтобы увидеть скрытый текст
модуль присваивания определенной роли пользователю через смс(типо продвинутых аккаунтов)
модуль дающий некое число userpoin`тов ноде/юзеру
на этом мысли кончились =(, предлагайте
UPD:
прикрепил модуль
- платное для создания ноды
- присваивание роли
биллинг должен вызывать http://yousite/sms_payments_api
пишите сюда про найденые баги и еще про что-нибудь)
| Прикрепленный файл | Размер |
|---|---|
| sms_payments_api.zip | 8.91 кб |
- penexe's blog
- Для комментирования войдите или зарегистрируйтесь
Модуль, позволяющий скачивать файлы после оплаты смс.
- Для комментирования войдите или зарегистрируйтесь
penexe, присваивание роли после платежа - актуально. Только недавно об этом подумал а тут это обсуждение
- Для комментирования войдите или зарегистрируйтесь
penexe, супер! А где можно глянуть на творение?
- Для комментирования войдите или зарегистрируйтесь
В принципе, присвоение той или иной роли покрывает большинство задач. Остальные проблемы рещаются простым назначением прав.
- Для комментирования войдите или зарегистрируйтесь
голосование за ноду - текстовую или картинку
- Для комментирования войдите или зарегистрируйтесь
у меня следующая потребность
мне нужно продавать доступ к полной версии ноды
ноды будут определенного вида (например page), но к каждой доступ должен быть отдельный
ну примерно как у smszamok - вставлям код замка в конец любой нодвы - и тизер открыт, а тело уже только после оплаты.
- Для комментирования войдите или зарегистрируйтесь
Хорошо предусмотреть предоставление роли на ограниченное время. Может быть так и было задумано и я повторяюсь?
- Для комментирования войдите или зарегистрируйтесь
Хорошо предусмотреть предоставление роли на ограниченное время. Может быть так и было задумано и я повторяюсь?
роли готовы, но пока без времени, скоро выложу а потом доделаю время
- Для комментирования войдите или зарегистрируйтесь
Хорошо реализовать это дело еще в виде action (trigger) - чтобы можно было использовать стандартные механизмы 6го дру или писать свои обработчики.
- Для комментирования войдите или зарегистрируйтесь
писать свои обработчики
если я правильно понял, есть хук
hook_smspaymentsapi($request, $op)
- $request объект запроса
- sms_id - id смс
- key - ключ
- operator_id - id оператора
- number - номер
- msg - сообщение
- user_id - тут вроде номер с которого отправлено смс о_О
- prefix - префикс
- message - собщение без префикса
- provider - имя биллинга
- $op
- execute - вызывается при получении смс, должна возврашаться строка, будет в ответном смс
- Для комментирования войдите или зарегистрируйтесь
Хук полезен, вот только логику просьба растолковать!
Сценарии использования этого механизма просты:
- пользователь оповещается об ожидании сайтом смс, этот этам может быть иногда опущен
- пользователь посылает смс, а сайт в ответ производит какие-то действия (в базе или возможно делает ответ)
- сайт посылает смс и ожидает ответных действий пользователя
Рассматривая данный хук видно, что он только оповещает о получении сообщения, следовательно с помощью него можно только становиться подписчиком на определённые сообщения.
Обязательно должна быть функция отправки, что-то вроде
smspaymentsapi_send($message, $queue = FALSE) - отправить сообщение и факультативно ожидать подтверждения.
Теперь actions и triggers - это удобно реализовать без создания модулей. При создании узла или пользователя - можно через триггер выполнять нужное действие, в данном случае отправку или ожидание смс.
Подробнее можно почитать по ссылкам
http://drupal.org/node/199254
http://drupal.org/node/172152
http://drupal.org/handbook/modules/trigger
- Для комментирования войдите или зарегистрируйтесь
Настройка:
в акках на http://mpbill.ru и(или) http://russianbilling.com/ указываем
url куда слать запрос, префиксы с которыми буем работать и секретный ключ, также указываем шифровать или нет через md5
затем в настройках включаем те биллинги с которыми будем работать, указываем ключи
логика модуля:
- приходит запрос по url
- проверяем с какого биллинга оно пришло, включен ли он
- разбираем пришедший запрос по образцу того или иного биллинга
- разбираем текст на префикс и мессагу
- сверяем секретные ключи
- вызываем хук
- все дальнейшии проверки на префикс, номер формат сообщения надо делать уже в своём модуле
- строка возвращённая из хука отсылается обратно в биллинг, в соответствующем для него формате,
если хук ничего невернул то отсылается стандартное сообщение - это работа главного модуля sms_payments_api
хех пока писал нашел офигенный баг)
с триггерами вобще будет сложновато работать, тк как я понял они делают вещи связанные с конкретным материалом либо юзером и тд.
тоесть модуль будет похож на некий конструктор типо cck
- Для комментирования войдите или зарегистрируйтесь
Именно работу с триггерами я и имел ввиду, чтобы можно было тонко настраивать операции (с точностью до пользователя и конкретного материала)
- Для комментирования войдите или зарегистрируйтесь
А для 6х нет подобного решения?
+ нужно сделать просмотр полной версии ноды платной!!!
- Для комментирования войдите или зарегистрируйтесь
А для 6х нет подобного решения?
+ нужно сделать просмотр полной версии ноды платной!!!
пока нет
- Для комментирования войдите или зарегистрируйтесь







Комментарии