<p><br>
On Apr 5, 2012 5:04 PM, "Nick Sabalausky" <a@a.a> wrote<br>
> I would suggest though, that it be separated into two main parts:<br>
><br>
> 1. Some sort of central database with a documented, publically-accessible<br>
> machine interface, not a human interface. (And for the love of god, not<br>
> XML.)<br>
><br>
> 2. A human-usable frontend.<br>
><br>
> That way, alternative frontends can be created. We could even create a D<br>
> module (maybe in phobos?) to access the list.<br>
><br>
> (IMO, that's how most web apps should work. And then backends that deal with<br>
> the same type of data should use standardized interfaces. Hell, that's how<br>
> *real* apps already work (standard file formats, network protocols, etc) -<br>
> that's how computing finally achieved interoperability decades ago, before<br>
> web apps sunk us back into the "no interoperability" dark ages again...But<br>
> now I'm ranting, I'll stop.)<br>
><br>
> Captcha and/or user management for write-access would be built into #1, not<br>
> #2. If captcha, then a frontend would tell the backend "I want to write<br>
> access to X resource, or everything (whatever)" and the backend would send<br>
> back a captcha image. The front end would then show it to the user, and<br>
> relay the answer back to the backend.<br>
><br>
> Actually, better yet, the backend would be user accounts only, but then<br>
> there'd be a special account for anonymous captcha users. It's be one "anon<br>
> captcha user" account for *each* frontend that wanted to allow captcha. The<br>
> frontend would then use whatever the hell captcha system it wanted and, if<br>
> the user succeeds, the frontend would transparently communicate with the<br>
> backend via its own "anon captcha user" account. And if the captcha system<br>
> used by the frontend turns out to suck, or be bypassable, or isn't even<br>
> being used by the frontend, then the backend could disable or revoke that<br>
> frontend's "anon captcha user" account. The backend could still, optionally,<br>
> provide its own "official" captcha system to any frontends that wanted to<br>
> use it</p>
<p>I for one, absolutely love the way you think.  This is a great idea and the way it should be done.  But, what is wrong with xml when used correctly.<br>
</p>