<?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: Cligs URL Shortener Closes</title>
	<atom:link href="http://www.centernetworks.com/cligs-url-shortener-closes/feed" rel="self" type="application/rss+xml" />
	<link>http://www.centernetworks.com/cligs-url-shortener-closes</link>
	<description>Web 2 and Social Media News and Reviews</description>
	<lastBuildDate>Sun, 12 Feb 2012 21:27:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Cligs URL Shortener Acquired by Mister Wong &#124; CenterNetworks</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-123365</link>
		<dc:creator>Cligs URL Shortener Acquired by Mister Wong &#124; CenterNetworks</dc:creator>
		<pubDate>Tue, 01 Dec 2009 20:16:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-123365</guid>
		<description>[...] months ago we noted that URL shortener Cligs was closing. From our previous post, &#8220;The developer behind the Cli.gs URL shortener service has announced [...]</description>
		<content:encoded><![CDATA[<p>[...] months ago we noted that URL shortener Cligs was closing. From our previous post, &#8220;The developer behind the Cli.gs URL shortener service has announced [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zahid Lilani</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-79472</link>
		<dc:creator>Zahid Lilani</dc:creator>
		<pubDate>Mon, 05 Oct 2009 22:55:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-79472</guid>
		<description>I believe that eventually all the short url services will close down because one day they will realize it can&#039;t make money on its own.

Hootsuite has ow.ly, maybe it will make it.
Bit.ly might survive too.

Other shortening services like digg etc will survive but tinyurl? I don&#039;t know about that.</description>
		<content:encoded><![CDATA[<p>I believe that eventually all the short url services will close down because one day they will realize it can&#8217;t make money on its own.</p>
<p>Hootsuite has ow.ly, maybe it will make it.<br />
Bit.ly might survive too.</p>
<p>Other shortening services like digg etc will survive but tinyurl? I don&#8217;t know about that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shally</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-78801</link>
		<dc:creator>shally</dc:creator>
		<pubDate>Mon, 05 Oct 2009 15:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-78801</guid>
		<description>It was an amazing service. But it is closing down soon.. Can&#039;t wait to see what are the next service that they will give us..</description>
		<content:encoded><![CDATA[<p>It was an amazing service. But it is closing down soon.. Can&#8217;t wait to see what are the next service that they will give us..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cli.gs URL Shortener To Shut Down</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-78391</link>
		<dc:creator>Cli.gs URL Shortener To Shut Down</dc:creator>
		<pubDate>Mon, 05 Oct 2009 01:22:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-78391</guid>
		<description>[...] question to longevity of URL shorteners, the popular Cl.igs service has announced on its blog (via CenterNetworks) that it is shutting [...]</description>
		<content:encoded><![CDATA[<p>[...] question to longevity of URL shorteners, the popular Cl.igs service has announced on its blog (via CenterNetworks) that it is shutting [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nikolay Kolev</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-78371</link>
		<dc:creator>Nikolay Kolev</dc:creator>
		<pubDate>Sun, 04 Oct 2009 23:55:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-78371</guid>
		<description>Good point and that&#039;s why we should start using URL shorteners with a business behind them like Digg, StumbleUpon... or better yet - stop using any. It doesn&#039;t seem that either TinyURL, or Bit.ly are gonna belly up anytime soon, but still - they are a plague. If you have a browser on your phone, you most probably have a Twitter client, too. What&#039;s the point then to have URLs (even short) in text messages? On the web there shouldn&#039;t be any limitation and URLs should not be included in the character count.

I proposed an idea ago, but people don&#039;t seem to get the beauty of it: when sending tweets to space-limited media (such as SMS), Twitter can use some notation for temporary link IDs and have a validity of let&#039;s say 7 days or those IDs (for example, #1234567). You can always go to m.twitter.com and key in that link ID on your phone, if you care, which in most cases you won&#039;t. On rich clients (web included) and via the API, you always get the original URLs with the link IDs that Twitter can automatically generate for consistency.

What do you think?</description>
		<content:encoded><![CDATA[<p>Good point and that&#8217;s why we should start using URL shorteners with a business behind them like Digg, StumbleUpon&#8230; or better yet &#8211; stop using any. It doesn&#8217;t seem that either TinyURL, or Bit.ly are gonna belly up anytime soon, but still &#8211; they are a plague. If you have a browser on your phone, you most probably have a Twitter client, too. What&#8217;s the point then to have URLs (even short) in text messages? On the web there shouldn&#8217;t be any limitation and URLs should not be included in the character count.</p>
<p>I proposed an idea ago, but people don&#8217;t seem to get the beauty of it: when sending tweets to space-limited media (such as SMS), Twitter can use some notation for temporary link IDs and have a validity of let&#8217;s say 7 days or those IDs (for example, #1234567). You can always go to m.twitter.com and key in that link ID on your phone, if you care, which in most cases you won&#8217;t. On rich clients (web included) and via the API, you always get the original URLs with the link IDs that Twitter can automatically generate for consistency.</p>
<p>What do you think?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allen Stern</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-78365</link>
		<dc:creator>Allen Stern</dc:creator>
		<pubDate>Sun, 04 Oct 2009 23:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-78365</guid>
		<description>ok - fair point - so let&#039;s do this - just like TinyURL, i can select the preview or not. On the preview page, let me click a box if the url is spam or hacker. Then those bad links can be reviewed by someone at the URL shortener for handling. I&#039;d like to see one main db for the bad urls that all shorteners can ping.</description>
		<content:encoded><![CDATA[<p>ok &#8211; fair point &#8211; so let&#8217;s do this &#8211; just like TinyURL, i can select the preview or not. On the preview page, let me click a box if the url is spam or hacker. Then those bad links can be reviewed by someone at the URL shortener for handling. I&#8217;d like to see one main db for the bad urls that all shorteners can ping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curt Grymala</title>
		<link>http://www.centernetworks.com/cligs-url-shortener-closes#comment-78363</link>
		<dc:creator>Curt Grymala</dc:creator>
		<pubDate>Sun, 04 Oct 2009 23:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.centernetworks.com/?p=16636#comment-78363</guid>
		<description>I agree with you about the preview option, but I think that might throw quite a few users. If your grandmother were to click on a link, and came across a middle-man verification/preview screen, that might confuse her.

I think the solutions being implemented by apps and sites like TweetDeck, Friendfeed and Brizzly are more user-friendly for the time being.</description>
		<content:encoded><![CDATA[<p>I agree with you about the preview option, but I think that might throw quite a few users. If your grandmother were to click on a link, and came across a middle-man verification/preview screen, that might confuse her.</p>
<p>I think the solutions being implemented by apps and sites like TweetDeck, Friendfeed and Brizzly are more user-friendly for the time being.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced
Database Caching 1/5 queries in 0.005 seconds using disk: basic
Object Caching 399/400 objects using disk: basic

Served from: www.centernetworks.com @ 2012-02-12 19:44:49 -->
