Платный доступ

[garmoshka-mo]

Реализовать при загрузке контроллера random контроль доступа к рандомному чаттингу Отдельным сервисом! user/membership.js

Scenario:

1. при загрузке рандом контроллера - вытягиваем заново инфу по подписке,
   даже если уже был в памяти, т.к. за время может истечь или он только что купил новый:
   https://docs.google.com/document/d/1toAtJHUl3zBIoRAqsWvYx7rC88-8vDMEnospvmOrPJc/edit#heading=h.uphp7ikklgil
2. Если активный - то разрешаем чатиться
3. Если не активный - то редиректим на форму покупки #/activation

Вы исчерпали лимит запросов в бесплатной версии чата.
Для продолжения общения вы можете приобрести доступ:
[ Купить доступ на неделю за 35 руб ]
[ Купить доступ на месяц за 125 руб ]

Или воспользуйтесь бесплатными аналогами:

• https://nekto.me/chat/
• https://chatvdvoem.ru/
• http://priznavashki.com/

Registration

После покупки - пользователя будет кидать на страничку /#/after_purchase , где должно быть:

Рекомендуем зарегистрировать логин и пароль для вашей учетной записи:
[ Логин ]
[ Пароль ]

[ Зарегистрировать ] [ Пропустить ]

Сейчас учетная запись привязана к вашему устройству через кэш браузера и может быть утеряна в случае очистки кэша.

Update profile call

Попутно обновил формат вытягивания данных о профиле - в соответсвии с REST стандартном:
https://docs.google.com/document/d/1toAtJHUl3zBIoRAqsWvYx7rC88-8vDMEnospvmOrPJc/edit#heading=h.csy29qi7ae3t

[garmoshka-mo]

Сервер еще не вылил, чуть позже вылью и отпишу.
Но клиентскую часть можно делать - это приоритетный тикет

[garmoshka-mo]

При загрузке странички оплаты - наш клиент стучится на наш сервер за офферами на
https://docs.google.com/document/d/1toAtJHUl3zBIoRAqsWvYx7rC88-8vDMEnospvmOrPJc/edit#heading=h.zemkuzmvw7k
(Еще в разработке)

Тот возвращает офферы.
Когда юзер кликает по кнопке - создаем заказ POST /payment/orders
это возвращает нам урлу, куда мы и редиректим юзера.
Урла такого вида (тестовая рабочая ссылка на магазин):

• Тест: доступ на неделю за 35 руб
  https://www.liqpay.com/api/checkout?data=eyJ2ZXJzaW9uIjozLCJwdWJsaWNfa2V5IjoiaTk2NTMwOTIyODYwIiwiYW1vdW50IjoiMzUiLCJjdXJyZW5jeSI6IlJVQiIsImRlc2NyaXB0aW9uIjoi0KLQtdGB0YI6INC00L7RgdGC0YPQvyDQvdCwINC90LXQtNC10LvRjiDQt9CwIDM1INGA0YPQsSIsInR5cGUiOiJidXkiLCJzYW5kYm94IjoiMSIsInNlcnZlcl91cmwiOiJodHRwczovL25lcG90b20uaGVyb2t1YXBwLmNvbS9wYXltZW50L2NhbGxiYWNrL2xpcXBheSIsImxhbmd1YWdlIjoicnUiLCJwYXlfd2F5IjoiY2FyZCxsaXFwYXksZGVsYXllZCxpbnZvaWNlLHByaXZhdDI0In0%3D&signature=egRoVMxcpLjX5mqFvJEXL0Qfmc8%3D

[garmoshka-mo]

after_purchase

Вытягиваем GET /membership

• Если active - показываем рекомендацию зарегаться
• Иначе: order_status =
  • failure: "Неуспешный платеж", и кнопка [ Попробовать снова ] - которая кидает на список офер
  • cash_wait: "Ожидание оплаты в терминале"
  • иначе: "Платеж в обработке"

---

После покупки юзера будет кидать на /#/after_purchase
Но нужна гарантия, что пользователю показано предложение зарегаться и в других сценариях.

Например, когда он пошел оплачивать через терминал и закрыл браузер.
Потом, после оплаты, открывает наш сайт - ему должно предложить /#/after_purchase

Реализация:

• При создании order - запоминаем в локальном стораже order_created=true
• На страничке /#/random после вытяжки GET /membership
  Перекидываем на /#/after_purchase если выполняются все следующие условия:
  • active=true
  • is virtual account
  • order_created
  • !skip_registration
• Если юзер решил пропустить регистрацию, то это закрепляется с помощью skip_registration=true в локальном стораже