<?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: Why URL shorteners&#160;suck</title>
	<atom:link href="http://boingboing.net/2009/04/04/why-url-shorteners-s.html/feed" rel="self" type="application/rss+xml" />
	<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html</link>
	<description>Brain candy for Happy Mutants</description>
	<lastBuildDate>Mon, 20 May 2013 17:35:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.1</generator>
	<item>
		<title>By: Adam Stanhope</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456448</link>
		<dc:creator>Adam Stanhope</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456448</guid>
		<description>They certainly serve a purpose - especially for sending links via email.

We can put &quot;overhauling the URL shortening universe&quot; on the big list of things to do, but I&#039;m afraid it&#039;s not going to get top billing.</description>
		<content:encoded><![CDATA[<p>They certainly serve a purpose &#8211; especially for sending links via email.</p>
<p>We can put &#8220;overhauling the URL shortening universe&#8221; on the big list of things to do, but I&#8217;m afraid it&#8217;s not going to get top billing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tmccartney</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456451</link>
		<dc:creator>tmccartney</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456451</guid>
		<description>Maybe we need a 140-character limit for URLs. :)  Seriously, I agree that the problem isn&#039;t the shorteners.  It&#039;s the crazy, random big-ass URLs some sites use.</description>
		<content:encoded><![CDATA[<p>Maybe we need a 140-character limit for URLs. :)  Seriously, I agree that the problem isn&#8217;t the shorteners.  It&#8217;s the crazy, random big-ass URLs some sites use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: adonai</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456453</link>
		<dc:creator>adonai</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456453</guid>
		<description>Eh. Zonealarm blocks tinyurl links for me anyway. I could do something about it, but I honestly don&#039;t care - chances are someone is going to use a shortened URL to rickroll me.</description>
		<content:encoded><![CDATA[<p>Eh. Zonealarm blocks tinyurl links for me anyway. I could do something about it, but I honestly don&#8217;t care &#8211; chances are someone is going to use a shortened URL to rickroll me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EscapingTheTrunk</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456459</link>
		<dc:creator>EscapingTheTrunk</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456459</guid>
		<description>Finally, somebody says it. I can&#039;t stand shortened URLs. And I think the point here isn&#039;t &quot;OMG SPAM!&quot; it&#039;s &quot;why depend on a middleman for your URLs?&quot; </description>
		<content:encoded><![CDATA[<p>Finally, somebody says it. I can&#8217;t stand shortened URLs. And I think the point here isn&#8217;t &#8220;OMG SPAM!&#8221; it&#8217;s &#8220;why depend on a middleman for your URLs?&#8221; </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Beanolini</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456465</link>
		<dc:creator>Beanolini</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456465</guid>
		<description> #14, EscapingTheTrunk:

&lt;blockquote&gt;why depend on a middleman for your URLs?
&lt;/blockquote&gt;

Because without &lt;a href=&quot;http://en.wikipedia.org/wiki/Name_server&quot; rel=&quot;nofollow&quot;&gt;a middleman &lt;/a&gt;, you&#039;ll have to remember URLs like this:
&lt;a href=&quot;http://204.11.50.136/&quot; rel=&quot;nofollow&quot;&gt;http://204.11.50.136/&lt;/a&gt;.
 
#4, AbsoluteDestiny:

&lt;blockquote&gt;
or even use tinyurl&#039;s preview.tinyurl address so you dont go directly to the site.
&lt;/blockquote&gt;

I&#039;m going to repeat this because it&#039;s so useful:
Turn on the preview at &lt;a href=&quot;http://tinyurl.com/preview.php&quot; rel=&quot;nofollow&quot;&gt;TinyURL&#039;s preview page&lt;/a&gt;, and you can see each URL before you go to it.</description>
		<content:encoded><![CDATA[<p> #14, EscapingTheTrunk:</p>
<blockquote><p>why depend on a middleman for your URLs?
</p></blockquote>
<p>Because without <a href="http://en.wikipedia.org/wiki/Name_server" rel="nofollow">a middleman </a>, you&#8217;ll have to remember URLs like this:<br />
<a href="http://204.11.50.136/" rel="nofollow">http://204.11.50.136/</a>.</p>
<p>#4, AbsoluteDestiny:</p>
<blockquote><p>
or even use tinyurl&#8217;s preview.tinyurl address so you dont go directly to the site.
</p></blockquote>
<p>I&#8217;m going to repeat this because it&#8217;s so useful:<br />
Turn on the preview at <a href="http://tinyurl.com/preview.php" rel="nofollow">TinyURL&#8217;s preview page</a>, and you can see each URL before you go to it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skullivan</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456722</link>
		<dc:creator>skullivan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456722</guid>
		<description>@dedalus

http://lmgtfy.com/?q=what+is+twitter</description>
		<content:encoded><![CDATA[<p>@dedalus</p>
<p><a href="http://lmgtfy.com/?q=what+is+twitter" rel="nofollow">http://lmgtfy.com/?q=what+is+twitter</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dculberson</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456467</link>
		<dc:creator>dculberson</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456467</guid>
		<description>Fang Xianfu&#039;s got it.  If site operators spend five minutes thinking critically about their URL construction, then URL shorteners would not be needed.  Take, for example, eBay.  A typical eBay item URL &lt;i&gt;used&lt;/i&gt; to look like:

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&amp;item=280327786032

which is relatively short and works just fine.  What they look like now:

http://cgi.ebay.com/THE-UNICORNS-ATC-ACEO-ART-CARD-BY-GABRIELLA-BYRNE_W0QQitemZ280327786032QQihZ018QQcategoryZ60436QQssPageNameZWDVWQQrdZ1QQcmdZViewItem

I cannot fathom why eBay thought that was a good idea.  You email that to someone and it is *going* to break over a line.  No question.  If they were smart about the configuration, they could have made only the first 70 characters significant so the URL would still work if chopped up.  But instead if you click on a cut-off URL, you get nothing.

eBay is just one particular example - talking out of my ass, I would say that the majority of large companies just don&#039;t get it when it comes to URL length and construction.</description>
		<content:encoded><![CDATA[<p>Fang Xianfu&#8217;s got it.  If site operators spend five minutes thinking critically about their URL construction, then URL shorteners would not be needed.  Take, for example, eBay.  A typical eBay item URL <i>used</i> to look like:</p>
<p><a href="http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&#038;item=280327786032" rel="nofollow">http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&#038;item=280327786032</a></p>
<p>which is relatively short and works just fine.  What they look like now:</p>
<p><a href="http://cgi.ebay.com/THE-UNICORNS-ATC-ACEO-ART-CARD-BY-GABRIELLA-BYRNE_W0QQitemZ280327786032QQihZ018QQcategoryZ60436QQssPageNameZWDVWQQrdZ1QQcmdZViewItem" rel="nofollow">http://cgi.ebay.com/THE-UNICORNS-ATC-ACEO-ART-CARD-BY-GABRIELLA-BYRNE_W0QQitemZ280327786032QQihZ018QQcategoryZ60436QQssPageNameZWDVWQQrdZ1QQcmdZViewItem</a></p>
<p>I cannot fathom why eBay thought that was a good idea.  You email that to someone and it is *going* to break over a line.  No question.  If they were smart about the configuration, they could have made only the first 70 characters significant so the URL would still work if chopped up.  But instead if you click on a cut-off URL, you get nothing.</p>
<p>eBay is just one particular example &#8211; talking out of my ass, I would say that the majority of large companies just don&#8217;t get it when it comes to URL length and construction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456470</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456470</guid>
		<description>@#14:

From the standard:

&quot;The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET-based forms that could generate such URIs.&quot;

I work on a product that has an 8K limit for URLs. Some customers have had problems.
</description>
		<content:encoded><![CDATA[<p>@#14:</p>
<p>From the standard:</p>
<p>&#8220;The HTTP protocol does not place any a priori limit on the length of a URI. Servers MUST be able to handle the URI of any resource they serve, and SHOULD be able to handle URIs of unbounded length if they provide GET-based forms that could generate such URIs.&#8221;</p>
<p>I work on a product that has an 8K limit for URLs. Some customers have had problems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharpieSniffer</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456473</link>
		<dc:creator>SharpieSniffer</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456473</guid>
		<description>I use tinyurl to send my mother links to things because I have to email them.  If the link wraps and clicking in the email doesn&#039;t get her where she needs to go, she calls me and fusses for sending her a link that doesn&#039;t work.  She can barely google as it is and FSM help us all when she gets on the net to buy plane tickets. 

So tinyurl fills a needed niche in my internet life by keeping my mother happy.  Long live tinyurl! </description>
		<content:encoded><![CDATA[<p>I use tinyurl to send my mother links to things because I have to email them.  If the link wraps and clicking in the email doesn&#8217;t get her where she needs to go, she calls me and fusses for sending her a link that doesn&#8217;t work.  She can barely google as it is and FSM help us all when she gets on the net to buy plane tickets. </p>
<p>So tinyurl fills a needed niche in my internet life by keeping my mother happy.  Long live tinyurl! </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scuba SM</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456734</link>
		<dc:creator>Scuba SM</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456734</guid>
		<description>Holy cow, this group must have a lot of sharp axes by now. 

If you don&#039;t like services that shorten URLs, don&#039;t use them. The internet is a system where free market theories of supply and demand work surprisingly well. There is clearly a demand for this type of service, and a number of different companies/organizations have stepped up to the plate. If quality of service from one of them degrades (censorship, ads, booger monsters leaping from the keyboard), then users will simply switch to a different service. It has been pointed out that there are a ton of work-arounds for some of the applications of shortened URLs, but clearly the users of these services feel that those work-arounds are not sufficient or they&#039;d be using them. Until the user&#039;s needs are addressed in another way, they&#039;ll continue to use these services. If you want people to stop using them, develop a cheaper, easier to use alternative.</description>
		<content:encoded><![CDATA[<p>Holy cow, this group must have a lot of sharp axes by now. </p>
<p>If you don&#8217;t like services that shorten URLs, don&#8217;t use them. The internet is a system where free market theories of supply and demand work surprisingly well. There is clearly a demand for this type of service, and a number of different companies/organizations have stepped up to the plate. If quality of service from one of them degrades (censorship, ads, booger monsters leaping from the keyboard), then users will simply switch to a different service. It has been pointed out that there are a ton of work-arounds for some of the applications of shortened URLs, but clearly the users of these services feel that those work-arounds are not sufficient or they&#8217;d be using them. Until the user&#8217;s needs are addressed in another way, they&#8217;ll continue to use these services. If you want people to stop using them, develop a cheaper, easier to use alternative.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: EeyoreX</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456479</link>
		<dc:creator>EeyoreX</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456479</guid>
		<description>Totally missing the point here, really.

The main usefulness of URL shorterners have nothing at all to do with hypertext or linking.

Tinyurls do their stuff best when you - through print or orally - have to instruct someone to &quot;go type this into your browser&quot;.
They&#039;re not built to last because they&#039;re not MENT to last, you silly.

This is a bit like saying we should do away with screwdrivers because some people get bad results when they cut their bread with them.</description>
		<content:encoded><![CDATA[<p>Totally missing the point here, really.</p>
<p>The main usefulness of URL shorterners have nothing at all to do with hypertext or linking.</p>
<p>Tinyurls do their stuff best when you &#8211; through print or orally &#8211; have to instruct someone to &#8220;go type this into your browser&#8221;.<br />
They&#8217;re not built to last because they&#8217;re not MENT to last, you silly.</p>
<p>This is a bit like saying we should do away with screwdrivers because some people get bad results when they cut their bread with them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: afo</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456483</link>
		<dc:creator>afo</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456483</guid>
		<description>This strikes me as more of a twitter problem than a tinyurl problem.</description>
		<content:encoded><![CDATA[<p>This strikes me as more of a twitter problem than a tinyurl problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: flytch</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456489</link>
		<dc:creator>flytch</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456489</guid>
		<description>I do yahoo groups... I&#039;m in sixty some groups... own three... and monitor for six... 

yahoo like to brake links... :( then they put a million &quot;%20&quot; in there that you have to work out...

so tinyurl is a god send... just need to post both the tinyurl AND the original full link... 

the internet is dynamic... so you can only expect it to change over time... and being phished is just part of the game... that&#039;s what filters are for... </description>
		<content:encoded><![CDATA[<p>I do yahoo groups&#8230; I&#8217;m in sixty some groups&#8230; own three&#8230; and monitor for six&#8230; </p>
<p>yahoo like to brake links&#8230; :( then they put a million &#8220;%20&#8243; in there that you have to work out&#8230;</p>
<p>so tinyurl is a god send&#8230; just need to post both the tinyurl AND the original full link&#8230; </p>
<p>the internet is dynamic&#8230; so you can only expect it to change over time&#8230; and being phished is just part of the game&#8230; that&#8217;s what filters are for&#8230; </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-505647</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-505647</guid>
		<description>http://safe.mn/ let people create safe short links. All URLs are checked for viruses, malware, XSS, questionable content, etc. Any potentially harmful links gives a warning to the user (see http://safe.mn/2) instead of redirecting them transparently. This is done to protect the visitors.

The list of all shortened URLs can also be downladed through FTP, so no worries about the viability of the service.</description>
		<content:encoded><![CDATA[<p><a href="http://safe.mn/" rel="nofollow">http://safe.mn/</a> let people create safe short links. All URLs are checked for viruses, malware, XSS, questionable content, etc. Any potentially harmful links gives a warning to the user (see <a href="http://safe.mn/2" rel="nofollow">http://safe.mn/2</a>) instead of redirecting them transparently. This is done to protect the visitors.</p>
<p>The list of all shortened URLs can also be downladed through FTP, so no worries about the viability of the service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jphilby</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-457009</link>
		<dc:creator>jphilby</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-457009</guid>
		<description>WHO came up with this 140-character limit? What group vetted this idea and decided it was a wise move? Where are the RFC&#039;s archived?

If the answer is &#039;The Telcos&#039; the reply is &quot;There they go again.&#039; Unless, of course, you favor the tinker-toy-ization of the network. Else yes, this trend needs squashing.</description>
		<content:encoded><![CDATA[<p>WHO came up with this 140-character limit? What group vetted this idea and decided it was a wise move? Where are the RFC&#8217;s archived?</p>
<p>If the answer is &#8216;The Telcos&#8217; the reply is &#8220;There they go again.&#8217; Unless, of course, you favor the tinker-toy-ization of the network. Else yes, this trend needs squashing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456498</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456498</guid>
		<description>The problem is quite understandable but with the monster URL&#039;s you don&#039;t really have a choice.  I use a shortener when the URL is long enough to be subject to line-break damage by wherever it&#039;s going.

In my years as a forum moderator I&#039;ve shortened several URL&#039;s that people have posted because they were too long and broke.</description>
		<content:encoded><![CDATA[<p>The problem is quite understandable but with the monster URL&#8217;s you don&#8217;t really have a choice.  I use a shortener when the URL is long enough to be subject to line-break damage by wherever it&#8217;s going.</p>
<p>In my years as a forum moderator I&#8217;ve shortened several URL&#8217;s that people have posted because they were too long and broke.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-458290</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-458290</guid>
		<description>Imagine, if you will, what would happen if someone hacked into the tinyurl database and randomly scrambled it. Or replaced all the redirects with one to &#039;2 girls, 1 cup&#039;.</description>
		<content:encoded><![CDATA[<p>Imagine, if you will, what would happen if someone hacked into the tinyurl database and randomly scrambled it. Or replaced all the redirects with one to &#8217;2 girls, 1 cup&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skeptomai</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456499</link>
		<dc:creator>skeptomai</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456499</guid>
		<description>First, here&#039;s a great factual analysis of URL shorteners, http://bit.ly/ZuUw (shortened of course).  
Second, the issue of search engines &quot;doing the right thing&quot; with these URLs is already solved.  The good services issue 301 Moved Permanently redirects, rather than 302 Moved Temporarily.  Search engines will follow &amp; keep the permanent link.
Third, &quot;fragility&quot; is a canard.  This is like saying &quot;the internet is more fragile because we rely on BGP for routing or S3 for storage&quot;.  At some point, you must rely on a set of utility services, assist their providers to maintain the system when possible, and hold them accountable.</description>
		<content:encoded><![CDATA[<p>First, here&#8217;s a great factual analysis of URL shorteners, <a href="http://bit.ly/ZuUw" rel="nofollow">http://bit.ly/ZuUw</a> (shortened of course).<br />
Second, the issue of search engines &#8220;doing the right thing&#8221; with these URLs is already solved.  The good services issue 301 Moved Permanently redirects, rather than 302 Moved Temporarily.  Search engines will follow &#038; keep the permanent link.<br />
Third, &#8220;fragility&#8221; is a canard.  This is like saying &#8220;the internet is more fragile because we rely on BGP for routing or S3 for storage&#8221;.  At some point, you must rely on a set of utility services, assist their providers to maintain the system when possible, and hold them accountable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Silk</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-459829</link>
		<dc:creator>Jon Silk</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-459829</guid>
		<description>I didn&#039;t agree. Then Tweetburner went down, and now nobody can click through to my link.</description>
		<content:encoded><![CDATA[<p>I didn&#8217;t agree. Then Tweetburner went down, and now nobody can click through to my link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-494391</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-494391</guid>
		<description>url shortener by itself is a good concept and it does address some problems. However adding framing to url shortener defeats all the purpose, even if it gives you additional features like statistics. I use a plain vanilla shortener at http://url360.me</description>
		<content:encoded><![CDATA[<p>url shortener by itself is a good concept and it does address some problems. However adding framing to url shortener defeats all the purpose, even if it gives you additional features like statistics. I use a plain vanilla shortener at <a href="http://url360.me" rel="nofollow">http://url360.me</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ludditemike</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456503</link>
		<dc:creator>ludditemike</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456503</guid>
		<description>I think I&#039;ve been reading this blog long enough to know that everything sucks.</description>
		<content:encoded><![CDATA[<p>I think I&#8217;ve been reading this blog long enough to know that everything sucks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RaptorOne</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456509</link>
		<dc:creator>RaptorOne</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456509</guid>
		<description>Honestly by this same line of thought domain names suck too. We should only utilize static IP address to navigate the web.</description>
		<content:encoded><![CDATA[<p>Honestly by this same line of thought domain names suck too. We should only utilize static IP address to navigate the web.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: caldrax</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456511</link>
		<dc:creator>caldrax</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456511</guid>
		<description>Why should it be Twitter&#039;s responsibility to attend to url shortening requirements because some URL shortening websites have flaws? Anyone can type any URL they want on twitter provided it fits within size limits, and likewise, anyone can click on whatever they want. It&#039;s the responsibility of the individual to defend themselves and think before they click, not the provider of the avenue in which the link was found. If people are trustworthy, they will continue to prosper, if people constantly abuse the URL shortening, they will be ousted as sleaze by the online community. It just seems like a survival of the fittest situation to me, and people who click links without paying attention to what they&#039;re clicking deserve what they get. Alternately, download malwarebytes or get a mac.</description>
		<content:encoded><![CDATA[<p>Why should it be Twitter&#8217;s responsibility to attend to url shortening requirements because some URL shortening websites have flaws? Anyone can type any URL they want on twitter provided it fits within size limits, and likewise, anyone can click on whatever they want. It&#8217;s the responsibility of the individual to defend themselves and think before they click, not the provider of the avenue in which the link was found. If people are trustworthy, they will continue to prosper, if people constantly abuse the URL shortening, they will be ousted as sleaze by the online community. It just seems like a survival of the fittest situation to me, and people who click links without paying attention to what they&#8217;re clicking deserve what they get. Alternately, download malwarebytes or get a mac.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Falcon_Seven</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-457023</link>
		<dc:creator>Falcon_Seven</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-457023</guid>
		<description>@73 - JH -
Not to start a security debate here,&lt;br /&gt;
&lt;em&gt;&quot;...but any security researcher will tell you that OS X is pretty weak, with a bunch of ports open/services listening and allow-by-default behaviors, and really easy privilege escalation compared to a typical Linux/BSD install.&quot;&lt;/em&gt;&lt;br /&gt;
but your statement is just not true. Out-of-the-box, the only network &#039;service&#039; that is turned on by default on a Mac is BonJour, and that&#039;s all. Even the &lt;em&gt;esteemed&lt;/em&gt; security egotist and mercenary, &lt;a href=&quot;http://www.tomshardware.com/reviews/pwn2own-mac-hack,2254.html&quot;&gt;Charlie Miller&lt;/a&gt;, wasn&#039;t able to &#039;get root&#039; on the Mac that he p0wned with his year old Safari vulnerability because that would have &quot;required additional vulnerabilities&quot;.</description>
		<content:encoded><![CDATA[<p>@73 &#8211; JH -<br />
Not to start a security debate here,<br />
<em>&#8220;&#8230;but any security researcher will tell you that OS X is pretty weak, with a bunch of ports open/services listening and allow-by-default behaviors, and really easy privilege escalation compared to a typical Linux/BSD install.&#8221;</em><br />
but your statement is just not true. Out-of-the-box, the only network &#8216;service&#8217; that is turned on by default on a Mac is BonJour, and that&#8217;s all. Even the <em>esteemed</em> security egotist and mercenary, <a href="http://www.tomshardware.com/reviews/pwn2own-mac-hack,2254.html">Charlie Miller</a>, wasn&#8217;t able to &#8216;get root&#8217; on the Mac that he p0wned with his year old Safari vulnerability because that would have &#8220;required additional vulnerabilities&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-511041</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-511041</guid>
		<description>Spam can be an issue, but the benefit of a short URL outweighs the downside IMHO.

We think our service http://zi.pe brings a lot of value into the short URL market. 

We not only shorten links, but also text, email addresses, and a photo upload. 

People get a bad taste in their mouths for short url services because they are still using the original old school ones that have little to no value.</description>
		<content:encoded><![CDATA[<p>Spam can be an issue, but the benefit of a short URL outweighs the downside IMHO.</p>
<p>We think our service <a href="http://zi.pe" rel="nofollow">http://zi.pe</a> brings a lot of value into the short URL market. </p>
<p>We not only shorten links, but also text, email addresses, and a photo upload. </p>
<p>People get a bad taste in their mouths for short url services because they are still using the original old school ones that have little to no value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456514</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456514</guid>
		<description>A general problem with obfuscated links that use a randomly-generated reference(youtube,tvtropes&#039; punctuated titles) is that there is no way to &quot;probe&quot; them - that is,hovering over the link to get a clue to their content from the URL name/structure. A YT link will tell you that it&#039;s from YT,but not what it&#039;s going to show you; hence,Rickrolls and such are possible. Spoofing is,unfortunately,still possible with meaningful URLs,but I&#039;d rather have &lt;em&gt;some&lt;/em&gt; meaning than none at all,even if it&#039;s misleading. In some cases it makes it easier to spot.

@ #16 dculberson: The ebay link is too long,true,but it also includes the auction name so that you know what the auction is about before you click.</description>
		<content:encoded><![CDATA[<p>A general problem with obfuscated links that use a randomly-generated reference(youtube,tvtropes&#8217; punctuated titles) is that there is no way to &#8220;probe&#8221; them &#8211; that is,hovering over the link to get a clue to their content from the URL name/structure. A YT link will tell you that it&#8217;s from YT,but not what it&#8217;s going to show you; hence,Rickrolls and such are possible. Spoofing is,unfortunately,still possible with meaningful URLs,but I&#8217;d rather have <em>some</em> meaning than none at all,even if it&#8217;s misleading. In some cases it makes it easier to spot.</p>
<p>@ #16 dculberson: The ebay link is too long,true,but it also includes the auction name so that you know what the auction is about before you click.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antinous / Moderator</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-457027</link>
		<dc:creator>Antinous / Moderator</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-457027</guid>
		<description>&lt;i&gt;how am I supposed to know whether a given full-length URL is safe or not?&lt;/i&gt;

Safe entities like Google or the New York Times can still kick up long search-based URLs, especially for people who don&#039;t know that you can lop off a hundred characters and get the same result.</description>
		<content:encoded><![CDATA[<p><i>how am I supposed to know whether a given full-length URL is safe or not?</i></p>
<p>Safe entities like Google or the New York Times can still kick up long search-based URLs, especially for people who don&#8217;t know that you can lop off a hundred characters and get the same result.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: betatron</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456519</link>
		<dc:creator>betatron</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456519</guid>
		<description>ya ya evil.  whatever. its utility outweighs its drawbacks.  
There&#039;s always giantURL if you really hate tinyURL.

Besdes, TinyURL was written by a unicyclist.  I unicycle  Ergo so there.  

you can have a lot of fun plugging into tinyurl&#039;s address space.
http://tinyurl.com/boing (kinda funny)
</description>
		<content:encoded><![CDATA[<p>ya ya evil.  whatever. its utility outweighs its drawbacks.<br />
There&#8217;s always giantURL if you really hate tinyURL.</p>
<p>Besdes, TinyURL was written by a unicyclist.  I unicycle  Ergo so there.  </p>
<p>you can have a lot of fun plugging into tinyurl&#8217;s address space.<br />
<a href="http://tinyurl.com/boing" rel="nofollow">http://tinyurl.com/boing</a> (kinda funny)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dedalus</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456524</link>
		<dc:creator>Dedalus</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456524</guid>
		<description>i cant believe &quot;you people&quot; have so much to say about this - im flabbergasted - im veritably vehement about ur various voluminous verbalizations - urls --- veesh - the vindow viper needs to vash ur various vindows - said the vegan to the vetrinarian... PINEAPPLES (see i can make long posts about url&#039;s too)</description>
		<content:encoded><![CDATA[<p>i cant believe &#8220;you people&#8221; have so much to say about this &#8211; im flabbergasted &#8211; im veritably vehement about ur various voluminous verbalizations &#8211; urls &#8212; veesh &#8211; the vindow viper needs to vash ur various vindows &#8211; said the vegan to the vetrinarian&#8230; PINEAPPLES (see i can make long posts about url&#8217;s too)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skullivan</title>
		<link>http://boingboing.net/2009/04/04/why-url-shorteners-s.html#comment-456526</link>
		<dc:creator>skullivan</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-456526</guid>
		<description>Now, is he REALLY against URL shorteners or is this just a knock against Delicious competitor Digg, which just launched its own URL shortening service? (Yet is never mentioned in the article.)

I&#039;m not so sure that these links really make the web more fragile. Yeah, in theory if TinyURL closed up shop you&#039;d have all these dead links, but as another commenter mentioned, proper URL&#039;s don&#039;t seem to stick around for long either when you&#039;re talking about linking to an individual piece of content on a vast site. Sites are always being redesigned, causing old links and bookmarks to be invalidated.

If it&#039;s truly a problem, someone will come up with a better solution, but in the meantime there is clearly a necessity for these shortening services.

In reality it&#039;s not the shorteners themselves that suck, it&#039;s the design of the web that makes them necessary that sucks.

</description>
		<content:encoded><![CDATA[<p>Now, is he REALLY against URL shorteners or is this just a knock against Delicious competitor Digg, which just launched its own URL shortening service? (Yet is never mentioned in the article.)</p>
<p>I&#8217;m not so sure that these links really make the web more fragile. Yeah, in theory if TinyURL closed up shop you&#8217;d have all these dead links, but as another commenter mentioned, proper URL&#8217;s don&#8217;t seem to stick around for long either when you&#8217;re talking about linking to an individual piece of content on a vast site. Sites are always being redesigned, causing old links and bookmarks to be invalidated.</p>
<p>If it&#8217;s truly a problem, someone will come up with a better solution, but in the meantime there is clearly a necessity for these shortening services.</p>
<p>In reality it&#8217;s not the shorteners themselves that suck, it&#8217;s the design of the web that makes them necessary that sucks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
