<?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"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: What Every Developer Should Know About URLs</title> <atom:link href="http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/feed/" rel="self" type="application/rss+xml" /><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/</link> <description>For the betterment of the software craft...</description> <lastBuildDate>Mon, 21 Nov 2011 13:57:06 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.1.2</generator> <item><title>By: Private Jet Hire</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-7157</link> <dc:creator>Private Jet Hire</dc:creator> <pubDate>Wed, 25 May 2011 11:44:37 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-7157</guid> <description>great topic, i ve been particulary interested in the part concerning rare symbols</description> <content:encoded><![CDATA[<p>great topic, i ve been particulary interested in the part concerning rare symbols</p> ]]></content:encoded> </item> <item><title>By: </title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-7072</link> <dc:creator></dc:creator> <pubDate>Thu, 31 Mar 2011 07:39:52 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-7072</guid> <description>I ACTUALLY appeared to be very pleased to find this web-site.I wanted to thank you for your precious time for the wonderful learn!! I certainly having fun with every little bit of this and I&#039;ve you book-marked to check out latest stuff you post.</description> <content:encoded><![CDATA[<p>I ACTUALLY appeared to be very pleased to find this web-site.I wanted to thank you for your precious time for the wonderful learn!! I certainly having fun with every little bit of this and I&#8217;ve you book-marked to check out latest stuff you post.</p> ]]></content:encoded> </item> <item><title>By: John</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-7070</link> <dc:creator>John</dc:creator> <pubDate>Mon, 28 Mar 2011 20:11:33 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-7070</guid> <description>World of HTML is so complex now days that even experienced programmer has a hard time to follow latest tags and ways of doing things...</description> <content:encoded><![CDATA[<p>World of HTML is so complex now days that even experienced programmer has a hard time to follow latest tags and ways of doing things&#8230;</p> ]]></content:encoded> </item> <item><title>By: jose</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6840</link> <dc:creator>jose</dc:creator> <pubDate>Sun, 30 Jan 2011 19:59:40 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6840</guid> <description>QUOTE:-----------
password - the other part of the authentication information for a URL, it is separated from the username by another : (colon) character. The username and password will be separated from the host by an @ (at) character. You may supply just the username or both the username and password e.g.:
ftp://some_user@blah.com/
ftp://some_user:some_path@blah.com/
---------------
you meant
ftp://some_user:PSSWD@blah.com/</description> <content:encoded><![CDATA[<p>QUOTE:&#8212;&#8212;&#8212;&#8211;<br
/> password &#8211; the other part of the authentication information for a URL, it is separated from the username by another : (colon) character. The username and password will be separated from the host by an @ (at) character. You may supply just the username or both the username and password e.g.:<br
/> <a
href="ftp://some_user@blah.com/" rel="nofollow">ftp://some_user@blah.com/</a><br
/> <a
href="ftp://some_user:some_path@blah.com/" rel="nofollow">ftp://some_user:some_path@blah.com/</a><br
/> &#8212;&#8212;&#8212;&#8212;&#8212;<br
/> you meant<br
/> <a
href="ftp://some_user:PSSWD@blah.com/" rel="nofollow">ftp://some_user:PSSWD@blah.com/</a></p> ]]></content:encoded> </item> <item><title>By: NK Roto Moulding Mould</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6141</link> <dc:creator>NK Roto Moulding Mould</dc:creator> <pubDate>Mon, 20 Sep 2010 08:56:53 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6141</guid> <description>it was really  good.</description> <content:encoded><![CDATA[<p>it was really  good.</p> ]]></content:encoded> </item> <item><title>By: Dejay Clayton</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6129</link> <dc:creator>Dejay Clayton</dc:creator> <pubDate>Mon, 06 Sep 2010 15:04:21 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6129</guid> <description>Nicholas,
That last part of the path is usually referred to as the &quot;Extra Path&quot; or &quot;Path Info&quot;.  It&#039;s not a part of the URL spec, but rather, part of the spec of servers that process URLs.  For example, CGI:
http://www.w3.org/Daemon/User/CGI/Overview.html#PATH_INFO
It&#039;s not part of the URL spec because only the server can determine if the extra path info is in fact extra information not.  In your example, one server might implement &quot;index.php&quot; as a PHP script, and another server might have &quot;index.php&quot; as a regular directory that contains files to be served.</description> <content:encoded><![CDATA[<p>Nicholas,</p><p>That last part of the path is usually referred to as the &#8220;Extra Path&#8221; or &#8220;Path Info&#8221;.  It&#8217;s not a part of the URL spec, but rather, part of the spec of servers that process URLs.  For example, CGI:</p><p><a
href="http://www.w3.org/Daemon/User/CGI/Overview.html#PATH_INFO" rel="nofollow">http://www.w3.org/Daemon/User/CGI/Overview.html#PATH_INFO</a></p><p>It&#8217;s not part of the URL spec because only the server can determine if the extra path info is in fact extra information not.  In your example, one server might implement &#8220;index.php&#8221; as a PHP script, and another server might have &#8220;index.php&#8221; as a regular directory that contains files to be served.</p> ]]></content:encoded> </item> <item><title>By: Lo que todo programdor debería saber sobre&#8230; &#124; Vientos de Libertad</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6108</link> <dc:creator>Lo que todo programdor debería saber sobre&#8230; &#124; Vientos de Libertad</dc:creator> <pubDate>Mon, 16 Aug 2010 15:43:51 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6108</guid> <description>[...] What Every Developer Should Know About URLs [...]</description> <content:encoded><![CDATA[<p>[...] What Every Developer Should Know About URLs [...]</p> ]]></content:encoded> </item> <item><title>By: Nicholas Hebb</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6096</link> <dc:creator>Nicholas Hebb</dc:creator> <pubDate>Sun, 01 Aug 2010 22:04:24 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6096</guid> <description>The format that has always puzzled me are WordPress URL&#039;s, e.g.,
http://www.somesite/blog/index.php/wtf-is-this-part-called/
What do you call that last part of the URL?</description> <content:encoded><![CDATA[<p>The format that has always puzzled me are WordPress URL&#8217;s, e.g.,</p><p><a
href="http://www.somesite/blog/index.php/wtf-is-this-part-called/" rel="nofollow">http://www.somesite/blog/index.php/wtf-is-this-part-called/</a></p><p>What do you call that last part of the URL?</p> ]]></content:encoded> </item> <item><title>By: Al surfend over het web 12 juli &#124; Contentgirls</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6075</link> <dc:creator>Al surfend over het web 12 juli &#124; Contentgirls</dc:creator> <pubDate>Mon, 12 Jul 2010 17:10:16 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6075</guid> <description>[...] Alles wat je wilt en moet weten over URL&#8217;s [...]</description> <content:encoded><![CDATA[<p>[...] Alles wat je wilt en moet weten over URL&#8217;s [...]</p> ]]></content:encoded> </item> <item><title>By: sberhan</title><link>http://www.skorks.com/2010/05/what-every-developer-should-know-about-urls/comment-page-1/#comment-6052</link> <dc:creator>sberhan</dc:creator> <pubDate>Thu, 24 Jun 2010 20:56:22 +0000</pubDate> <guid
isPermaLink="false">http://www.skorks.com/?p=1752#comment-6052</guid> <description>Great article. Interesting you pointed out the use of a semicolon as a separator in a query string. According to the W3C, it seems to be simply a recommendation to use a semicolon instead of &quot;&amp;&quot; which is perhaps why a number of parsing functions in various languages (eg. php&#039;s , .Net) are hard-coded to parse with &quot;&amp;&quot; in the query string:
http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2
&quot;We recommend that HTTP server implementors, and in particular, CGI implementors support the use of &quot;;&quot; in place of &quot;&amp;&quot; to save authors the trouble of escaping &quot;&amp;&quot; characters in this manner.&quot;
For example, see the results of parsing any URL via:
http://urlparser.com/
Besides, the purpose of the recommendation to not use &quot;&amp;&quot; doesn&#039;t help much when in fact the &quot;&amp;&quot; needs to be escaped through out the value of html tag attributes. For example,
Blah is invalid. It needs to be escaped as:  Blah</description> <content:encoded><![CDATA[<p>Great article. Interesting you pointed out the use of a semicolon as a separator in a query string. According to the W3C, it seems to be simply a recommendation to use a semicolon instead of &#8220;&amp;&#8221; which is perhaps why a number of parsing functions in various languages (eg. php&#8217;s , .Net) are hard-coded to parse with &#8220;&amp;&#8221; in the query string:<br
/> <a
href="http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2" rel="nofollow">http://www.w3.org/TR/1999/REC-html401-19991224/appendix/notes.html#h-B.2.2</a></p><p>&#8220;We recommend that HTTP server implementors, and in particular, CGI implementors support the use of &#8220;;&#8221; in place of &#8220;&amp;&#8221; to save authors the trouble of escaping &#8220;&amp;&#8221; characters in this manner.&#8221;<br
/> For example, see the results of parsing any URL via:</p><p><a
href="http://urlparser.com/" rel="nofollow">http://urlparser.com/</a></p><p>Besides, the purpose of the recommendation to not use &#8220;&amp;&#8221; doesn&#8217;t help much when in fact the &#8220;&amp;&#8221; needs to be escaped through out the value of html tag attributes. For example,<br
/> Blah is invalid. It needs to be escaped as:  Blah</p> ]]></content:encoded> </item> </channel> </rss>
