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

[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 в локальном стораже