<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.mozilla.org/index.php?action=history&amp;feed=atom&amp;title=User_talk%3ABwinton%2FAccount_Provisioner_API</id>
	<title>User talk:Bwinton/Account Provisioner API - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.mozilla.org/index.php?action=history&amp;feed=atom&amp;title=User_talk%3ABwinton%2FAccount_Provisioner_API"/>
	<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=User_talk:Bwinton/Account_Provisioner_API&amp;action=history"/>
	<updated>2026-05-14T22:15:39Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.39.10</generator>
	<entry>
		<id>https://wiki.mozilla.org/index.php?title=User_talk:Bwinton/Account_Provisioner_API&amp;diff=258851&amp;oldid=prev</id>
		<title>BenB: Account Provisioner API Feedback</title>
		<link rel="alternate" type="text/html" href="https://wiki.mozilla.org/index.php?title=User_talk:Bwinton/Account_Provisioner_API&amp;diff=258851&amp;oldid=prev"/>
		<updated>2010-10-06T15:26:32Z</updated>

		<summary type="html">&lt;p&gt;Account Provisioner API Feedback&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;== Account Provisioner API Feedback ==&lt;br /&gt;
&lt;br /&gt;
Hey Blake,&lt;br /&gt;
&lt;br /&gt;
this looks great! Nice API and approach.&lt;br /&gt;
&lt;br /&gt;
A few smaller suggestions:&lt;br /&gt;
* I am assuming this APi exists once per provider, thus there&amp;#039;s no need to tell suggestFromName whether to allow domains or just usernames.&lt;br /&gt;
* Include .name in the domain suggestions :)&lt;br /&gt;
* Return XML (E4X!) instead of JSON&lt;br /&gt;
* Only one pref for all functions. You&amp;#039;re defining the whole API, so you just define that they need to provide these functions as these names (with these params and this result etc.). Makes usage easier, because you need to change only 1 pref when changing from dev to production server.&lt;br /&gt;
* you don&amp;#039;t want to return &amp;quot;error1234&amp;quot;, do you? In server APIs, it&amp;#039;s best to return both an error number (so machine error handling or client-side error text override is possible) and an user-readable, localized error string (so that server and client can&amp;#039;t get out of sync wrt to errors).&lt;/div&gt;</summary>
		<author><name>BenB</name></author>
	</entry>
</feed>