<?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: www. is not deprecated</title>
	<atom:link href="http://www.yes-www.org/www-is-not-deprecated/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yes-www.org</link>
	<description>really</description>
	<pubDate>Fri, 04 Jul 2008 23:46:32 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Martin</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1169</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Fri, 20 Jun 2008 02:06:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1169</guid>
		<description>The URL in my previous comment was removed because I put it in chevrons. It should read: "(see http://dns-sd.org/ServiceTypes.html)".</description>
		<content:encoded><![CDATA[<p>The URL in my previous comment was removed because I put it in chevrons. It should read: &#8220;(see <a href="http://dns-sd.org/ServiceTypes.html">http://dns-sd.org/ServiceTypes.html</a>)&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1168</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Thu, 19 Jun 2008 15:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1168</guid>
		<description>From comment #13:
&#62; What do you plan to do when you want to serve HTTP and FTP from separate machines? You can only give example.com *one* IP address

There are at least two possibilities:
a) Routing the requests on different ports to different machines
b) SRV records (then you don’t need an A record at all). Like MX records which let you use another machine for mail, but not restricted to SMTP. SIP, XMPP and some other services already use it, it is also specified for HTTP and FTP (see ). Too bad it’s not widely implemented yet.</description>
		<content:encoded><![CDATA[<p>From comment #13:<br />
&gt; What do you plan to do when you want to serve HTTP and FTP from separate machines? You can only give example.com *one* IP address</p>
<p>There are at least two possibilities:<br />
a) Routing the requests on different ports to different machines<br />
b) SRV records (then you don’t need an A record at all). Like MX records which let you use another machine for mail, but not restricted to SMTP. SIP, XMPP and some other services already use it, it is also specified for HTTP and FTP (see ). Too bad it’s not widely implemented yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1145</link>
		<dc:creator>Allan</dc:creator>
		<pubDate>Tue, 11 Mar 2008 18:18:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1145</guid>
		<description>Keep the www, why is everyone so content with ppl being dumb? they should be told what www means and they should bloody-well remember it! viva LEARNING!</description>
		<content:encoded><![CDATA[<p>Keep the www, why is everyone so content with ppl being dumb? they should be told what www means and they should bloody-well remember it! viva LEARNING!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SneakyWho_am_i</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1137</link>
		<dc:creator>SneakyWho_am_i</dc:creator>
		<pubDate>Mon, 03 Mar 2008 10:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1137</guid>
		<description>is it just me or did the filter incorrectly add the http prefix to a part of an ftp url?

ftp.example.com
sorry to spam</description>
		<content:encoded><![CDATA[<p>is it just me or did the filter incorrectly add the http prefix to a part of an ftp url?</p>
<p><a href="http://ftp.example.com">http://ftp.example.com</a><br />
sorry to spam</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SneakyWho_am_i</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1136</link>
		<dc:creator>SneakyWho_am_i</dc:creator>
		<pubDate>Mon, 03 Mar 2008 10:48:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1136</guid>
		<description>Oh it's an efficiency dictate.

An interesting example of the www/no-www phenomenon was for a time http://getfirefox.com - I tried to download Firefox and it gave me an http error page of some kind.

a www is easier to remember and it's very easy to write a regular expression to highlight www-ified links. These in themselves could be considered good, strong arguments for keeping the www subdomain.

Yes, yes, it's a host. But syntactically "google" is a second-level domain, so "www" becomes a third level domain - beneath the identifying domain hence "sub" - so it's a subdomain like it or not, regardless or whatever else it's called.

Anyway my personal story...... I had a couple of subdomains outside of my control at one point and for security reasons determined that my cookies should not work across subdomains. For this reason, I simply could not have both www and no-www friendliness.

I 301 now to the proper site, for what it's worth, if someone "gets it wrong" I chose to go with no-www, because I find it easier to type. Either way, some peopel will get it "right" and some will get it "wrong".

Personally I type in only "google.com" every time. I've looked at more web pages than hot dinners, if I had typed in the www every time I'd visited google or altavista I'd probably have stabbed someone by now.
But that's just me. Definitely, it's easier to communicate urls with the www - whether over the phone or in an email, it's much easier to parse. We're used to hearing it. You know as soon as you hear it that there's a url coming, even if you don't know what a url is called.



To those people who claim that having ftp and web on the same domain will hurt expansion, that's just silly.
- load balancing comes into it at some point
- 301 redirects
- moving services as demand grows, and just mirroring them at the original site


To me, the protocol bit is the important part. http: ... It's insanely hard to remember as a computer newbie - I remember back in the day I had to go get a cereal box or a commercial softdrink giant's product every time I wanted to type a url.

I was a Windows user - all the directory separators are backwards in Windows. Nutscape and Virus Explorer back then couldn't handle websites like this, and neither could IIS of the day IIRC:
www.somewebsite.com\somedirectory\somefile.someextension

I thought it was silly actually that website urls had all the slashes "around the wrong way" ... the http:// helped me learn to get it right.


At the end of the day, it doesn't matter. Even if your income depends on it, it's not that big of a deal, you should just do what suits you best. Don't consider some stupid moral principle. Consider practicalities.
Consider your domain's cookie policy.


I don't even advocate naming subdomains after your well known services. yuck. www is implied. website, internet, whatever, if you're smart enough to figure out that the internet is more than pretty pages, you're probably smart enough to figure out the rest.
ftp.whatever ?? that's the one I'm most concerned about. Far more important than www. - let's make ftp more accessible, as it's easier to navigate without pictures, scripts, css, flash and other ... bandwidth-eaters.
mail.something ?? pop3?? smtp?? send?? mta?? mx?? trying to predict what someone will type in to reach a given service is simply too hard to bear. Are you gonna set up your mail servers as aliases for all those subdomains??

There's nothing to stop you, but it won't normally be necessary. You can't win them all. When you think you've got all your somain-naming bases covered, something else will come up and ruin your well-made plans.</description>
		<content:encoded><![CDATA[<p>Oh it&#8217;s an efficiency dictate.</p>
<p>An interesting example of the www/no-www phenomenon was for a time <a href="http://getfirefox.com">http://getfirefox.com</a> - I tried to download Firefox and it gave me an http error page of some kind.</p>
<p>a www is easier to remember and it&#8217;s very easy to write a regular expression to highlight www-ified links. These in themselves could be considered good, strong arguments for keeping the www subdomain.</p>
<p>Yes, yes, it&#8217;s a host. But syntactically &#8220;google&#8221; is a second-level domain, so &#8220;www&#8221; becomes a third level domain - beneath the identifying domain hence &#8220;sub&#8221; - so it&#8217;s a subdomain like it or not, regardless or whatever else it&#8217;s called.</p>
<p>Anyway my personal story&#8230;&#8230; I had a couple of subdomains outside of my control at one point and for security reasons determined that my cookies should not work across subdomains. For this reason, I simply could not have both www and no-www friendliness.</p>
<p>I 301 now to the proper site, for what it&#8217;s worth, if someone &#8220;gets it wrong&#8221; I chose to go with no-www, because I find it easier to type. Either way, some peopel will get it &#8220;right&#8221; and some will get it &#8220;wrong&#8221;.</p>
<p>Personally I type in only &#8220;google.com&#8221; every time. I&#8217;ve looked at more web pages than hot dinners, if I had typed in the www every time I&#8217;d visited google or altavista I&#8217;d probably have stabbed someone by now.<br />
But that&#8217;s just me. Definitely, it&#8217;s easier to communicate urls with the www - whether over the phone or in an email, it&#8217;s much easier to parse. We&#8217;re used to hearing it. You know as soon as you hear it that there&#8217;s a url coming, even if you don&#8217;t know what a url is called.</p>
<p>To those people who claim that having ftp and web on the same domain will hurt expansion, that&#8217;s just silly.<br />
- load balancing comes into it at some point<br />
- 301 redirects<br />
- moving services as demand grows, and just mirroring them at the original site</p>
<p>To me, the protocol bit is the important part. http: &#8230; It&#8217;s insanely hard to remember as a computer newbie - I remember back in the day I had to go get a cereal box or a commercial softdrink giant&#8217;s product every time I wanted to type a url.</p>
<p>I was a Windows user - all the directory separators are backwards in Windows. Nutscape and Virus Explorer back then couldn&#8217;t handle websites like this, and neither could IIS of the day IIRC:<br />
<a href="http://www.somewebsite.com">http://www.somewebsite.com</a>\somedirectory\somefile.someextension</p>
<p>I thought it was silly actually that website urls had all the slashes &#8220;around the wrong way&#8221; &#8230; the <a href="http://">http://</a> helped me learn to get it right.</p>
<p>At the end of the day, it doesn&#8217;t matter. Even if your income depends on it, it&#8217;s not that big of a deal, you should just do what suits you best. Don&#8217;t consider some stupid moral principle. Consider practicalities.<br />
Consider your domain&#8217;s cookie policy.</p>
<p>I don&#8217;t even advocate naming subdomains after your well known services. yuck. www is implied. website, internet, whatever, if you&#8217;re smart enough to figure out that the internet is more than pretty pages, you&#8217;re probably smart enough to figure out the rest.<br />
<a href="http://ftp.whatever">http://ftp.whatever</a> ?? that&#8217;s the one I&#8217;m most concerned about. Far more important than <a href="http://www">http://www</a>. - let&#8217;s make ftp more accessible, as it&#8217;s easier to navigate without pictures, scripts, css, flash and other &#8230; bandwidth-eaters.<br />
mail.something ?? pop3?? smtp?? send?? mta?? mx?? trying to predict what someone will type in to reach a given service is simply too hard to bear. Are you gonna set up your mail servers as aliases for all those subdomains??</p>
<p>There&#8217;s nothing to stop you, but it won&#8217;t normally be necessary. You can&#8217;t win them all. When you think you&#8217;ve got all your somain-naming bases covered, something else will come up and ruin your well-made plans.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linux-mike</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1117</link>
		<dc:creator>Linux-mike</dc:creator>
		<pubDate>Tue, 19 Feb 2008 20:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1117</guid>
		<description>In the above i typed www+yes-www+com (using dots instead of pluses) and it got converted to www.yes-www.com by a pattern matching script in the comment handler. There it goes again!</description>
		<content:encoded><![CDATA[<p>In the above i typed www+yes-www+com (using dots instead of pluses) and it got converted to <a href="http://www.yes-www.com">http://www.yes-www.com</a> by a pattern matching script in the comment handler. There it goes again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linux-mike</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1116</link>
		<dc:creator>Linux-mike</dc:creator>
		<pubDate>Tue, 19 Feb 2008 20:43:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1116</guid>
		<description>To all you nay sayers:

Copy and paste the following into your email program, send it to yourself, and see which produces the clickable link. Anyone in the know knows how pattern matching works. Not only email programs are affected by pattern matching of this type.

*****
www.yes-www.com
no-www.org
*****</description>
		<content:encoded><![CDATA[<p>To all you nay sayers:</p>
<p>Copy and paste the following into your email program, send it to yourself, and see which produces the clickable link. Anyone in the know knows how pattern matching works. Not only email programs are affected by pattern matching of this type.</p>
<p>*****<br />
<a href="http://www.yes-www.com">http://www.yes-www.com</a><br />
no-www.org<br />
*****</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Walt</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1105</link>
		<dc:creator>Walt</dc:creator>
		<pubDate>Wed, 13 Feb 2008 16:08:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1105</guid>
		<description>Sorry. I didn't meant http://www, just "w w w". But it added the http thing.</description>
		<content:encoded><![CDATA[<p>Sorry. I didn&#8217;t meant <a href="http://www">http://www</a>, just &#8220;w w w&#8221;. But it added the http thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Walt</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1104</link>
		<dc:creator>Walt</dc:creator>
		<pubDate>Wed, 13 Feb 2008 15:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1104</guid>
		<description>I can't think why the hell it is easier to spell http:// than www. In any matter, drop http://
https, ftp and others could be added as an "advance" part.</description>
		<content:encoded><![CDATA[<p>I can&#8217;t think why the hell it is easier to spell <a href="http://">http://</a> than <a href="http://www">http://www</a>. In any matter, drop <a href="http://">http://</a><br />
https, ftp and others could be added as an &#8220;advance&#8221; part.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu</title>
		<link>http://www.yes-www.org/www-is-not-deprecated/#comment-1102</link>
		<dc:creator>Stu</dc:creator>
		<pubDate>Tue, 12 Feb 2008 20:03:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.yes-www.org/www-is-not-deprecated/#comment-1102</guid>
		<description>If you look at mail.google.com, groups.google.com, images.google.com and so on, a plain "google.com" looks like a car without tires.</description>
		<content:encoded><![CDATA[<p>If you look at mail.google.com, groups.google.com, images.google.com and so on, a plain &#8220;google.com&#8221; looks like a car without tires.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
