Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
The Internet

Do Tiny URL Services Weaken Net Architecture? 270

Indus Khaitan writes "Thanks to twitter, SMS, and mobile web, a lot of people are using the url minimizers like tinyurl.com, urltea.com. However, now I see a lot of people using it on their regular webpages. This could be a big problem if billions of different links are unreachable at a given time. What if a service starts sending a pop-up ad along with the redirect. What if the masked target links to a page with an exploit instead of linking to the new photos of Jessica Alba. Are services like tinyurl, urltea etc. taking the WWW towards a single point of failure? Is it a huge step backward? Or I'm just crying wolf here?"
This discussion has been archived. No new comments can be posted.

Do Tiny URL Services Weaken Net Architecture?

Comments Filter:
  • by Anonymous Coward on Sunday November 18, 2007 @10:10AM (#21397287)
    Such hacker services are intimately and irrevocably linked with the dangerous idea of so-called "Poxie servers" [shelleytherepublican.com]. These are highly illegal hacker tools which enable terrorists, spies, rap stars and other "free-thinkers" to hide their subversive activities from the FBI. As I learned from comments to that well-written and informative article, the worst offender is a nebulous and troubling underground program which goes by the shadowy name of "Apache".

    So, what can we do against this, the greatest threat to our great nation in these post 9/11 times? Well, I have a modest proposal. We must impose our will by bringing in the death penalty [shelleytherepublican.com] for heinous hacker crimes and ban tools such as 'Linux' [shelleytherepublican.com] and 'Mozilla' [shelleytherepublican.com] which only have one purpose. You are either with us, or against us.
    • by xigxag ( 167441 ) on Sunday November 18, 2007 @11:35AM (#21397783)
      To borrow a term from one of the fine America-loving comments on that bulletin board, I think it would be appropriate to call "TinyURL" type services "Pixie Servers".

    • Re: (Score:2, Interesting)

      by NoxNoctis ( 936876 )
      Hahahaha! That was so funny I had to check something about that site... Server: Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b Yup, for all their hate of Linux, they use it. I wonder if they know?
      • Re: (Score:2, Informative)

        by Score Whore ( 32328 )
        And you can tell it's Linux because Apache only compiles on Linux?
        • Re: (Score:3, Insightful)

          by Score Whore ( 32328 )
          Flamebait because I question a suspect assertion? The mods must be fucking stupid.
          • Re: (Score:3, Funny)

            by SlashV ( 1069110 )

            The mods must be fucking stupid.
            And for this rudeness, you get 2, Insightful. So today's mods are not only stupid but also masochistic.
          • Re: (Score:2, Insightful)

            by Ghubi ( 1102775 )
            Flamebait because you used a FUD attack against a humorous comment.

            I'm not one to actually know whether Apache/1.3.37 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b actually means the server is running Unix or *nix, but to criticize the assertion that they use Linux without giving any information about what it actually means is pure FUD.

            Questioning an assertion is one thing. Questioning an assertion that is most like
    • For those not aware of the relevance of the italicized words, see http://en.wikipedia.org/wiki/A_Modest_Proposal [wikipedia.org]
  • Change software! (Score:3, Insightful)

    by Jeppe Salvesen ( 101622 ) on Sunday November 18, 2007 @10:13AM (#21397301)
    If your security software doesn't take this into account, then you need to change your security software. I mean, what if someone made a popular web page, and then changed it to redirect to a malware infector website?
  • by hsdpa ( 1049926 ) * on Sunday November 18, 2007 @10:13AM (#21397305)
    With tinyURL, you can preview the URL before you open it. Example: http://preview.tinyurl.com/87d [tinyurl.com]. Just add the "preview." as a subdomain to the "tinyurl.com".
    So yeah, you are crying wolf.
    • by Aetuneo ( 1130295 ) on Sunday November 18, 2007 @12:06PM (#21397983) Homepage
      You didn't even read the summary, did you? The issue is that services such as TinyURL might start doing bad things, such as pop-ups, malware, and so on, or that they might be taken offline for a bit, causing many links to stop working properly. Who cares if there is a preview option when the service itself is compromised?
      • by pjt33 ( 739471 )
        One of the questions in the summary was "What if the masked target links to a page with an exploit instead of linking to the new photos of Jessica Alba." Using TinyURL's preview mode helps to mitigate against that.
    • Re: (Score:3, Insightful)

      With tinyURL, you can preview the URL before you open it. Example: http://preview.tinyurl.com/87d [tinyurl.com]. Just add the "preview." as a subdomain to the "tinyurl.com".

      Yes, but the problem is that the surfer has to manually add preview for this to work. In reality:

      • Most people would not be knowledgeable about this
      • The website would have http://tinyurl.com/87d [tinyurl.com] rather than http://preview.tinyurl.com/87d [tinyurl.com]
      • The surfer, being unknowledgeable, would just click on the damn link, rather than carefully paste it into his addressbar, and add preview in front of it.

      Seems pretty obvious to me, but knowing the moderators here, I guess I'll be modded down into oblivion for pointing th

  • by Kip ( 659 ) <kip@aa d l . o rg> on Sunday November 18, 2007 @10:16AM (#21397313)
    http://tinyurl.com/preview.php [tinyurl.com] I've had it turned on since the days of people hiding goatse.cx behind TinyURLs.
  • by JackMeyhoff ( 1070484 ) on Sunday November 18, 2007 @10:18AM (#21397325)
    This also weakens Google pagerank.
    • Re: (Score:3, Insightful)

      The Google Pagerank should take that into account. It would hardly be a difficult task for Google software engineers to tweak the software to lookup the tiny URL to find out what the link actually is.
  • by harmonica ( 29841 ) on Sunday November 18, 2007 @10:18AM (#21397327)
    Nobody knows how long exactly the service is made available. Please do some long-term thinking before using this, esp. in public forums. More than once, I couldn't follow those stupid mini URLs for whatever reason. They're just bad. More criticism: http://en.wikipedia.org/wiki/TinyURL#Criticism [wikipedia.org].
    • Most of those criticisms seem empty in light of the TinyURL preview service. The other criticism, about "dick" example just seem to be by humorless people that refuse to understand the web.

      I think it's unfortunate that TinyURL is even necessary. A lot of URLs are needlessly long, and the other strike is that email programs and web forums that do break up URLs shouldn't be breaking them into multiple lines or otherwise breaking them - it shouldn't be necessary.
    • by Anonymous Coward
      Call me stupid, but why not just have the tiny url service locally at all websites? Then it only goes down if the site that has the link already goes down. It's such a mindlessly simple service, that a very simple php script could handle the production and processing of these tiny urls. Every commercial web host could put up its own service, and any domain that has any database content (nearly all of them) could have a php script on it for tiny urls. (Example, http://slashdot.org/t/w3hwaj [slashdot.org]) Why outsourc
  • Have you ever seen a SharePoint URL? I've yet to see one less than like 200 characters... tinyurl.com is used because its such a cluster. Once again... Microsoft forgetting about those tiny details.

    • Have you seen any of those Search Engine "Optimised" URLS? eBay is possibly the most common, I've not seen on less that 200 characters either, but that doesn't mean all the others are just as bad.
  • by Mark_in_Brazil ( 537925 ) on Sunday November 18, 2007 @10:20AM (#21397341)
    I'm not sure why you'd put a tinyurl on a web page, where you could just embed the URL in a link using href, like this [wikipedia.org] (oh, the temptation to link to goatse was great, but I resisted). Even if the URL had been enormous, it would not have changed the size of the "like this" hyperlink, and the full URL would have remained embedded in the page.

    The only place where I use tinyurls is when I want to send links to people in e-mail, the recipients might not all be using HTML-based mail programs (or webmail), so the clickable link solution might not work, and the original URL is large and might get broken into multiple lines. Plus, when I send a tinyurled link, I always say what it is and swear to the recipients that it's not goatse or a Rick Roll [wikipedia.org]. Well, unless it is a Rick Roll, of course, but my favorite (OK, only) Rick Roll target has e-mail that can receive hyperlinks, and I find more clever ways to surprise him.

    Tempest in a teapot.
    • Re: (Score:3, Informative)

      by rsidd ( 6328 )

      and the original URL is large and might get broken into multiple lines.

      Some broken e-mail clients (i.e. Outlook) may do this. Those clients have numerous other problems. The solution is to not use them, and to tell your correspondents not to use them. A proper e-mail program will not break a word midway even if it exceeds 80 columns.

      (Those same stupid email programs don't break sentences at 72 or 80 columns. Why do they break words?)

      I tend to not follow tinyURL links -- I like to know what domai

    • by ta bu shi da yu ( 687699 ) on Sunday November 18, 2007 @10:58AM (#21397553) Homepage
      I think people are forgetting about printed computer magazines - e.g. Linux Journal, APC, etc. They have a restricted column magazine format, and they often use TinyURLs when publishing links.
      • Re: (Score:3, Insightful)

        by mopslik ( 688435 )

        I think people are forgetting about printed computer magazines - e.g. Linux Journal, APC, etc. They have a restricted column magazine format, and they often use TinyURLs when publishing links.

        Which has always made me wonder why they don't simply provide a link to their own site, from which you may be redirected. For example, SpiffyPC Magazine might be doing a review on the new XYZ 123 motherboard, and configure spiffypc.com/XYZ123 as a referral link.

        Actually, given most magazines' enthusiasm for advertisi

      • I think people are forgetting about printed computer magazines - e.g. Linux Journal, APC, etc. They have a restricted column magazine format, and they often use TinyURLs when publishing links.

        Why not just print a short url to a page listing all the links in the book? Individually referenced by chapter/paragraph/diagram. So, something like www.linuxjournal/~fred/links.html or www.fred-the-writer.com/links.html

        Also, the bonus to that is links could be updated after print publication.

        The entire thing s

      • And obviously lack a website? Heise (German computer magazine) for example has its own "service" to make it easier to print URLs. They call them Soft-Links [heise.de]. Additionally they have a link list for each issue [heise.de] together with the title and page numbers of the articles.

        I really don't see, why a print publication would opt for a service which is unreliable in principle (or can anybody guarantee the links to still work in 5 years?) like TinyURL.

      • Most computer magazines use redirect URLs on their own servers for this purpose.
    • by ckolar ( 43016 )
      They are also good to use when doing things like teaching a workshop of trying to lead people to a site in a lecture. It is a lot easier for people to either note it on paper of type it in to the machine that they are in front of and especially saves time when people complain that a link must be down because of a typo.
  • If that thing is broken then don't use it. Moreover, exactly how frequent does anyone use one of those tinyurls or any equivalent service? Personally I do not even know when it was the last time I clicked on one of those.
  • by peragrin ( 659227 ) on Sunday November 18, 2007 @10:20AM (#21397347)
    The web is made of trillions of dead links right now. As it is I have to change some bookmarks because the authors have changed their websites and don't allow linking to certain sections. Whole websites go offline. Domain names expire. forums change. Even if it is nothing more than on a new server, Data is constantly moving on the internet.

    If you expect all information to stay exactly where it was 5 years ago then you have misunderstood the web.

    Mod me down if you wish, but if you can't tell the difference then you will never know the difference.
     
    • by DancesWithBlowTorch ( 809750 ) on Sunday November 18, 2007 @01:16PM (#21398537)
      I think that's exactly the point the submitter is raising: Say you post a link on slashdot to some random website. When I stumble over your post, coming from a search engine, in five years, the chance for this link to still work is p(x), the probability of that random website remaining live for 5 years.

      Now, if you used tinyurl for your link, the chance for the link to not be broken by then is p(x)*p(y), where p(y) is the chance of tinyurl surviving the next 5 years. Since p(y) is less than 1, this lowers your chance to send me this little piece of information forward to in five years time.

      The internet is built on dense connectivity, with no single node being able to uniquely control access to a large part of the whole net. Tinyurl works against this principle. If someone switched off tinyurl now, 54 Million links [tinyurl.com] would break in an instant, all over the web, with no chance to correct them all automatically.

      In other words, to return your ad hominem attack: If you expect Tinyurl to stay exactly where and what it is for the next 5 years, you have misunderstood the web.
    • Re: (Score:2, Interesting)

      by webmaestro ( 323340 )
      Thats true, but there is a key difference between moving around links on a site and a service like TinyURL going offline, namely, a lot of times you can track down where the page is now if it is just moved. For instance if I wanted to go read an article posted at example.com/march2003/article.html it might not be there, but there is a decent chance that I could search the site and find it at example.com/03-2003.aspx because I know where it used to be. For TinyURL I just have a random hash. Google and the Wa
  • Solution (Score:5, Interesting)

    by ta bu shi da yu ( 687699 ) on Sunday November 18, 2007 @10:22AM (#21397353) Homepage
    A Firefox plugin that recognises a TinyURL (etc) and then uses a popup to identify in a tooltip the actual URL and title of the webpage. - ~~~~
  • by Badmovies ( 182275 ) on Sunday November 18, 2007 @10:29AM (#21397383) Homepage
    The problem will be if the sites that redirect that URL go out of business or are unreachable for any reason. Then all of the URLs are broken. It would be like a a section of DNS melting. What would be even worse is if the URL redirect site never came back online. Its a risk for people using the service.

    However, the latest problem I am seeing a lot of is scraper sites (that immediately redirect) from China. A couple more of them pop up every day and all they are doing is trying to lure clicks via a search engine, then redirect the websurfer to a hostile/ad-laden page when they click on the link.

    I noticed it when somebody brought it to my attention about my site, but the practice has to be systematic. Try going to Google and search for "badmovies.org" entries in the last 24 hours. Bet you see a lot of obvious junk sites that end in .cn. It has to apply to lots of other sites, but I haven't done any experimenting. Still, all those sites are junk. They just clutter up the search engines.
  • Are services like tinyurl, urltea etc. taking the WWW towards a single point of failure? Is it a huge step backward? Or I'm just crying wolf here?"

    That I've seen, very few people put permanant links in TinyURL (or similar) form on their web pages. When making an actual link, the length doesn't much matter.

    People use these shortened links as a short-term length reducer for mediums such as email or blogs (while you could argue both have some degree of permanance, the vast majority of them fade into obsc
  • by Bazman ( 4849 ) on Sunday November 18, 2007 @10:31AM (#21397393) Journal
    ...whichever part of the corporate email system that decides to stick hard line-breaks in. At 80 columns. Our staff send emails with long URLs, people complain they can't get to the page, the link gets reposted as a tinyurl...

      If the tinyurl people put a timelimit on the short link it wouldn't be so bad, since people would know it was purely temporary and so wouldn't use them in permanent situations...

      Need a perl script that 'de-tiny's your web pages - goes through the HTML files, looks for tinyurls, queries to find the real target, and edits the page.... Ah, except nobody's web page is a bunch of static HTML anymore.... But you get the idea!
  • It balances out (Score:2, Insightful)

    by cthulu_mt ( 1124113 )
    Bad webpage designers will get what they deserve in the event of a catastrophic failure.

    Good webpage designers will not be adversely affected; it may even help to get some of the crap of the Web.
  • by grumbel ( 592662 ) <grumbel+slashdot@gmail.com> on Sunday November 18, 2007 @10:31AM (#21397403) Homepage
    Do URL shrinkers make matters worse? Maybe. But on the other side the web has always been a single-point-of-failure architecture. If the webserver hosting your content is down, your content is no longer reachable on the net. Things get worse when you only have only a few webserver/provider that are hosting stuff, youtube, facebook, myspace and friends host a ton of content, if they ever go down, you lose a whole bunch of content. Sure, they have plenty of redundancy and are pretty stable so its unlikely to happen for longer periods of time. But you still hand over a hell of a lot of control to a tiny few companies.

    Solution? Turn the web into something where you refer to content instead of servers. Request documents by their MD5/SHA1/whatever checksum and whatever server has that piece of content sends it to you. You no longer have a single point of failure. Freenet, Bittorrent and a bunch of other P2P tools are already doing it in one way or another, because it is simply a more failsafe and faster way to handle content distribution. The days where everybody had his own little webserver are long over and it might be time to start addressing this issue on a big scale.
    • by Tango42 ( 662363 )
      That's not a single-point-of-failure. One webhost goes down, that a handful of website inaccessible, not the whole web. The issue with url shrinkers is that one server going down can break thousands of links to completely unrelated sites. Redundancy is not the opposite of single-point-of-failure (although it does preclude it).
    • Do URL shrinkers make matters worse? Maybe. But on the other side the web has always been a single-point-of-failure architecture. If the webserver hosting your content is down, your content is no longer reachable on the net.

      Those are not "single points of failure" for the web. They are independent points of failure for many specific sites, just as with email, instant messaging, the television or the telephone.

      Solution? Turn the web into something where you refer to content instead of servers. Reques

  • Just ban long URLs (Score:3, Insightful)

    by Skapare ( 16644 ) on Sunday November 18, 2007 @10:32AM (#21397405) Homepage

    We should never have needed services like TinyURL. But certain insane webmasters went nuts and started creating URLs that were just way too long. All web sites should use only short and reasonable URLs with the path name part limited to no more than 12 characters. Shorter domain names and shorter email addresses would help, too.

    • I know one such webmaster. It's called Lotus Notes, and I hate its guts.
    • All web sites should use only short and reasonable URLs with the path name part limited to no more than 12 characters.

      That's stupid. My company's website is chock full of report generators, all of which have quite a few options. You can't POST those parameters because:

      1. You're GETting data, not sending it,
      2. POST breaks bookmarks, and
      3. There's no good reason whatsoever to do otherwise.

      Why shouldn't users get to link to "/reports/foo/seasonalreport?fiscalyear=2007&hideempty=true&orderby=lastname&format=pdf"? Short URLs make a lot of sense in a couple of situations, but most of the web has moved beyon

  • I don't believe they necessarily weaken the net architecture, seeing as how they are essentially the same as how the net was built in the first place. I mainly view them as a shortcut for people who don't know how to use an href tag or for people who don't understand copy/paste (the ones who think you need to retype the whole url into the address bar if it's not linkified). One semi-legitimate use I can think of is forums (or email clients) that add spaces/line breaks to raw addresses that aren't contained
  • urltea down (Score:3, Funny)

    by Michael Ross ( 599789 ) on Sunday November 18, 2007 @10:45AM (#21397483) Homepage
    How ironic -- as of this writing, the urltea service is down. Slashdotted?
  • by no-body ( 127863 ) on Sunday November 18, 2007 @10:46AM (#21397485)
    Doesn't make any sense whatsoever if it's in an "A" tag. Can put any name on that anchor where people can click.

    By the time one generates the tinyurl, one pasts it in the html code.

    It's good for telling it somebody over the phone or in a hard copy document - the 6-something characters are much easier to copy off than the long links. That's short term use - anyone putting it in a web page is lazy and asking for trouble.

  • They're not used as much as you think, only for asininely long links.
  • You should know better.

     
  • Sanity Check (Score:5, Insightful)

    by lena_10326 ( 1100441 ) on Sunday November 18, 2007 @10:58AM (#21397549) Homepage
    Who are the primary users of tinyurl.com? Professionals? Corporations? No. Generally, it's a userbase very similar to the MySpace, YouTube, chat, and fan site userbases, and the world will not end if those links are broken. Well, except maybe for some nerds waiting in anticipation for the next batch of Britney Spears beach pics.

    OK. So what if a corporation or government office is using tinyurl? Fire the IT staff. Do it now.

    Last point. If you have a web host and you control the domain (or the path on the domain), it's rather easy to simulate tinurl. Example:

    www.blahblahblah123.com/orders/products/listing/1/AYZHEKF/view.cgi?blah=blah&blah=blah&blah=blah&blah=blah.....

    map to

    www.blahblahblah123.com/1

    use an Apache redirect, document.location = $url, or meta-refresh tag.

  • I used to work for a large company providing technical support. Unfortunately the company I worked for was probably one of the worst offenders of having exorbantly large URLs for even the smallest of things. As a result it didn't take long before many coworkers began creating and providing these tinyUrl's to give to customer's over the phone, and initially the action was supported by the company. However before long the practice was put to a complete halt not because of the potential that the tinyURL woul
  • by lokedhs ( 672255 ) on Sunday November 18, 2007 @11:24AM (#21397701)
    Currently, since a couple of weeks back, my previously favourite short-url service surl.se [surl.se] has been down.

    Of course, that means that no short URL's handled by this service can be accessed anymore.

  • I use a tiny url in an email, temporary web page, on irc, etc., somewhere that I'll get feedback or otherwise find out from the receives that its not doing what is expected. Then I know and the receivers knows.....NOT TO USE IT ANYMORE!

    When there is enough call for a clean tinyurl service, many of them will pop up. Divide and overcome the unexpected..

    For such things as IRC such as for code development, ie freenode python, I'd imagine the network would enable some sort of tinyurl ...oh wait they do.... http: [rafb.net]
  • by szyzyg ( 7313 ) on Sunday November 18, 2007 @11:39AM (#21397817)
    These services are pretty useful for sneaking links past automated link censorship systems. The example I most commonly encounter is users who want to embed content on their myspace pages from sites like imeem.com [imeem.com], which is apparently such a threat to the myspace monopoly that you can't even mention the text 'imeem.com' on myspace. So people use it to make the imeem media players work on myspace (of course they have to use a service other than TinyURL because that's also banned by myspace for this reason). Now that's a pretty tame example, there are probably more important sites where the links get censored for information control reasons, so at least against one type of automated censorship the short URL services help strengthen the interner.
  • I'm pretty sure that when Google indexes pages with known URL-shortening-links that it keeps track of both the shortened URL and the destination. They probably do this mainly for link tracking purposes, but if TinyURL ever shut down they could use this info to create a service that can keep TinyURL links working (probably just built into the Google Toolbar).
  • In the beginning, URLs generally had some logic to them, you could get some understanding of the site from the URL, and by doing so, you could remember the URL.

    Then we got into things like Active Server Pages and generated content, moving on to today's web where most content on most sites is managed by this massive complex back-end system. As a result, URLs are these butt-ugly sequences of random characters that are hard to use, hard to type, hard to remember.

    If TinyURLs weaken Net architecture, then I'd s
  • by Pig Hogger ( 10379 ) <(moc.liamg) (ta) (reggoh.gip)> on Sunday November 18, 2007 @12:10PM (#21398009) Journal
    Huge URL [hugeurl.com].
  • Big URL are usually broken in most email clients. When you want to communicate an URL ina printed form, shot URL becames handy. Regarding see it them as a SPF, I think we need a free script to install it in our own webserver.
  • OMG! (Score:4, Funny)

    by Blakey Rat ( 99501 ) on Sunday November 18, 2007 @12:38PM (#21398211)
    What if a service starts sending a pop-up ad along with the redirect. What if the masked target links to a page with an exploit instead of linking to the new photos of Jessica Alba. Are services like tinyurl, urltea etc. taking the WWW towards a single point of failure?

    What if the tinyurls start coming to life and jumping out of our computer monitors and strangling us? And then they recruit the help of Terminator robots from the future? And then the entire planet explodes due to death ray?

    More seriously: As long as they work fine, people will use them. When they start not working fine, people will stop using them. That's all there is to it.
  • MOST URL's are pretty short, and if they're not, then they're often mnemonic in some sense. And we can be faced with really long URLs. Example: let's say I'm emailing a friend in a conversation about a song by New Order called Confusion, and I want to email him the google URL, but I don't remember the title offhand, but I remember some of the lyrics.

    So instead of emailing him this:

    http://www.google.ca/search?hl=en&client=firefox-a&r [google.ca] ls=org.mozilla%3Aen-US%3Aofficial&hs=C1m&q=you+just+ ca

  • I view URL's as API calls to remote systems, all that URL shrinking services do is wrap that function call into a format that's easier to type from a cell phone or IM session. So, as they are currently implemented - no, these services do not weaken 'net architecture.

    However, like an API wrapper they do include the possibility of creating side effects on call, e.g. the potential for abuse exists. So what? Everything on the 'net has the potential to be abused. And if your favorite URL shrinking service starts
  • Another such service is UrlBit.Us [urlbit.us], Which, I understand, will be releasing new features soon.

    I personally don't see what is so wrong with URL biting services. Sure, some may exploit them to no good end, but really, the benefits outweigh any possible detriments as I see it.

    If your site is vunerable, it's going to be vunerable no matter what. Anyone with access to a configurable Apache server can create all kinds of crazy redirects to your site, and sophisticated ones too. I don't think anyone looking to

  • TinyURL only answers a need; the problem is with the web site authors themselves. People only need to create short URLs when the source URL is too messy.

    Slashdot (although far from the worst offender) could start a trend here; instead of the cryptic and messy:

    http://ask.slashdot.org/article.pl?sid=07/11/18/1319201 [slashdot.org]

    what about:

    http://slashdot.org/article1319201.html [slashdot.org]

    Not only is that shorter, it also communicates that it is meant to be permanent and archival because it doesn't have query parameters.
  • crying wolf? (Score:2, Informative)

    by kerb ( 43511 )
    is he using the right context at all? I thought "crying wolf" means lying to someone with a hidden motive and not "just speculating" or "being a little paranoid what might happen next".
  • Main Ingredient (Score:2, Interesting)

    by jfitz369 ( 1190735 )
    The problem I see is that search engines use links to determine and provide relevant search results. If everyone starts using TinyURLs then the main ingredient for a relevant search return could be lost.
  • I've been doing some thinking about tinyurl-like services lately, and I've since implemented WhenGuard, one such service with a time twist. WhenGuard is a content timing service that automatically publishes and unpublishes any Internet content using a time-sensitive URL alias. This alias is known as a just-in-time link, or a jitlink.

    Bloggers, music bands, educators and anyone who wants to hold time-sensitive information until a certain time, or to invalidate it after a certain time has passed, can create ji
  • A very useful site similar to tinyurl is imgred.com. I've found it very useful when posting to various web forums.

    Many sites don't allow their images to be loaded from foreign sites (often referred to as hot-linking). They do this to protect their bandwidth. I often find myself making a clone of the image on my own server, and then posting that in my image. imgred.com [imgred.com] will do this for you, saving a lot of time.

    I can't understand why people would use tinyurl on their own site. I'm always wary of suc

  • The only reason these USEFUL services exist is because so many LAZY web designers use ridiculous URLS
    Encoding the Lords Prayer in an URL is not the smart way to do things

    Instead of BITCHING about a SOLUTION, perhaps we should embrace it?

    Make some standards, perhaps even set up an architecture where shortened URL links like this are shared among many servers?

    Kind of like time servers for example..

Two can Live as Cheaply as One for Half as Long. -- Howard Kandel

Working...