Информация об изменениях

Сообщение Re[3]: Организация облачного сервиса от 04.07.2018 7:31

Изменено 04.07.2018 7:43 bnk

Re[3]: Организация облачного сервиса
Здравствуйте, kiyu, Вы писали:

K>Просто при хранении всего в одном месте в случае полной потери данных — проблемы будут у всех клиентов сразу. Но, наверное, об этом рано думать.


Ну обычно ежедневный бэкап всего идет в комплекте с хостингом.

K>>>Прием платежей.

bnk>>У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
bnk>>Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
K>А как это выглядит для клиента? Оплата, и потом он ждет когда я с ним свяжусь чтобы передать логины\пароли? Чтобы подключить клиента мне нужно будет сделать ряд телодвижений (завести хранилище, какую-то конфигурацию, в т.ч. ограничение на число пользователей — такого рода вещи). Можно, конечно, первое время вручную все это делать, но хотелось, бы чтобы клиент нажал "купить N учетных записей" и автоматически все создалось — вопрос, как получить данные о платеже (кто заплатил, сколько) от регистратора программно?.

У регистратора как правило есть API для вендора, т.е. при поступлении заказа, создании подписки, удалении подписки, и т.п. они могут вызывать тебя (твой сайт), передавая все данные (как правило, POST-запросом на твой сайт).
Это все настраивается в панельке вендора. Тебе нужно просто поставить чекбоксы какие на какие события нужно вызывать твой сервис, указать URL-ы и параметры которые ему нужно передеавать. Ну и реализовать сами обработчики на твоем сайте, понятно (чтобы они по запросу заводили хранилище, конфигурацию или что там надо)
Re[3]: Организация облачного сервиса
Здравствуйте, kiyu, Вы писали:

K>Просто при хранении всего в одном месте в случае полной потери данных — проблемы будут у всех клиентов сразу. Но, наверное, об этом рано думать.


Ну обычно ежедневный бэкап всего идет в комплекте с хостингом.

K>>>Прием платежей.

bnk>>У большинства регистраторов сейчас есть вариант "подписки" (кроме обычных лиценизий) со всеми фичами.
bnk>>Если клинет подписывается, с его карты ежемесячно регистратор будет снимать бабло и переводить тебе на счет.
K>А как это выглядит для клиента? Оплата, и потом он ждет когда я с ним свяжусь чтобы передать логины\пароли? Чтобы подключить клиента мне нужно будет сделать ряд телодвижений (завести хранилище, какую-то конфигурацию, в т.ч. ограничение на число пользователей — такого рода вещи). Можно, конечно, первое время вручную все это делать, но хотелось, бы чтобы клиент нажал "купить N учетных записей" и автоматически все создалось — вопрос, как получить данные о платеже (кто заплатил, сколько) от регистратора программно?.

У регистратора как правило есть API для вендора, т.е. при поступлении заказа, создании подписки, удалении подписки, и т.п. они могут вызывать тебя (твой сайт), передавая все данные (как правило, POST-запросом на твой сайт).
Это все настраивается в панельке вендора. Тебе нужно просто поставить чекбоксы какие на какие события нужно вызывать твой сервис, указать URL-ы и параметры которые ему нужно передеавать. Ну и реализовать сами обработчики на твоем сайте, понятно (чтобы они по запросу заводили хранилище, конфигурацию или что там надо). Пример PPG (IPN, Instant Payment Notification):

https://payproglobal.com/knowledge-base/developer-tools/ipn

Ключ на продук тоже можно самому генерировать, примерно по такому же принципу (PPG — "license generator url")