Сообщение Re[2]: на чём писать бэкенд? от 06.04.2019 12:49
Изменено 06.04.2019 20:02 Dair
Re[2]: на чём писать бэкенд?
Здравствуйте, landerhigh, Вы писали:
L>Если тебе нужны in-app purchases, то их нужно делать прямо в мобильной аппликухе используя их родное API, иначе получится нагромождение костылей.
L>Примеры у гугля, конечно, говно, но разобраться можно.
Что у Гугла, что у Эппла, описан следующий workflow:
Мобильный клиент у соответствующего API (В iOS — StoreKit) получает чек. Потом этот чек надо заслать на [i]свой сервер[i], потому что если сразу спрашивать у Эппл/Гугл, то можно при помощи MitM обмануть. А потом надо пользователю собственно контент (файл) дать, за который пользователь заплатил. Этот контент надо где-то хранить и как-то обновлять.
L>Если тебе нужны in-app purchases, то их нужно делать прямо в мобильной аппликухе используя их родное API, иначе получится нагромождение костылей.
L>Примеры у гугля, конечно, говно, но разобраться можно.
Что у Гугла, что у Эппла, описан следующий workflow:
Мобильный клиент у соответствующего API (В iOS — StoreKit) получает чек. Потом этот чек надо заслать на [i]свой сервер[i], потому что если сразу спрашивать у Эппл/Гугл, то можно при помощи MitM обмануть. А потом надо пользователю собственно контент (файл) дать, за который пользователь заплатил. Этот контент надо где-то хранить и как-то обновлять.
Re[2]: на чём писать бэкенд?
Здравствуйте, landerhigh, Вы писали:
L>Если тебе нужны in-app purchases, то их нужно делать прямо в мобильной аппликухе используя их родное API, иначе получится нагромождение костылей.
L>Примеры у гугля, конечно, говно, но разобраться можно.
Что у Гугла, что у Эппла, описан следующий workflow:
Мобильный клиент у соответствующего API (В iOS — StoreKit) получает чек. Потом этот чек надо заслать на свой сервер, потому что если сразу спрашивать у Эппл/Гугл, то можно при помощи MitM обмануть. А потом надо пользователю собственно контент (файл) дать, за который пользователь заплатил. Этот контент надо где-то хранить и как-то обновлять.
L>Если тебе нужны in-app purchases, то их нужно делать прямо в мобильной аппликухе используя их родное API, иначе получится нагромождение костылей.
L>Примеры у гугля, конечно, говно, но разобраться можно.
Что у Гугла, что у Эппла, описан следующий workflow:
Мобильный клиент у соответствующего API (В iOS — StoreKit) получает чек. Потом этот чек надо заслать на свой сервер, потому что если сразу спрашивать у Эппл/Гугл, то можно при помощи MitM обмануть. А потом надо пользователю собственно контент (файл) дать, за который пользователь заплатил. Этот контент надо где-то хранить и как-то обновлять.