<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 6, 2015 at 5:02 AM, Ryan Kelly <span dir="ltr"><<a href="mailto:rfkelly@mozilla.com" target="_blank">rfkelly@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">[...]<br>
> Mozilla Concrete will now need to query and find out if she has purchased a product. There are a few different ways of doing this:<br>
><br>
> 1) payments stands up an API that can receive the appropriate bearer token for that user or<br>
<br>
</span>I suspect it's not the solution you intend to advocate, but at first<br>
glance, this feels like the right shape for the public-facing API of<br>
this thing.<br>
<br>
Internally we may implement it atop a more generic fxa-attached<br>
cloud-storage thing based on Tarek's team's ongoing work.  But I like<br>
the idea of it appearing to the rest of the world as a separate<br>
"payments info" service with a purpose-specific API.<br></blockquote><div><br></div><div>Even if the payment app has its own server and specific endpoint - I really like the idea of having all your "My Firefox Data" reachable from the same endpoint. I think it can be done even if each collection of data is separated.<br></div><div>e.g.<br><br></div><div>/files<br></div><div>/applications/payment<br></div><div>/applications/readinglist<br></div><div>/profile<br>/...<br></div><div><br></div><div>with specific per-app permissions (how it works is to be defined). This is very close to Dropbox' model.<br><br></div><div>Cheers<br></div><div>Tarek<br><br></div></div></div></div>