<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: hasAccount</title>
	<atom:link href="http://www.kryogenix.org/days/2007/09/28/hasaccount/feed" rel="self" type="application/rss+xml" />
	<link>http://www.kryogenix.org/days/2007/09/28/hasaccount</link>
	<description>scratched tallies on the prison wall</description>
	<pubDate>Tue, 07 Oct 2008 14:21:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: sil</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99680</link>
		<dc:creator>sil</dc:creator>
		<pubDate>Mon, 01 Oct 2007 14:17:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99680</guid>
		<description>drewm: nice. I didn't know about that. Something to look at...</description>
		<content:encoded><![CDATA[<p>drewm: nice. I didn&#8217;t know about that. Something to look at&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drewm</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99679</link>
		<dc:creator>drewm</dc:creator>
		<pubDate>Mon, 01 Oct 2007 14:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99679</guid>
		<description>Simpler is to take the users URL (be that their OpenID or just a 'homepage' field value) and parse it for links to profile pages on supported services. The rel="me" microformat provides a mechanism to indicate a related page with further information about the person described by the current page.

See my OpenID URL (drewmclellan.net) for an example.</description>
		<content:encoded><![CDATA[<p>Simpler is to take the users URL (be that their OpenID or just a &#8216;homepage&#8217; field value) and parse it for links to profile pages on supported services. The rel=&#8221;me&#8221; microformat provides a mechanism to indicate a related page with further information about the person described by the current page.</p>
<p>See my OpenID URL (drewmclellan.net) for an example.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Riselocal.Com &#187; hasAccount</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99670</link>
		<dc:creator>Riselocal.Com &#187; hasAccount</dc:creator>
		<pubDate>Fri, 28 Sep 2007 18:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99670</guid>
		<description>[...] unknown wrote an interesting post today on hasAccountHere&#8217;s a quick excerpt [...]</description>
		<content:encoded><![CDATA[<p>[...] unknown wrote an interesting post today on hasAccountHere&#8217;s a quick excerpt [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Drinkwater</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99668</link>
		<dc:creator>John Drinkwater</dc:creator>
		<pubDate>Fri, 28 Sep 2007 15:21:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99668</guid>
		<description>Once you know that a site does have an account for the user, you… ?

…still require them to enter their username for the foreign site — hasAccount returning username would give too much info to malicious scripts imho, 
…still require them to fill in more details the foreign site might not have or show publically (like email).

If they used OpenID, it would be:
user provides OpenID URL, [user logs into provider, ] user confirms trust at provider, provider sends simple reg details, sign up complete.

I think OpenID is the way we all want sign–up to go — not this current trend of focusing on popular social networking sites for account details ;)

Oh, and your OpenID URL could always host your hCard anyway, so win–win.</description>
		<content:encoded><![CDATA[<p>Once you know that a site does have an account for the user, you… ?</p>
<p>…still require them to enter their username for the foreign site — hasAccount returning username would give too much info to malicious scripts imho,<br />
…still require them to fill in more details the foreign site might not have or show publically (like email).</p>
<p>If they used OpenID, it would be:<br />
user provides OpenID URL, [user logs into provider, ] user confirms trust at provider, provider sends simple reg details, sign up complete.</p>
<p>I think OpenID is the way we all want sign–up to go — not this current trend of focusing on popular social networking sites for account details ;)</p>
<p>Oh, and your OpenID URL could always host your hCard anyway, so win–win.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sil</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99667</link>
		<dc:creator>sil</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:51:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99667</guid>
		<description>The reason I don't want it to return just a 1 or a 0 or a status code is that then you need help from the server to fetch it, and the server can't say "am *I* logged in" because it is not the user. If I, Stuart, open up example.com in my web browser, and example.com includes a script src tag to flickr.com/services/hasAccount, my web browser fetches it (and thus it can evaluate whether I, Stuart, am logged in there or not). If it can't be included with script src then it has to be fetched by a server process on example.org itself (because my browser can't make cross-domain XMLHttpRequests to flickr.com) and the example.org server is not me and won't have my Flickr login cookie.</description>
		<content:encoded><![CDATA[<p>The reason I don&#8217;t want it to return just a 1 or a 0 or a status code is that then you need help from the server to fetch it, and the server can&#8217;t say &#8220;am *I* logged in&#8221; because it is not the user. If I, Stuart, open up example.com in my web browser, and example.com includes a script src tag to flickr.com/services/hasAccount, my web browser fetches it (and thus it can evaluate whether I, Stuart, am logged in there or not). If it can&#8217;t be included with script src then it has to be fetched by a server process on example.org itself (because my browser can&#8217;t make cross-domain XMLHttpRequests to flickr.com) and the example.org server is not me and won&#8217;t have my Flickr login cookie.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99666</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:49:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99666</guid>
		<description>Stuart: imagine if the flickr page returned a script that posted document.cookies back to them instead of calling myFunction().

I don't know what sort of authentication system you are using for your account, but many work by first associating a session cookie with the user, then associating an account with the session cookie when they log in.

So while the user may not have an account at this point, the session cookie may become valuable a short time into the future ...</description>
		<content:encoded><![CDATA[<p>Stuart: imagine if the flickr page returned a script that posted document.cookies back to them instead of calling myFunction().</p>
<p>I don&#8217;t know what sort of authentication system you are using for your account, but many work by first associating a session cookie with the user, then associating an account with the session cookie when they log in.</p>
<p>So while the user may not have an account at this point, the session cookie may become valuable a short time into the future &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rory McCann</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99665</link>
		<dc:creator>Rory McCann</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99665</guid>
		<description>I agree with others that returning Javascript is a bad idea. Why not just use the HTTP sttus codes? 404 for not found, 200 for OK etc etc. That gives us a wealth of existing status.

You can kind of do something like this by just looking for http://flickr.com/photos/$USERNAME.Hackesh and site dependant though.</description>
		<content:encoded><![CDATA[<p>I agree with others that returning Javascript is a bad idea. Why not just use the HTTP sttus codes? 404 for not found, 200 for OK etc etc. That gives us a wealth of existing status.</p>
<p>You can kind of do something like this by just looking for <a href="http://flickr.com/photos/USERNAME.Hackesh" rel="nofollow">http://flickr.com/photos/USERNAME.Hackesh</a> and site dependant though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://resiak.livejournal.com/</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99664</link>
		<dc:creator>http://resiak.livejournal.com/</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99664</guid>
		<description>Also, your closing quote character is not the correct character.  It should be U+201D (http://salami.ox.compsoc.net/~resiak/cgi-bin/unicloud?cp=201D), but is U+2033 DOUBLE PRIME (http://salami.ox.compsoc.net/~resiak/cgi-bin/unicloud?cp=2033) and hence looks silly.  :-)</description>
		<content:encoded><![CDATA[<p>Also, your closing quote character is not the correct character.  It should be U+201D (http://salami.ox.compsoc.net/~resiak/cgi-bin/unicloud?cp=201D), but is U+2033 DOUBLE PRIME (http://salami.ox.compsoc.net/~resiak/cgi-bin/unicloud?cp=2033) and hence looks silly.  :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://resiak.livejournal.com/</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99663</link>
		<dc:creator>http://resiak.livejournal.com/</dc:creator>
		<pubDate>Fri, 28 Sep 2007 12:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99663</guid>
		<description>Eh, evaluating random javascript from some other server seems like a really bad idea.  What's wrong with it just returning "1" or "0"?</description>
		<content:encoded><![CDATA[<p>Eh, evaluating random javascript from some other server seems like a really bad idea.  What&#8217;s wrong with it just returning &#8220;1&#8243; or &#8220;0&#8243;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roger</title>
		<link>http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99662</link>
		<dc:creator>Roger</dc:creator>
		<pubDate>Fri, 28 Sep 2007 08:19:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.kryogenix.org/days/2007/09/28/hasaccount#comment-99662</guid>
		<description>And there was me thinking this was going to be a lol* type post.

canHasAccount?</description>
		<content:encoded><![CDATA[<p>And there was me thinking this was going to be a lol* type post.</p>
<p>canHasAccount?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
