Slashdot Mirror


Can rev="canonical" Replace URL-Shortening Services?

Chris Shiflett writes "There's a new proposal ('URL shortening that doesn't hurt the Internet') floating around for using rev="canonical" to help put a stop to the URL-shortening madness. In order to avoid the great linkrot apocalypse, we can opt to specify short URLs for our own pages, so that compliant services (adoption is still low, because the idea is pretty fresh) will use our short URLs instead of TinyURL.com (or some other third-party alternative) replacements."

354 comments

  1. "Great link apocolypse" WAT? by Anonymous Coward · · Score: 2, Insightful

    I read the first link, sounds like complete and total batshit paranoia. I can't be alone in this opinion. Really, tinyurl has been around the entire 11+ years I've been on the internet, and somehow the internet's survived just fine.

    tag:slownewsday anyone?

    1. Re:"Great link apocolypse" WAT? by whopub · · Score: 3, Funny

      Please, more comments, or I'll be forced to read the actual article. I don't want to be kicked off slashdot for RtFA...

    2. Re:"Great link apocolypse" WAT? by mrmeval · · Score: 1, Interesting

      About what I was thinking. It sounds like someone pissed their panties about not counting click origin and in some way not making money. If the batshit paranoiac morons can't put up a shortened URL to START with then they need to gag on their own spittle.

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    3. Re:"Great link apocolypse" WAT? by ultrabot · · Score: 2, Informative

      Please, more comments, or I'll be forced to read the actual article. I don't want to be kicked off slashdot for RtFA...

      Try to avoid reading the article, because it's pretty nonsensical. It may be the beer I was drinking, but I didn't really get what they are talking about.

      --
      Save your wrists today - switch to Dvorak
    4. Re:"Great link apocolypse" WAT? by Feyr · · Score: 5, Informative

      short summary: everyone should adopt this NewTechnology(tm) because it will make twitter work better

      1. If everyone uses it
      2. if twitter implements support for it

      of course it's pretty much useless for everyone else

    5. Re:"Great link apocolypse" WAT? by Sebilrazen · · Score: 5, Funny
      Oh great, mysterious and anonymous time traveler, what year did you start using the internet so that we may know what year you are posting from and get lottery numbers, World Series and Superbowl winners from you?

      From tinyurl:

      Copyright © 2002-2009 Gilby Productions. All rights reserved.

      (2009 - 2002) < 11+

      --
      "There are no facts, only interpretations." --Friedrich Nietzsche.
    6. Re:"Great link apocolypse" WAT? by ushering05401 · · Score: 5, Informative

      This story should be tagged Twitter.

      This guy seems to be focusing on the meaningful identifier aspect of URL shortening for use in a space limited context - without actually confining his suggestion to use in that sort of environment.

      He puts forth other reasons for using this method such as control over the persistence of the shortened URL, but that doesn't make a whole lot of sense to me... and then he goes back to mentioning Twitter.

    7. Re:"Great link apocolypse" WAT? by morgan_greywolf · · Score: 2, Informative

      Even better:

      me@myhost:~$ whois tinyurl.com

      Whois Server Version 2.0
      [snip]
        Registrar of Record: TUCOWS, INC.
        Record last updated on 27-Jun-2008.
        Record expires on 27-Jan-2018.
        Record created on 27-Jan-2002.

      Here we have the exact date of creation for TinyURL.com!

      So, you're right. TinyURL celebrated its 7th birthday in January.

    8. Re:"Great link apocolypse" WAT? by Anonymous Coward · · Score: 1, Insightful

      You realize that there are hundreds if not thousands of these services, don't you? It's a really obvious way of putting yourself in the path of a lot of traffic, which you can hopefully monetize at some point, so everybody's doing it. Most of these services you've never even heard about, and those are not going to last. All links through these services are dead when the respective server's taken offline. Other short URL service operators may at some point sell their soul to advertisers and start framing the link targets with ads. Then all links turn into ad-ware.

    9. Re:"Great link apocolypse" WAT? by Hal_Porter · · Score: 1

      2018 is the end of the Mayan Calendar aka the End of the World and the date of the Linkrot apocalypse. Coincidence? I think not.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    10. Re:"Great link apocolypse" WAT? by jonadab · · Score: 1

      Tinyurl itself is a relative newcomer, but I'm pretty sure URL-shortening services in general have been around since the late nineties. xrl.us, for instance, has 1999 in its copyright notice, which jives pretty well with my memory, and I am not at all sure that it was the first URL-shortener, either.

      Although I am tempted to propose that admitting that even 1999, much less 2002, is far enough back to cover "the whole time I've been on the internet" should perhaps cause automatic permanent banning from slashdot. I mean, seriously, what the heck are you doing on a site for computer nerds, if you didn't even get online until *after* the average end users off the street started getting dialup accounts in the mid nineties? Do you even know what DOS is? Get off my lawn.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    11. Re:"Great link apocolypse" WAT? by StarkRG · · Score: 1

      Myan calendar needs a new digit in 2012, not 2018.

    12. Re:"Great link apocolypse" WAT? by Hal_Porter · · Score: 1

      Hah, I knew someone would spot that. Trolled!

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    13. Re:"Great link apocolypse" WAT? by WillKemp · · Score: 1

      I mean, seriously, what the heck are you doing on a site for computer nerds, if you didn't even get online until *after* the average end users off the street started getting dialup accounts in the mid nineties?

      AC is only 10, you insensitive clod, and first went online in the womb!

    14. Re:"Great link apocolypse" WAT? by ta+bu+shi+da+yu · · Score: 1

      Can I point you to an excellent story on slashdot I read about the other day?

      --
      XML is like violence. If it doesn't solve the problem, use more.
    15. Re:"Great link apocolypse" WAT? by TheRaven64 · · Score: 1

      Being young does not mean you aren't a geek. The last set of undergrads I taught were born in 1989, so would only have been 10 years old in 1999, which seems like a valid excuse for not being online. Of course, there's no excuse for not studying the history of your subject; if you don't know anything about, for example, the B5000 architecture then you should hand in your geek card even if you weren't around in 1962 to use it first-hand.

      --
      I am TheRaven on Soylent News
    16. Re:"Great link apocolypse" WAT? by superposed · · Score: 1

      Really, tinyurl has been around the entire 11+ years I've been on the internet, and somehow the internet's survived just fine.

      The point is not what happens while tinurl.com is around, but what happens when it is not? Or when they decide to start charging for their services? "Free link redicrector forever" is not a sustainable business model.

    17. Re:"Great link apocolypse" WAT? by Lazy+Jones · · Score: 1

      somehow the internet's survived just fine.

      Yeah but Rick Astley won the MTV Europe Music Awards 2008.

      --
      "I love my job, but I hate talking to people like you" (Freddie Mercury)
    18. Re:"Great link apocolypse" WAT? by garaged · · Score: 1

      you mean the other 2% of internet population that doesn't use twitter?

      --
      I'm positive, don't belive me look at my karma
  2. but will they be cute? by SethJohnson · · Score: 5, Funny



    What value are these new URLs if they aren't cute?!?

    Seth

    1. Re:but will they be cute? by kongit · · Score: 4, Funny
    2. Re:but will they be cute? by Anonymous Coward · · Score: 2, Funny

      http://www.socuteurl.com/nibblekins
      would be yet a clever thing!

    3. Re:but will they be cute? by digitalme2 · · Score: 3, Funny

      This is why rel="cute" should be introduced. Then we will be able to avoid the so-called "cute linkrot" which, despite its name, will be ugly.

    4. Re:but will they be cute? by Anonymous Coward · · Score: 3, Insightful

      I'd also like to propose rel="evil" (for shock URLs and Microsoft) rel="nsfw" and rel="rickroll".

    5. Re:but will they be cute? by Anonymous Coward · · Score: 0, Interesting

      http://www.socuteurl.com/foo

      Absolute foo...

    6. Re:but will they be cute? by Anonymous Coward · · Score: 1, Insightful
    7. Re:but will they be cute? by Anonymous Coward · · Score: 0

      My favorite and most appropriately "cute-ized" page http://www.socuteurl.com/foo

    8. Re:but will they be cute? by Daimanta · · Score: 2, Informative

      Parent posted goatse-link. I suggest you don't click it unless you are into that.

      --
      Knowledge is power. Knowledge shared is power lost.
    9. Re:but will they be cute? by Anonymous Coward · · Score: 0

      I was going to mod this informative, bun instead decided to mod it a "No Shit, Sherlock"

    10. Re:but will they be cute? by Anonymous Coward · · Score: 0

      I love that goaste resolves to /cocopoof.

    11. Re:but will they be cute? by sortius_nod · · Score: 1

      Still, the cutsie name softens the blow... should be +5 funny for the -1 troll.

    12. Re:but will they be cute? by dmomo · · Score: 1

      Ha. Slashdotted. Nice.

      To protect yourself from something like a goatse, try preview.socuteurl.com/foo !

    13. Re:but will they be cute? by shakah · · Score: 1

      FWIW, "rickrolling" made today's New York Times crossword puzzle. Clue was "Widespread Internet prank involving a bait-and-switch link to a music video":
          http://www.crosswordmanblog.com/2009/04/nyt-monday-41309-rick-trick.html

    14. Re:but will they be cute? by Anonymous Coward · · Score: 0

      Thanks!

      And to think I was going to skip over that one.

  3. WTF? by Anonymous Coward · · Score: 4, Insightful

    I didn't understand a single word of the submission, and I used to teach Web design. Is it too much to ask submitters to define terms they use?

    1. Re:WTF? by Renderer+of+Evil · · Score: 4, Informative

      This whole url shortening shit started to pick up steam few days ago when Digg introduced Diggbar - a hybrid of frame and url-shortening that framed other sites and did not display the proper site address. John Gruber went nuts and modified his blog to redirect users to a special page. Then he blogged for 2 days non-stop how to make diggbar go away. Since he's widely read around the web everyone started chiming in with their opinions on the general idea of url shortening services and how it hurts or helps the web.

      Nerd bullshit. And not the good kind.

    2. Re:WTF? by spydabyte · · Score: 2, Informative

      Yes it would be too much to ask. As a reader of slashdot it is your duty to understand terms or google it . If you didn't, a submitter would have to define every word entered, making submissions 100x as large, more complicated , and annoying to read. So please, for the sake of all that is good and holy, justfuckinggoogleit. Thanks.

    3. Re:WTF? by Anonymous Coward · · Score: 0

      speaking as a student--please tender your resignation if you haven't already. Or maybe you used to and got fired. Other than linkrot, all of that terminology is pretty standard for anyone who's paid attention in the past five years--and linkrot really is only moderately confusing if you sit there and can't think for a moment.

      Guess those who teach really can't...

      AC/Troll? Sure...you don't deserve the respect of getting my name if you couldn't follow that summary. Even trolls can be right.

      Is it too much to ask that people keep up with more of the industry than the crap they see in Dr. Dobbs and the MSDN whitepapers made for sales teams?

    4. Re:WTF? by kv9 · · Score: 1

      [digg related bullshit]

      was this somehow related to the recent batshit crazy bitching^W^W^Wstudy about bandwidth impact of long URLs? I swear, digg users are the cancer that's killing the interwebs.

      Nerd bullshit. And not the good kind.

      as a real nerd (the kind with lotsa shells open, computers and a crazy look in his eyes) I take offense that you'd call these web-two-point-oh lamers "nerds". please take it back. thanks.

    5. Re:WTF? by DerekLyons · · Score: 0, Flamebait

      Just goes to show that you don't really need to know anything to teach web design. I have no formal IT training, and other than maintaining a couple of crappy websites a decade ago, have no formal IT experience.
       
      But I understood every word.

    6. Re:WTF? by Anonymous Coward · · Score: 0

      The diggers are just dweebs. They generally have little tech knowledge in electronics or software. They think they're l337 because they have an apple fixation and bitch about sony.

    7. Re:WTF? by Jack9 · · Score: 1

      The topic has nothing to do with web design. Shows that most people who make crappy websites, don't even understand what they are working with or on (not a surprise).

      --

      Often wrong but never in doubt.
      I am Jack9.
      Everyone knows me.
    8. Re:WTF? by Anonymous Coward · · Score: 1, Funny

      Can you please tell me what justfuckinggoogleit.com is? I've never heard of it before and I'm afraid to click the link because it might send a virus to my computer, and I don't know any other way to find out this information other than asking you in this thread. Thanks.

    9. Re:WTF? by CAIMLAS · · Score: 1

      Used to teach web design, eh?

      I had a web design course in college a scant 2 years ago where the instructor thought "web design" was the sum total of creating a mock-up in Photoshop, chopping it up, and putting it in borderless, marginless tables with links.

      "Web design" is a meaningless term which is almost offensive. Not saying you're as clueless as all that, but seriously...

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    10. Re:WTF? by calzones · · Score: 1
      --
      Asking people to think is like asking them to buy you a new car
    11. Re:WTF? by MadAhab · · Score: 1

      Sadly, this instructor is actually preparing you for most web shops. Not good ones, mind you, but most of them.

      --
      Expanding a vast wasteland since 1996.
    12. Re:WTF? by Anonymous Coward · · Score: 0

      Bet you $20 I can guess why you no longer teach web design.

    13. Re:WTF? by jonadab · · Score: 1

      > I have no formal IT training, [...] But I understood every word.

      I understood every *word*, but I have to admit I couldn't make much out of the paragraph. For instance, I know what a URL is, and what URL shortening is, and what it means to hurt something, and what the internet is... but my immediate response to "URL shortening that doesn't hurt the Internet" is along the lines of, "What, as opposed to URL shortening that *does* hurt the internet? How would *that* work, exactly? Is some cretinous losing shortening service somewhere still using framesets instead of proper redirects? How 1997."

      And then it talks about the idea of specifying short URLs for our own pages being a "fresh" idea. I can't decide whether that's just ignorant or deliberately surreal, but either way it makes no sense at all.

      As for "great linkrot apocalypse", I can't see how any URL-related proposal can have any significant impact on that, given that almost all linkrot happens when old pages, for various reasons, cease to be available at *any* URL.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    14. Re:WTF? by Anonymous Coward · · Score: 0

      Is it too much to ask web designers to keep up with common internet trends? Or JFGI?

  4. sorry but I dont get... by johnjones · · Score: 1, Insightful

    what exactly is the point in URL shortening ?

    the only argument I can see is publications and twitter

    publications - there is no way that I am going to be able to example.com/typeskjd583 better than a URL this has been tried and frankly failed

    twitter char limit - well actually twitter should solve this by offering their own service and key into what people are looking at thus having that knowledge inside twitter and being able to monitize it...

    apart from those two reasons (which are false for I belive the reasons above) what other reasons are there ?

    URL's are good because they are Uniform....

    regards

    John Jones

    1. Re:sorry but I dont get... by CRCulver · · Score: 2, Informative

      There's also hiding links to shock sites.

    2. Re:sorry but I dont get... by Darkness404 · · Score: 2, Interesting

      For anything that isn't electronic, a shortened URL has you make less mistakes. For example: example.com/typeskjd583 is going to be more accurately typed than somesite.org/wiki/index/cool_tips/code/perl/hello_world.php . A lot of people when they see a site in print can easily mentally change it around, so somesite.org/wiki/index/cool_tips/code/perl/hello_world.php might become somesite.com/wiki/index/cool_tips/code/perl/hello_world.php , the shortened URL protects from this because people aren't trying to convert it to words and then type it, for example, something that was written as "Gray" may be mentally changed by someone to "Grey" because when they say the word "Gray" in their heads they see it written as "Grey".

      Its like typing in those serial numbers with software compared to cheat codes in old-school video games. The serial numbers are abstract so the letters in it are simply letters, whereas the cheat code may spell part of some word, if someone frequently misspells it (or the code is a misspelling of a word), it may be harder to enter.

      --
      Taxation is legalized theft, no more, no less.
    3. Re:sorry but I dont get... by Opyros · · Score: 1

      I use URL shortening all the time on Usenet (where line lengths are supposed to be kept below 80 characters).

    4. Re:sorry but I dont get... by palegray.net · · Score: 5, Funny

      somesite.org/wiki/index/cool_tips/code/perl/hello_world.php

      That's just wrong.

    5. Re:sorry but I dont get... by hedwards · · Score: 1

      Have you ever tried to post a link in chat which was anything longer than the domain name? It's quite easy for that to cover many lines of chat and get people annoyed.

      It's not perfect, but it's far better than some of the alternatives.

    6. Re:sorry but I dont get... by teslatug · · Score: 1

      Have you tried pasting in an IM window a Google maps URL? I'm guessing not or URL shortening would be painfully obvious to you.

    7. Re:sorry but I dont get... by atraintocry · · Score: 1

      Just to play DA...what about passwords that are over 12 characters because they're a string of words?

      Like HelloBeanSmile instead of !09jxkleZ. I'd probably have an easier time remembering the long url, assuming I understand "what it meant"...I don't even bother trying to remember YouTube URLs.

      You're spot on about the problem of typing what you hear instead of what needs to be spelled, grey/gray, etc. Longer URLs introduce the problem of homophones and the awkardness of pronouncing syntax characters, even slashdot.org is an example of that.

    8. Re:sorry but I dont get... by Anonymous Coward · · Score: 0

      I thought the U stood for Universal.

    9. Re:sorry but I dont get... by ultrabot · · Score: 1

      Longer URLs introduce the problem of homophones

      Like this?

      --
      Save your wrists today - switch to Dvorak
    10. Re:sorry but I dont get... by Anonymous Coward · · Score: 0

      what exactly is the point in URL shortening ?

      Outlook, the same program that has ruined email for the rest of us, continues its crusade by breaking long links into multiple lines. It's really annoying to puzzle together a multiline URL after outlook has broken it into as many pieces as it felt neccesary. Some people put alternate tinyurl links into their newsletters for this very reason, e.g. Bruce Schneier.

    11. Re:sorry but I dont get... by SanityInAnarchy · · Score: 2, Insightful

      Yes, it looks hideously long. It also works fine, it's clickable, I really don't get the big deal.

      --
      Don't thank God, thank a doctor!
    12. Re:sorry but I dont get... by vux984 · · Score: 1

      Yes, it looks hideously long. It also works fine, it's clickable, I really don't get the big deal.

      At least until they forward it and someone's mail client inserts line breaks and '>' marks etc into the middle of it.

    13. Re:sorry but I dont get... by Logic+and+Reason · · Score: 1

      For anything that isn't electronic...

      That's the point. When was the last time you actually hand-copied a URL? I can't recall ever doing it, though I probably have once or twice.

      Besides, isn't it easier just to give a few keywords that will lead to a particular page either from Google or your own site's interal search?

    14. Re:sorry but I dont get... by mdwh2 · · Score: 1

      I disagree. A URL in words is something I can read, and (assuming they haven't introduced subtle misspellings), I can easily memorise and retype accurately. That's far harder to do with random jumbles of characters.

      Consider: memorising and retyping developers.slashdot.org is trivial. How quickly can you memorise or retype random strings of 23 characters? Even if we reduce the number to 10, how easy is it?

      Yes, there is the risk of getting the order wrong. But with the shortened version, you would be more likely to get the order mixed up - or more likely still, just forget it outright.

    15. Re:sorry but I dont get... by RiotingPacifist · · Score: 1

      your clipboard doesn't support http://maps.google.com/maps?oe=UTF-8&sourceid=navclient&gfns=1&q=map%20your%20mum&um=1&ie=UTF-8&sa=N&hl=en&tab=wl? I regularly just copy url's straight to IMs, the other persons just has to click it, who cares if its 'ugly' atleast they know where they're going.

      --
      IranAir Flight 655 never forget!
    16. Re:sorry but I dont get... by arth1 · · Score: 1

      That's the point. When was the last time you actually hand-copied a URL? I can't recall ever doing it, though I probably have once or twice.

      Never given or received a URL over the phone?
      You haven't done tech support, then (even for family).

      Personally, I would like for redirects to go away entirely, so we can get rid of the human security problem with redirect links to malware, goatse and rickrolls.
      URL is not short for polyform resource locator.

    17. Re:sorry but I dont get... by Anonymous Coward · · Score: 0
    18. Re:sorry but I dont get... by Anonymous Coward · · Score: 0

      Have you tried pasting in an IM window a Google maps URL? I'm guessing not or URL shortening would be painfully obvious to you.

      The thing is though, the Google Maps URL is sending a sizable chunk of data. Even "shortened" as the author of TFA is proposing the URL would still be quite lengthy. This basically means your statement is more for keeping services like TinyURL around, which is not what the author of TFA apparently wants.

    19. Re:sorry but I dont get... by Logic+and+Reason · · Score: 1

      You haven't done tech support, then (even for family).

      Yes, I have, but:
      (a) I can usually IM or email any relevant URLs to family members (unless it's their internet connection I'm troubleshooting, in which case URLs wouldn't be much use).
      (b) If didn't have that option, it would be easier to give them search terms rather than full URLs. Even for something very specific like, say, a Microsoft KB article I would say something like "go to support.microsoft.com and search for 'kb242450'" rather than spell out an exact URL, even a shortened one.

    20. Re:sorry but I dont get... by pbhj · · Score: 1

      Yup spamming is easier with URL obfuscation.

    21. Re:sorry but I dont get... by Anonymous Coward · · Score: 0

      For example: example.com/typeskjd583 is going to be more accurately typed than somesite.org/wiki/index/cool_tips/code/perl/hello_world.php

      Speak for yourself. It took me months to memorize the address of XKCD, but I memorized the address of UserFriendly the moment I saw it.

    22. Re:sorry but I dont get... by CarpetShark · · Score: 1

      somesite.org/wiki/index/cool_tips/code/perl/hello_world.php

      That's just wrong.

      Yes, it is. On two levels.

    23. Re:sorry but I dont get... by Anonymous Coward · · Score: 0

      Modern versions of the perl interpreter (>= 5.6) are written in php anyway.

    24. Re:sorry but I dont get... by SanityInAnarchy · · Score: 1

      ...which has what to do with an IM client?

      Email is a different issue, easily solved, in most clients, by wrapping angle brackets around it. More intelligent clients will notice before it gets sent, and generate an actual HTML link.

      --
      Don't thank God, thank a doctor!
  5. a better idea by Anonymous Coward · · Score: 5, Funny

    how about we just kill all twitter users instead?

    1. Re:a better idea by YourExperiment · · Score: 4, Funny

      Twitter? That's so first-quarter-of-2009. Everyone's using flutter now you know.

    2. Re:a better idea by rssrss · · Score: 1

      WFM

      --
      In the land of the blind, the one-eyed man is king.
    3. Re:a better idea by atraintocry · · Score: 1

      Yes! And RSS, too. Back in my day we sent our content via carrier pigeon, and we had to train the pigeon ourselves!

    4. Re:a better idea by Anonymous Coward · · Score: 0

      Yeah, see, it's this sort of "Twitter is the future of communication!" nonsense that makes Twitter users obnoxious.

      Good for you Twitter developers, you made an SMS-Web bridge and people seem to enjoy it, now just stop comparing yourselves to Morse and Bell you self-involved pricks, you did not actually invent anything.

    5. Re:a better idea by atraintocry · · Score: 1

      Heh, I'm not a twitter developer. I didn't intend to compare it to the telephone, that's for sure. It's a cute toy.

      It's basically replaced IM for me, and in some cases short emails. I understand that it gets mentioned way too much on CNN, etc, and trust me I cringe as much as anyone else when that happens. But it's not like the world's gonna end because people are firing off quick messages from their phones.

      It's like RSS...I don't need it, but I like it. I'm sure I could karma whore a little bit by making disparaging comments about it but the fact is it's interesting and somewhat useful.

    6. Re:a better idea by Dragonslicer · · Score: 1

      Back in my day we sent our content via carrier pigeon, and we had to train the pigeon ourselves!

      Was it at least RFC compliant?

    7. Re:a better idea by Randle_Revar · · Score: 1

      seconded

    8. Re:a better idea by kv9 · · Score: 0, Troll

      [Twatter] basically replaced IM for me, and in some cases short emails.

      you're what I'd call a lamer.

    9. Re:a better idea by krou · · Score: 1

      Hahaha, damn, I wish I had some mod points for you. That was hilarious.

      --
      'If Christ had tweeted the sermon on the mount, it might have lasted until nightfall.' - John Perry Barlow
    10. Re:a better idea by atraintocry · · Score: 1

      AOL circa 1997 called, they said to come back home, your dinner's getting cold.

    11. Re:a better idea by colinrichardday · · Score: 1

      So apocalypse (linkrot or otherwise) is too good for twitter users?

    12. Re:a better idea by PsychoSlashDot · · Score: 2, Interesting

      how about we just kill all twitter users instead?

      Funny? No, you deserve +5 Interesting at least.

      My wife signed up for that crap and at age 37 I've got to cope with her phone going off multiple times during Easter diner and her sharing with my family that Kevin Smith (of Clerks fame) can't decide if he should dry-hump his wife's leg or just rub one out because it's 3am she's asleep and he's stoned and horny.

      --
      "Oh no... he found the .sig setting."
    13. Re:a better idea by Anonymous Coward · · Score: 0

      Try a BBS from the 80s, junior.

      Actually your naive comment explains a lot about why you might find Twitter so fascinating. You're a kid and an ex-AOL user, so you must have very low expectations.

    14. Re:a better idea by Mag7 · · Score: 1

      how about we just kill all twitter users instead?

      If I could mod you up to 10 I would.

    15. Re:a better idea by atraintocry · · Score: 1

      Do you guys have an actual objection to it? Is it clogging up the tubes? I don't understand.

    16. Re:a better idea by pete-classic · · Score: 1

      I think that being a twitter user is its own punishment.

      -Peter

    17. Re:a better idea by jonadab · · Score: 1

      > how about we just kill all twitter users instead?

      I vote we only kill the ones who have ever posted Twitter updates less than an hour apart, or covering a topic more mundane than what they ate for lunch. Best I figure, that's about 97% of all Twitter users, but still.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    18. Re:a better idea by Gorphrim · · Score: 1

      You think it is +5 interesting that we should kill all twitter users, including your wife? Weird. Instead of blaming twitter, why not blame your wife for her behavior?

      --

      Queens of the Stone Age - they rule
    19. Re:a better idea by Anonymous Coward · · Score: 0

      What's cute about you is you're trying to prove how cool you are by proving how uncool you are. Can I fuck you?

    20. Re:a better idea by Anonymous Coward · · Score: 0

      A simple battery-ectomy of the phone solves that problem. Some general manners at a family dinner should be expected. ;-)

    21. Re:a better idea by Anonymous Coward · · Score: 0

      Go for the leg!

  6. Shorten links to avoid messes like this: by wiredog · · Score: 4, Insightful
    1. Re:Shorten links to avoid messes like this: by Anonymous Coward · · Score: 0

      http://developers.slashdot.org/comments.pl?sid=1196477

    2. Re:Shorten links to avoid messes like this: by Anonymous Coward · · Score: 0, Redundant

      http://www.socuteurl.com/puppypup

    3. Re:Shorten links to avoid messes like this: by Randle_Revar · · Score: 1

      at least it isn't as bad as amazon urls

    4. Re:Shorten links to avoid messes like this: by dkf · · Score: 1

      http://developers.slashdot.org/comments.pl?sid=1196477

      Problem is, that's not actually the URL that goes in the title bar and also isn't the URL that's going to get bookmarked in most cases.

      OTOH, I worry that this mechanism (rev=canonical) will be abused by people wanting to stop "deep linking", thinking that just because they want everyone to fight through pages of ads, they have a right to prevent everyone else from jumping straight to the chase. While I appreciate the suggestion from the author of the site, I don't want them hijacking what I actually bookmark.

      (BTW, is there a registry of all these various rel/rev types?)

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    5. Re:Shorten links to avoid messes like this: by Thornburg · · Score: 1

      I'm pretty sure you've completely misunderstood the point of all this.

      When you bookmark in your browser, it's still going to use the long URL. This proposal calls for developers to set up a permanent redirect from their own short URL to the long one, and calls for services like Twitter to add support for auto-shortening (so when you feed it a long URL it will follow the "rev=canonical" to the short URL, and provide that one instead. So, amoral developers could decide to lie in their "rev=canonical" and put in a short URL that doesn't actually "deep link" to the long URL, but that won't affect your bookmarks, or anything doesn't auto-shorten the URLs (which would mostly be messaging services like Twitter and SMS).

    6. Re:Shorten links to avoid messes like this: by Anonymous Coward · · Score: 0
    7. Re:Shorten links to avoid messes like this: by Evro · · Score: 1

      That's what mod_rewrite is for.

      --
      rooooar
  7. Comment removed by account_deleted · · Score: 0, Flamebait

    Comment removed based on user account deletion

  8. An Historical Reverie by DynaSoar · · Score: 1

    How many recall such threats to the internet as the massive ascii storm caused by Cantor and Siegel and the like, or the sudden tsunami of traffic due to graphics being constantly broadcast by the world wide webby thingy?

    Those and many other phenomena usually resulted in people running around with their hair on fire, flapping their arms and screaming DEATH OF THE INTERNET!

    The majority of bandwidth is taken up by email spam and botnet traffic. Next to those URL relay traffic isn't even noticeable.

    Film at 11.

    --
    "I may be synthetic, but I'm not stupid." -- Bishop 341-B
    1. Re:An Historical Reverie by Ant+P. · · Score: 1

      The majority of bandwidth is taken up by email spam and botnet traffic.

      That is, if you ignore the traffic that takes up more than 50% of the bandwidth - people downloading and uploading shitty manufactured pop music.

    2. Re:An Historical Reverie by silent_artichoke · · Score: 1

      Some of that shitty manufactured music is rap, you insensitive clod!

  9. Solution to a problem that doesn't exist by thePowerOfGrayskull · · Score: 0
    I'm not entirely sure I follow that godawful summary, but after reading TFA and various places it's referenced...
    • As far as I can tell, this "new proposal" isn't anything to do with standard HTML, but rather someone's blog posting about the idea that has been 'twitted' and blogged about a lot?
    • The same thing can be accomplished with a URL rewrite, without needing to modify each and every individual application to understand these URLs.
    • WTF is "linkrot apocalypse"?

    So I guess what I'm saying is ... um, what's the point?

    1. Re:Solution to a problem that doesn't exist by Anonymous Coward · · Score: 2, Informative

      Linkrot happens when a URL shortening site (such as tinyurl) is pulled offline. Billions of dead links is not good.

    2. Re:Solution to a problem that doesn't exist by E+IS+mC(Square) · · Score: 1

      Any article mentioning twitter is nothing but fart-sniffing.

      This is third article here on /. in last 12 hours which has something to do with twitter. They all have been equally pointless.

    3. Re:Solution to a problem that doesn't exist by Anonymous Coward · · Score: 0

      It is a real problem. First, it is a problem from the linked site's perspective, because short-url services gain opaque links through which they redirect to some other site, lifting up the short-url site in search engines at the cost of the linked site. Good search engines do follow the redirection and attribute the link to the correct site, but that depends on the technical implementation, which can change at any time. Second, talking about changing at any time, the short-url service may go out of business. In that case, all links through that service are stranded, even though the actual link target still exists. That is the "linkrot apocalypse".

      Site authors are between a rock and a hard place with regards to canonical URLs. Search engines place high value on descriptive URLs. You can't make the URLs too long, but make them short and nondescript and you're throwing easy and legal SEO potential away. On the other hand, users don't want to enter long URLs, so they use short link services. This rel= standard doesn't solve that problem. It is meant to make it easier for sites to use additional information in the URL but identify pages which are really the same to search engines. For example, you could have a URL parameter which selects one of several designs. The search engine would normally see these as several individual pages. Even the order of URL parameters is technically significant. This is currently solved by heuristics by which the search engines try to identify similar pages, but with this standard you could avoid misclassifications by simply telling the search engine what the canonical URL for the content is.

      A possible solution is to list a short URL inside the document, in addition to the "long" canonical URL. That would still leave you with potentially long domain names, but of course that also has the advantage that you see which site is being linked to.

    4. Re:Solution to a problem that doesn't exist by petermgreen · · Score: 1

      I'm not convinced being short is that much of an advantage. Typing english words is not that slow and a sequence of english words that makes sense is likely much easier to remember than some meaninless alphanumeric code.

      What is bad for usability is including lots of irrelevent (or only relavent for tracking users habbits) crap in a url. e.g.

      http://www.google.com/search?q=BS+EN+60238&ie=utf-8&oe=utf-8&aq=t&rls=org.debian:en-GB:unofficial&client=iceweasel-a

      The character encodings are irrelevent since the search terms as ascii. The source of the query is only relevent for tracking what tools people are using to search it doesn't provide any utility to the user.

      We geeks can probablly work out how to trim that down to a more minimal url that works as needed ( http://www.google.com/search?q=BS+EN+60238 ) but ordinary people would just see a wall of meaningless text with thier query burried in it somewhere.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  10. twitter by game+kid · · Score: 1

    For when you don't even have the time to hear about Blogger, Wordpress, RSS, or HTML (let alone learn about 'em)!

    --
    You can hold down the "B" button for continuous firing.
  11. Re:I have an easier solution: by esocid · · Score: 2, Informative

    isn't the limit mainly for its utilization of SMS?

    --
    Absolute power corrupts absolutely. indymedia
  12. a revolutionary idea! by Anonymous Coward · · Score: 0, Troll

    how about sites just fix their absurdly long urls?

    1. Re:a revolutionary idea! by colinrichardday · · Score: 1

      It depends on how they got those long URLs. If the domain names themselves are that long, then perhaps people should shorten them. But what if the URL is something "deep" inside the directory structure? On my personal (not yet on the web) site I have

      classes/mathematics/College_Algebra/Chapter-1/chap-1-5.xml

      Coupled with a domain name, that could be a long URL. Nevertheless, I would like to retain it, as it expresses the organization of my site.

    2. Re:a revolutionary idea! by petermgreen · · Score: 1

      IMO length is not the only important thing in making a url easy to type

      For your example I would suggest something like

      classes/maths/college-algebra/chapter-1/1-5.xml

      Same basic structure A little shorter but far less annoying to type due to the elimination of pointless capitals and the consistant use of dashes where words need to be broken within a part.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    3. Re:a revolutionary idea! by silent_artichoke · · Score: 1

      In my experience, capital letters don't matter to a web browser. That's more on the local side of the web server if you have a case-sensitive file system. I completely agree with you about the dashes and underscores, though.

    4. Re:a revolutionary idea! by petermgreen · · Score: 1

      In my experience, capital letters don't matter to a web browser
      In my experience, capital letters don't matter to a web browser. That's more on the local side of the web server if you have a case-sensitive file system.
      The web browser just sends the path you typed to the web server in the same case you type it. If your webserver has a case sensitive filesystem (e.g. you are on standard LAMP hosting) and you don't take special measures then a user forgetting to type the capitals will result in a not found error.

      I've found it much easier to just avoid caps in urls (and other filenames for that matter) completely. That way your urls are simpler for users to type and you won't have problems when moving between case sensitive and case insensitive hostings.

      Off the top of my heave i've come up with the following guidelines for nice URLs (not everything has to have a nice url, just pages people are likely to want to write down/read over the phone/memorise ). Do people here agree or disagree with them?

      1: avoid using meaningless identifiers to reduce the length. While www.mysite.com/page123 is shorter than www.mysite.com/personal/electronics/pic it is much harder to remember.
      2: avoid repitition e.g. use Chapter-1/1-5.xml Chapter-1/chap-1-5.xml
      3: avoid unnessacerally long words (e.g. use maths not mathematics). maybe even
      consider using abriviations.
      3: avoid crap that is meaninless to the user. E.g. www.mysite.com/wiki/pagename is far preferable to www.mysite.com/wiki/index.php/pagename which in turn is preferable to www.mysite.com/wiki/index.php?title=pagename
      4: avoid capitals or at the very least provide an alias with them downcased.
      5: minimise the ammount of different symbols in the url, especially try to avoid symbols which require shift or are unfamiliar to non-geeks (the underscore is both!)
      6: if you must use meaningless identifiers (it is pretty hard to avoid them with things like forums and bugtrackers) make them base 10 numbers. Going to base, 16, 32 or 64 will save you a little length but will make your url much harder for most people to remember.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  13. Twats tweet on Twitters by Anonymous Coward · · Score: 0

    Twats tweet on Twitters

  14. Solving the wrong problem by CarpetShark · · Score: 4, Insightful

    Yes, TinyURL hasn't killed anyone. BUT... any attempt to fix this is entirely missing the point anyway. From the article:

    I happen to think this URL is beautiful. :-) Unfortunately, it is sure to get mangled into some garbage URL if you try to talk about it on Twitter, because it's not very short. I really hate when that happens. What can I do?

    If rev="canonical" gains momentum...

    If they fix twitter to support links with proper labels or tag contents --- Oh, I don't know, like HTML has supported from the very beginning --- then there wouldn't be a problem.

    Don't work around the bugs, fix the bugs. Links are designed for machines, the higher-level marked up text is for people.

    1. Re:Solving the wrong problem by rusl · · Score: 5, Funny

      But then you're going to have the problem solved instead of opening up a new can of worms with lots of jobs and neverending problems to solve. Intelligence is bad for the economy.

      --
      Stupidity is its own reward.
    2. Re:Solving the wrong problem by Jurily · · Score: 2, Insightful

      If they fix twitter to support links with proper labels or tag contents --- Oh, I don't know, like HTML has supported from the very beginning --- then there wouldn't be a problem.

      So you're proposing we don't fix the entire internet so a pointless little social service doesn't have to bugfix? Blasphemy!

    3. Re:Solving the wrong problem by Anonymous Coward · · Score: 0

      Funny as you think you are, that will not change the fact that legacy devices and protocols such as GSM (mobile phone texting) does not support HTML links.

    4. Re:Solving the wrong problem by Gerzel · · Score: 0, Redundant

      but "fixing twitter" like that would require twitter to take more than 140 characters as you are now asking twitter to also handle the unseen characters in html(thing between the 's).

    5. Re:Solving the wrong problem by lordtoran · · Score: 2, Informative

      Erm... mobile phone texting is still called SMS. GSM designates the whole mobile communication standard, which also includes being able to launch a web browser on the phone and follow HTML links.

      --
      Want to hear the voice of GOD? cat /boot/vmlinuz > /dev/dsp
    6. Re:Solving the wrong problem by Anonymous Coward · · Score: 0

      then the gateway that forwards twitter messages can strip out the links, since they're useless on your shitty phone anyway, while the rest of us rejoice at not being stuck with 140 chars including links

    7. Re:Solving the wrong problem by Anonymous Coward · · Score: 0

      The solution to his problem is to use socuteurl.com. It's much prettier than tinyurl

    8. Re:Solving the wrong problem by DragonWriter · · Score: 1

      If they fix twitter to support links with proper labels or tag contents

      Isn't the point of Twitter to have something that works in a variety of media including, particularly, SMS?

      SMS doesn't support hypertext and has message size limits, which is a problem with using HTML entity attributes to carry links instead of the text of the message, and a problem for full URLs.

      OTOH, both the rev="canonical" and rel="alternate short*" forms proposed are, IMO, bad specific proposals -- the latter because it relies on the order of linktypes, the former, among other things, because it uses rev as a primary relationship rather than the reverse when the main relationship is described with rel (and, arguably, given how problematic rev has been, because it relies on rev at all.) I'd prefer something that used rel with a single link type, 'rel="short-url"' and 'rel="canonical-url"' to identify the shortened and canonical URLs for the current document, perhaps.

    9. Re:Solving the wrong problem by digitalchinky · · Score: 1

      HTML is plain old text. SMS is also plain old text. In the GSM spec there is support for multi-part messages, so what exactly is the need for this canonical business again? And why canonical, why not http://...?a=a or ...?a=b The meaning is entirely arbitrary, it matters only to the person writing the link or the geek coding the back end system to interpret it. If ones twitter post requires several individual SMSezes all muxed up transparently by the phone, then in this day and age, it really needs to 'just work already' Maybe it does, maybe I'm missing something here? The article didn't entirely make sense to me anyway.

    10. Re:Solving the wrong problem by WillKemp · · Score: 1

      In the GSM spec there is support for multi-part messages [......]

      Some mobile networks are CDMA - and CDMA doesn't do multi-part messages (or, at least, it didn't when i used it last).

    11. Re:Solving the wrong problem by Anonymous Coward · · Score: 0

      randomuser@ubuntu:~$ telnet socuteurl.com 80
      Trying 64.62.158.120...
      Connected to socuteurl.com.
      Escape character is '^]'.
      GET /cocopoof HTTP/1.0

      HTTP/1.1 301 Moved Permanently
      Date: Mon, 13 Apr 2009 13:25:20 GMT
      Content-Type: text/html;charset=utf-8
      Connection: close
      Content-Length: 99
      Location: http://goatse.sx
      Allow: GET, HEAD, POST

      This resource has permanently moved to <a href='http://goatse.sx'>http://goatse.sx</a>.Connection closed by foreign host.

    12. Re:Solving the wrong problem by DragonWriter · · Score: 1

      HTML is plain old text.

      No, its not. It has tags which are meant to convey data to a user agent and affect the rendering of the "plain old text" content, but not to be rendered as "plain old text".

      what exactly is the need for this canonical business again?

      The need for a mechanism of communicating the preferred and reliable short-form URL for an HTML document within the document is similar to the need to communicate a permalink within the document -- to provide something that can be stored or transmitted that the resource owner asserts will link back to the document reliably over an extended time. The particular need for the short-form URL is to support something that can easily be communicated in media that rely on a human reading and reproducing the URL -- SMS is one such medium, but print is also a medium which benefits from having reliable short-form URLs (and actually is more likely to be affected by whether those are durable over time than SMS.)

      And why canonical, why not http://...?a=a or ...?a=b

      I have no idea what you are trying to say with those http URL examples. As for why the particular use of the rev link attribute or the canonical value, since I said in the post you responded to that those were bad choices to fill this need, you probably shouldn't ask me why they are good choices. OTOH, you seem to be suggesting that you'd use something in the URL rather than a link attribute, which doesn't seem to make any sense. Perhaps I'm misunderstanding you and you'd like to clarify what it is you are suggesting.

      If ones twitter post requires several individual SMSezes all muxed up transparently by the phone, then in this day and age, it really needs to 'just work already'

      The issue, which you seem to be missing entirely, is providing information in webpages identifying URL that can be used to access the page itself which is suitable for media where (1) hypertext is not supported, and (2) characters are at a premium for cost or other reasons, and (3) a human will need to transfer the link from that medium to a browser rather than relying on a computer to do it.

      I'd prefer using tags with an appropriate rel attribute to using tags with a rev or rel attribtue, since tags are just as easy to harvest programmatically, and can be accessed by users with browsers with no special support, and because visibility is good.

    13. Re:Solving the wrong problem by jgrahn · · Score: 1

      Don't work around the bugs, fix the bugs. Links are designed for machines, the higher-level marked up text is for people.

      No, dammit. URLs (or "links") are designed for humans and machines. Just like file names. You should try to find reasonably good ones: descriptive, brief names which can stay the same for a long time.

  15. Arbitrary by Senjutsu · · Score: 5, Informative

    Twitter is essentially an SMS aggregation and redistribution tool. SMS is limited to 140 character messages. I do not think you understand the meaning of the word "arbitrary".

    1. Re:Arbitrary by frickenate · · Score: 2, Informative

      SMS is limited to 140 character messages.

      Actually, it's 140 bytes, not 140 characters. The GSM 3.38 alphabet is 7-bit, thus allowing one to squeeze 160 characters into this 140 bytes. The exception is a few punctuation characters, which take up 2 bytes each. In order to transport characters not covered by the GSM 3.38 alphabet, one must use the 16-bit UCS-2 encoding which thus limits one to 70 characters. There's no technical reason restricting Twitter from allowing 140 rather than 160 characters, unless there's an issue I am not aware of (perhaps one or more major mobile networks are broken and only allow 140 characters rather than 140 bytes?).

    2. Re:Arbitrary by Anonymous Coward · · Score: 5, Funny

      Your mom is an aggregation and redistribution tool. And she certainly didn't limit herself to 140 characters.

    3. Re:Arbitrary by frickenate · · Score: 1

      The exception is a few punctuation characters, which take up 2 bytes each.

      Oops, I meant to say each of the affected punctuation characters takes up 2 characters of the 160 available characters. So 14 bits, not 2 bytes.

    4. Re:Arbitrary by Jamie's+Nightmare · · Score: 5, Informative

      There's no technical reason restricting Twitter from allowing 140 rather than 160 characters, unless there's an issue I am not aware of (perhaps one or more major mobile networks are broken and only allow 140 characters rather than 140 bytes?).

      20 are reserved for the user name. The co-founder mentioned this during his interview on The Colbert nation.

      --
      "When you see a unixer brainwashed beyond saving, kick him out of the door." - Xah Lee
    5. Re:Arbitrary by Anonymous Coward · · Score: 0

      Why not just have twitter auto-compress URLs? When you're viewing in a browser, send the complete URL; when sending via SMS, use a twitter-hosted tinyurl-like service.

    6. Re:Arbitrary by Anonymous Coward · · Score: 0

      Well played.

    7. Re:Arbitrary by Haeleth · · Score: 3, Insightful

      And even 140 bytes is not the limit, since you can use multipart SMS to send longer messages transparently. Though I suppose that might be undesirable on US carriers that double-dip by charging to receive as well as to send.

    8. Re:Arbitrary by Anonymous Coward · · Score: 0

      I haven't seen a single phone that can't handle multi-message SMS in oh, say 12 years.

    9. Re:Arbitrary by ickleberry · · Score: 1

      Except SMS is actually limited to 160 7-bit characters. or less if you use unicode. Most phones have a standardised feature to string multiple SMS together into one. So twitter can't even be used to send a full-sized SMS, pfft

    10. Re:Arbitrary by un1xl0ser · · Score: 1

      SMS is limited to 160, but twitter wants to be to add a username, so they limit it to 140.

      You were close.

      --
      v4sw6PU$hw6ln6pr4F$ck 4/6$ma3+6u7LNS$w2m4l7U$i2e4+7en6a2X h
    11. Re:Arbitrary by FishWithAHammer · · Score: 1

      20 characters are reserved for the username.

      --
      "You can either have software quality or you can have pointer arithmetic, but you cannot have both at the same time."
    12. Re:Arbitrary by Anonymous Coward · · Score: 0

      It's not. SMS is capped at 160 - at least, here in the UK that's our limit.

    13. Re:Arbitrary by Anonymous Coward · · Score: 0

      I work in the industry. It can vary by carrier, but the limit on a single part typical SMS is 160 chars. Twitter reserves ~20 characters for their own use.

    14. Re:Arbitrary by pbhj · · Score: 1

      They want 20bytes for their own header/tail cruft.

    15. Re:Arbitrary by Ecyrd · · Score: 1

      SMSs can be concatenated to form bigger SMSs. I routinely send SMS messages of more than 140 characters, but am obviously charged for multiple SMS messages in that case. However, neither the sender nor recipient notice this aside from a small counter in the top-hand corner of my Nokia phone which says how many SMS messages it takes to carry it.

      Twitter's 140 char limit is fairly arbitrary, as evidenced by the likes of Brightkite, Facebook and other ublogging services.

  16. Urls by maitai · · Score: 1

    I'm sorry, but why should I have to change my URL just because of twitter?

    There's the 160 char limit of SMS messages and Opera Mini is limited to what, 214 chars for a URL? Or something like that.

    Not my fault, and no reason I should fall within their limitations. Tell them to fix their side.

    (note, someone who is getting really annoyed at some browsers suddenly having a limit to the length of a URL)

    1. Re:Urls by maitai · · Score: 1

      I just read tfa... and how is this different than any other 301/302 redirect, or mod_rewrite rule I can put on my own site?

    2. Re:Urls by jonadab · · Score: 1

      Actually, you can call me old-fashioned if you like, but I've always considered it best to keep most URLs under 78 characters, so they can be put in a single line in a usenet post or email message, be quoted once, and still not cause wrapping and/or horizontal scrolling when read on a terminal.

      However, many URLs that result from filling out a form are exceptions to this, if it's not useful to give the URL for the results, though of course that depends on the nature of the form.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  17. useless? by spectrokid · · Score: 0

    Ok, so they want to put a header in their HTML which says: " I know the URL for this shit is http://mysite.org/someverylongshit, but if you ask me for http://mysite.org/shorty then I will serve you the exact same page, cross my heart. In other words, each site gets it own tinyurl.com. Which leaves us whith the big fucking white elefant in the room. If you are going to create short URLS for your pages, why not use them directly, you know, on top where they belong?

    --

    10 ?"Hello World" life was simple then

    1. Re:useless? by khellendros1984 · · Score: 1

      Because the long URLs actually have meaning, which the short ones shed in order to allow brevity.

      --
      It is pitch black. You are likely to be eaten by a grue.
    2. Re:useless? by darthflo · · Score: 1

      Using your own linkshrink you can only save on the path, not on the domain. http://mysite.org/shorty, for example, can be compressed another 40% to (working) http://y.ly/acs.

  18. URL shortened, of course by Toe,+The · · Score: 4, Interesting

    On the Twitter /. feed, this of course shows as:
    slashdot Can rev="canonical" Replace URL-Shortening Services? http://tinyurl.com/c3j4n8

    P.S. Now if you want a really short URL, try http://tinyarro.ws/ (no affiliation; just impressed by the idea)

    1. Re:URL shortened, of course by El_Muerte_TDS · · Score: 1

      http:///âz.ws/ê±

      I wonder if this works on /.

    2. Re:URL shortened, of course by El_Muerte_TDS · · Score: 1

      Apparently it doesn't. So, tinyarro isn't very fail safe.

    3. Re:URL shortened, of course by Toe,+The · · Score: 1

      Even putting it in an ecode tag doesn't work well. But then again, there isn't really a need for it on /.

      http://&#10145;.ws/&#44152;

    4. Re:URL shortened, of course by Anonymous Coward · · Score: 0

      Well, I made a link to google.com and then tried to go to it immediately. Took me to "my.ws".

      Yeah, this works real well...

    5. Re:URL shortened, of course by Anonymous Coward · · Score: 0

      P.S. Now if you want a really short URL, try http://tinyarro.ws/ (no affiliation; just impressed by the idea)

      We are saving the on the number of bytes not the number of displayed characters. TinyURLs are much smaller in terms of bytes.

    6. Re:URL shortened, of course by blind+biker · · Score: 1

      P.S. Now if you want a really short URL, try http://tinyarro.ws/ [tinyarro.ws] (no affiliation; just impressed by the idea)

      OK. I also am impressed.

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    7. Re:URL shortened, of course by darthflo · · Score: 1

      "Shortest URLs on Earth" my ass.
      http://y.ly/s is just as short and works on /.

    8. Re:URL shortened, of course by Anonymous Coward · · Score: 0

      Shortest one I've seen is http://go.to/

    9. Re:URL shortened, of course by Anonymous Coward · · Score: 0

      lesson learned: you can always make things worse by using utf8 characters in urls and domain names. screw them all!

      (no affiliation either, just a brain)

  19. Er, server-side symlinks? by Rene+S.+Hollan · · Score: 1

    I guess I'm stupid. Is there any reason not to have a nice neat hierarchy on the server, that is mirrored with a collapsed symlink farm, with the symlinks exposed in the web pages? Yes, this means one has to map the long names to the short names when generating pages, but that can be an authoring-time issue or dynamic page generation issue. Heck, output-rewriting of the page can do this.

    --
    In Liberty, Rene
    1. Re:Er, server-side symlinks? by gmuslera · · Score: 1

      Was about to suggest that too. My biggest concern is that the "solution" dont solves one of the biggest problems: 2 access to get that URL. I must access the short url, wherever it is, parse/interpret headers, and then go to the real page.

      With a simple solution that could be a symlink (or server configuration, or catch-all index.php that serves all the content directly) the client only must do one connection to get the real content of the page.

      Of course, there is the option that your server/cms/whatever support meaningful short urls, like this rewrite rules.

    2. Re:Er, server-side symlinks? by SanityInAnarchy · · Score: 1

      First, is there a real reason to have that?

      The main reason not to is identity. A resource should generally be accessible from a single URL. That's what the redirect is for -- to identify where the canonical resource lives.

      --
      Don't thank God, thank a doctor!
    3. Re:Er, server-side symlinks? by SanityInAnarchy · · Score: 1

      one of the biggest problems: 2 access to get that URL.

      How is that a problem?

      The main reason it's a problem with a service like tinyurl is that one of those is to a completely different server. This means two points of failure for the request (TinyURL could be down), multiplied by all the stages involved (The TinyURL DNS could be down...)

      And of course, the larger problem of a single point of failure -- TinyURL going away breaks all those links. TinyURL also gets data on all those links.

      Let's face it -- multiple connections will be opened per page anyway, for ads alone, let alone scripts, CSS, images, etc -- unless they're pipelined via HTTP 1.1. Either way, an extra HTTP GET is just not a big deal these days -- especially when it pretty much only has to return this:

      HTTP/1.1 301 Moved Permanently
      Location: http://foo.com/some/longer/url

      Even when you consider the three-way handshake (that is, assuming it doesn't hold the connection open as a pipeline), that's just not a lot of data.

      I suppose it matters if you're on an absurdly high-latency connection. Other than that, I see cache coherency and resource integrity as much higher priorities.

      --
      Don't thank God, thank a doctor!
    4. Re:Er, server-side symlinks? by yahwotqa · · Score: 1

      Why not generate short, easy URLs right away and get rid of the long ones completely?

    5. Re:Er, server-side symlinks? by jonadab · · Score: 1

      > I suppose it matters if you're on an absurdly high-latency connection.

      You mean like the anonymizing proxy I'm setting up on Pluto to keep Earthbound governments from interfering?

      --
      Cut that out, or I will ship you to Norilsk in a box.
    6. Re:Er, server-side symlinks? by Rene+S.+Hollan · · Score: 1
      Because the long ones are nice for humans to understand the structure of your site.

      Machines should use the short ones, and people who care about the structure, the long ones, and there should be some kind of mapping.

      --
      In Liberty, Rene
  20. "rel," not "rev" by BorgCopyeditor · · Score: 1, Informative

    It's "rel," not "rev."

    --
    Shop as usual. And avoid panic buying.
    1. Re:"rel," not "rev" by jaaron · · Score: 1

      Yeah, I don't get this. The Google blog article uses rel. Where did rev come from?

      --
      Who said Freedom was Fair?
    2. Re:"rel," not "rev" by Anonymous Coward · · Score: 0

      no, he's talking about rev=, as in reverse, as in the opposite of rel=canonical. It indicates that the current address of the page is the canonical form of the address indicated in the href= part of the link node, and that this href is indeed a shortened URL, to be used as the preferred "short version".

      The point is, url shorteners are evil for a number of reasons (they hide the actual destination, they act as untrusted middlemen that could decide to add ad pages in your way, they could disappear and leave all short links useles, they can track your clicks accross domains...).

      Apart from that, i can't comment on the validity of the proposition.

    3. Re:"rel," not "rev" by Opyros · · Score: 2, Interesting

      Direct link to the revcanonical website. It really is "rev" rather than "rel"; evidently this attribute is an HTML 5 proposal which hasn't been accepted, or so it says at http://benramsey.com/archives/a-revcanonical-rebuttal/

    4. Re:"rel," not "rev" by Anonymous Coward · · Score: 0

      rev indicates a reverse relationship.

      <link href="http://slashdot.org" rel="canonical" /><!-- the canonical URL for this page is http://slashdot.org -->

      <link href="http://slashdot.org" rev="canonical" /><!-- http://slashdot.org should be considered an alternate URL for whatever page you are currently on (but the one you're on is the canonical one) -->

    5. Re:"rel," not "rev" by uhoreg · · Score: 2, Interesting

      No, rev was in previous versions of HTML, but was apparently dropped in HTML 5, probably because people didn't understand the different between rev and rel.

      rel="canonical" and rev="canonical" are different things

      --

      To get something done, a committee should consist of no more than three persons, two of them absent.

    6. Re:"rel," not "rev" by Anonymous Coward · · Score: 0

      Yup it is definitely rel not rev see also: rel="nofollow" rel="noindex" etc See also the Google Webmaster Central Blog: http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

  21. It's a phone problem by Animats · · Score: 2, Interesting

    This is a phone-related problem. The basic problem is that URLs are being sent to devices that don't cut, paste, and bookmark. This is only an issue if you have to type the URL manually.

    Maybe what's needed are smarter Twitter clients.

    1. Re:It's a phone problem by DrGamez · · Score: 1

      I almost wish Twitter would ignore URLs when doing the character count. Possibly shorten them some how.

    2. Re:It's a phone problem by morgan_greywolf · · Score: 1

      This is what the frickin' (X)HTML anchor tag is for! Humans get a (possibly short) readable link, the machine gets something that tells it where to go.

      my link

      Why is this so hard for people to understand?

    3. Re:It's a phone problem by morgan_greywolf · · Score: 1

      Twim.

    4. Re:It's a phone problem by neomunk · · Score: 1

      I don't think the people imposing the message limit on SMS (which is what this whole thing is really about, twitter is used as a codeword for phone) care if the data you're sending will be hidden by the client or not, the limit is on the number of characters sent, not characters displayed.

      Not that I use either SMS or twitter, but that's the technical reason behind this whole debate.

    5. Re:It's a phone problem by drseuss9311 · · Score: 1

      that's what i've always thought... is it really that hard?

      --
      ------ no thanks... I've quit
    6. Re:It's a phone problem by jonadab · · Score: 1

      > The basic problem is that URLs are being sent to devices that don't cut, paste, and bookmark.

      Devices, in other words, that are nowhere near capable enough to be useful for browsing the web.

      You know, back when Juno offered text-only email only, no attachments, no web, no nothing, just plain old email, people who didn't know better sometimes sent URLs in their email messages to Juno users. I didn't see anyone suggesting then that the URLs were the problem.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    7. Re:It's a phone problem by Anonymous Coward · · Score: 0

      This is a phone-related problem. The basic problem is that URLs are being sent to devices that don't cut, paste, and bookmark.

      Actually it's an iPhone problem. I've been cut and also copy pasting for many years with my phone.

    8. Re:It's a phone problem by Anonymous Coward · · Score: 0

      Your phone can't copy, paste or bookmark? You must have one of those crappy iPhone things.

  22. Re:I have an easier solution: by Christophotron · · Score: 5, Interesting

    How about Twitter just stops arbitrarily limiting characters. Go by word count, perhaps?

    I know some avid twitter users, and the majority of them apparently use the idiotic SMS message system to 'tweet' each other all throughout the day on their phones. Twitter can't abandon the 140-character limit for this reason.

    For the record, I am against anything that keeps the SMS system relevant in this day and age. It should have been abandoned long ago in favor of standard data packets on the internet, rather than control packets on a proprietary wireless system. There's no good reason to keep this system alive when it either forces you to pay $X per month for it, or pay $.15 per 140 characters when one of your idiot friends 'texts' you. There's no way (that I know of) to force incoming SMS to route through GPRS, so you are hit with SMS fees even when you already pay for unlimited data. It also invites spam that you actually DO pay for, quite literally, and from which the wireless carrier profits as well. It should be illegal for the carrier to charge you for incoming SMS messages. Anyone who agrees with me should call their congressperson to protest this policy and call their wireless carrier to block all SMS messages.

  23. Re:I have an easier solution: by khendron · · Score: 2, Interesting

    idontthinkthatwillworkverywell.

    --
    Life is like a web application. Sometime you need cookies just to get by.
  24. No one is making you do anything. by KingSkippus · · Score: 1

    ...why should I have to change my URL just because of twitter?

    No one is going to make you do anything. This is completely optional. If you want to provide short URLs to your site, it's a way for you to do so without going through a third-party service like tinyurl. If you want to continue using long URLs, there's absolutely nothing stopping you from doing so.

    Is there some particular reason why you don't want people to have a standardized way of providing short URLs if it doesn't affect you at all?

  25. Twitter should solve its own problem by digitalme2 · · Score: 2, Insightful

    Instead of using a plethora of different URL shortening services, any of which might disappear at some point in the future, Twitter should implement its own URL shortening service (using, say, the domain http://tw.it/ or similar) and thereby shorten any URL's that Twitter users post. Assuming the Twitter team can manage this (given their track record with things like message queues, however...) then there would be no possibility of linkrot.

    Unless you're using shortened URL's somewhere besides Twitter, of course. But why on Earth would you do that?

  26. Alternative Solution: Implement it Right? by Kupo · · Score: 5, Insightful

    There's all this talk of URL shortening services - whether third-party, or in-house implementation.

    The question here is this: Why are the URLs so long to begin with?

    Why does it have to be:
    http://shiflett.org/blog/2009/apr/save-the-internet-with-rev-canonical

    A full title in the URL is, IMHO, a very inefficient idea. The excuses I've heard are:

    Search Engine Optimizations (better performance when keywords are in the URL)
    Okay, I can't argue that some search engines do stuff like that. But shouldn't the TITLE or META tags have more bearing on this than how ridiculously long the URL is?

    "The URL has meaning, so you know what you're clicking", Context, etc.
    I suppose that when I see a URL like
    http://shiflett.org/blog/2009/apr/save-the-internet-with-rev-canonical
    as opposed to something like
    http://example.org/blog/526
    I would have a slightly better idea of the article's content before clicking on it. But then again, I can't really say that I've decided against clicking on a link just because of the link URL. I would, instead, decide whether I'd want to visit the link by its link text/description.

    So <a href="http://example.org/blog/526">blog on link shortening</a> would still have the same effect on me as a long URL IMO. If it were bookmarked, the same rules would apply.

    Hell, if I were handed an obfuscated shortened URL without context, I'd know even less of what I was getting myself into.

    I think the proper solution is to just stop making ridiculously long URLs to begin with, so we don't have to rely on obfuscation/hashing/shortening to accommodate services that have character limit restrictions. And we'd save bandwidth too, apparently. Win-win?

    1. Re:Alternative Solution: Implement it Right? by noidentity · · Score: 2, Interesting

      First off, why do long URLs even matter? Is this link too long? Ahhh, you don't even care, because it's a normal link! But let's say the length is a problem. On the linked page, the author suggests that he could have his site also provide an alternate shorter URL for the same page, and have the HTML href tag encode both the long and short versions. Here's what I don't grasp: why not just use the short URL to begin with, and never even post the long one?!? No new HTML features are needed.

    2. Re:Alternative Solution: Implement it Right? by Phroggy · · Score: 2, Interesting

      I've actually been thinking about switching to longer URLs for my own blog. I'm currently using numerical filenames, because it seemed simpler at the time, but the number is basically meaningless to any human looking at the URL. Links within my site always have title tags, but every once in awhile I'll send somebody the URL to one of my blog entries, and it would be nice to see at a glance which entry it is (in case you've read it already).

      To hell with Twitter. :-P

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    3. Re:Alternative Solution: Implement it Right? by Anonymous Coward · · Score: 0

      Hi. Welcome to the Internet. You must be new here.

      To answer your question, the reason the TITLE and especially META tags have lowered/no bearing on a search engine ranking is because more than a few years ago, spammers and shills learned that they could abuse those tags and get higher search engine rankings, and thus the search engines deprecated those tags for engine ranking.

      To answer the second question: goatse. Not that tinyurl or anything else helped with that, or that longer URLs did much either, but if you've been to a site before, especially if you did so looking for cross-site request forgery information, seeing a short url that says /csrf might actually spark your memory.

    4. Re:Alternative Solution: Implement it Right? by Darkk · · Score: 2, Interesting

      The biggest problem with long URLs would be in e-mails as they usually get word wrapped. So when they click on it may not properly cut/paste the full URL into the default browser.

      Every try cut and pasting this LONG URL from e-mail to the browser if you're using a small monitor, i.e. laptop?

      http://maps.live.com/default.aspx?v=2&FORM=LMLTCP&cp=37.827041~-122.422875&style=h&lvl=18&tilt=-90&dir=0&alt=-1000&phx=0&phy=0&phscl=1&encType=1

    5. Re:Alternative Solution: Implement it Right? by WCguru42 · · Score: 1

      Why does it have to be: http://shiflett.org/blog/2009/apr/save-the-internet-with-rev-canonical

      Though the final part of the url "save-the-internet-with-rev-canonical" could easily be shortened, everything else about the url makes sense and has a purpose (and that's 34 characters right there). Keeping a directory structure as opposed to having simply "http://shiftlett.org/###" makes sense. You could argue that you could construct your pages simply as "/###" and hold directory structure either by redirecting to the longer URL or by linking all relevant information to the directory structure, but that creates problems if you ever modify your directories, and not many people want to take the time to do that.

      Twitter and IM clients (which can handle long urls, it just eats up a significant amount of space) should not be a reason to reconstruct your entire directory structure.

      --
      "Educate the mind but never at the expense of the soul."~Blessed Basil Moreau
    6. Re:Alternative Solution: Implement it Right? by adaviel · · Score: 1

      Stupid session IDs in the URL, that's why. Or in Google map URLs, empty parameters. Some sites want to track which ad worked, or which email someone responded to. Stripping the redundant parameters off usually leaves a working URL. Getting the culprits to add "link to this article" or rev=canonical would be near-impossible. I believe some CMS's generate goofy URLs too. Hopefully static so you can still bookmark and search.

    7. Re:Alternative Solution: Implement it Right? by adolf · · Score: 1

      Every try cut and pasting this LONG URL from e-mail to the browser if you're using a small monitor, i.e. laptop?

      My 15.4" laptop monitor runs at 1920x1200, you insensitive clod. That URL fits just fine. The screen has enough pixels to fit about two of those URLs on one line. This paragraph doesn't even wrap on my monitor.

      *shrug*

    8. Re:Alternative Solution: Implement it Right? by Darkk · · Score: 1

      Like I said.. E-MAILS.. You insensitive clod. I didn't say anything about browsers being a problem for most people.

      Ever notice when you use something like Thunderbird or Outlook it doesn't give you the full preview window so it truncate things? That's the problem I'm talking about.

    9. Re:Alternative Solution: Implement it Right? by noidentity · · Score: 1

      This proposal was about an extension to HTML, thus it applies to the web. And if you consider HTML valid in an email, then my argument applies just as well. And for normal (REAL) email that's just text, enclose the URL in angle brackets, or use a URL shortening service (there the service doesn't pose a problem because the message will usually be read and filed away immediately).

    10. Re:Alternative Solution: Implement it Right? by theTerribleRobbo · · Score: 2, Interesting

      By "some search engines" I hope you mean "the search engines the overwhelmingly vast majority of people use".

      As soon as Google / Yahoo stop bumping up pages if the user's search keywords match keywords in the URL, sure, people might stop using the long URLs; until then, though, expect everyone to keep at it to try to stay on top of the search result pile.

    11. Re:Alternative Solution: Implement it Right? by Repton · · Score: 1

      Why are the URLs so long to begin with?

      Your post contains its own rebuttal:

      I think the proper solution is to just stop making ridiculously long URLs to begin with, so we don't have to rely on obfuscation/hashing/shortening to accommodate services that have character limit restrictions. And we'd save bandwidth too, apparently. Win-win?

      You had a link on "we'd save bandwidth too", pointing to this: http://tech.slashdot.org/article.pl?sid=09/03/27/2017250

      If Slashdot used longer, descriptive URLs, I could mouseover it and see, perhaps, something like 'tech.slashdot.org/are-long-urls-wasting-bandwidth/'. Perhaps I remember reading the article a few weeks ago, and don't need to click. As it is, though, the only way I can find out what you're talking about is by clicking on the link and loading the page. That's wasting bandwidth.

      --
      Repton.
      They say that only an experienced wizard can do the tengu shuffle.
    12. Re:Alternative Solution: Implement it Right? by Tokerat · · Score: 1

      Perhaps I remember reading the article a few weeks ago, and don't need to click. As it is, though, the only way I can find out what you're talking about is by clicking on the link and loading the page.

      Why not set your history to around 60-90 days? Then the URL will be the "visited" color and you'll know you've been to it already.

      --
      CAn'T CompreHend SARcaSm?
    13. Re:Alternative Solution: Implement it Right? by shannara256 · · Score: 2, Interesting

      I've seen a solution in a few places that I think deserves to be picked up more widely. You've pointed out the two main styles, which are http://example.com/123 and http://example.com/super-long-title. The best solution seems to be to be a compromise between the two: the first link works, AND it ignores anything after the ID. You could give someone a link to any of the following:
      http://example.com/123/super-long-title
      http://example.com/123/long-title
      http://example.com/123/title
      http://example.com/123
      http://example.com/123/puppies
      And they'd all redirect to http://example.com/123/super-long-title. Everybody wins.

    14. Re:Alternative Solution: Implement it Right? by JamMule · · Score: 0

      This does have problems too. Along comes the prankster who links to the page with http://example.com/123/disregard-us-we-suck-cocks

      Or say you have http://example.com/321/service-prices for a company and someone starts to spread a link with http://example.com/321/see-our-overpriced-services.

    15. Re:Alternative Solution: Implement it Right? by TheRaven64 · · Score: 1

      Why are emails wrapped these days? There is no reason for it; the client can always wrap if it it is wider than the terminal / screen / window the receiver has chosen to use. Inserting line breaks at some arbitrary location used to be required for some old systems, but if you're still using a mail server or client that breaks when it receives messages with lines longer than 78 characters then you deserve to lose email.

      --
      I am TheRaven on Soylent News
    16. Re:Alternative Solution: Implement it Right? by TheRaven64 · · Score: 1

      Because knowing that you've visited it is not the same as knowing what it says. I've read hundreds of Slashdot stories in the last 90 days, so the title gives me a lot more information than just knowing that I've read it recently (and given the title of a story from more than 90 days ago, I still might be able to remember enough about it not to click on the link).

      --
      I am TheRaven on Soylent News
    17. Re:Alternative Solution: Implement it Right? by kchrist · · Score: 1

      Except that Slashdot includes so much extra crap in their query strings that it just might not be recognized as visited. It all depends on the parameters present and the order they're in. And this is one of the points of shorter, human-readable URLs.

    18. Re:Alternative Solution: Implement it Right? by kchrist · · Score: 1

      If your mail client is wrapping URLs and thus breaking them, I think it's clear where the problem lies.

    19. Re:Alternative Solution: Implement it Right? by Anonymous Coward · · Score: 0

      I would, instead, decide whether I'd want to visit the link by its link text/description.

      This will result in a Rickroll or Goatse much of the time.

  27. Re:I have an easier solution: by gnud · · Score: 1

    Here in Norway sending an SMS was approx. $0.15 five-six years ago. Today it's as low as $0.03 - depending on plan of course. Receiving has always been free, AFAIK.

    And Norway is supposed to be a really expensive country. All that crap about US telcos must be true =)

    The SMS system is kinda outdated though -- on new years eve, messages are often delayed for 30 minutes or more - I've gotten a 'happy new year' as late as 1:20

  28. It doesn't solve the problem. by Knowbuddy · · Score: 2, Insightful

    Here's the thing: it's not just the path that is the problem, it's also the domain name. You can shorten "/blog/2009/apr/save-the-internet-with-rev-canonical" to "/abc123", but if your domain name is something plus-sized like "rickosborne.org" or worse ... how much have you really gained?

    It's a little helpful, but not really. What you've done is remove the little bit of semantic meaning from the link, all in the name of being able to ego surf easier. Huzzah.

    1. Re:It doesn't solve the problem. by Anonymous Coward · · Score: 0

      Here's the thing: it's not just the path that is the problem, it's also the domain name. You can shorten "/blog/2009/apr/save-the-internet-with-rev-canonical" to "/abc123", but if your domain name is something plus-sized like "rickosborne.org" or worse ... how much have you really gained?

      It's a little helpful, but not really. What you've done is remove the little bit of semantic meaning from the link, all in the name of being able to ego surf easier. Huzzah.

      No, I believe the problem is that people want to zoom into a URL (from the outside) that they had found interesting, and want to permanently be able to either commit it to memory or make it easier to give other people without them getting munged because of characters that certain clients treat as the end of the URL.

      This isn't about some brouhaha about the Gr34t L1|\|r07 Apocalypse. This is about not having to go to the mainpage to find the article they found interesting.

  29. Re:I have an easier solution: by he-sk · · Score: 5, Insightful

    LOL! Only in America, the free market bastion of the world, do you have to pay for incoming texts.

    --
    Free Manning, jail Obama.
  30. I prefer hugeurl by LittleBigScript · · Score: 5, Funny

    "Because bigger is better, right?" http://www.hugeurl.com/

  31. Re:I have an easier solution: by Tony+Hoyle · · Score: 3, Informative

    1999 called, it wants its charges back.

    People pay for SMS in your country? Here even pay and go plans have unlimited SMS bundles.

    And I can't even parse this statement.. "or pay $.15 per 140 characters when one of your idiot friends 'texts' you"

    How can your friends make you pay for SMS? Do you have some way of sending bills over it or something?

  32. Standardized by KingSkippus · · Score: 1

    how is this different than any other 301/302 redirect

    It's a "reverse" 301/302 redirect. It's not telling the short URL where to find your long URL, it's telling your long URL where to find the short URL.

    In other words, services like Twitter will see:

    <link rev="canonical" href="http://mydomain.org/short" />

    And it will actually post a link to http: //mydomain.org/short instead of your long domain name in its text.

    1. Re:Standardized by darthflo · · Score: 1

      Which, obviously, is very fucking smart, since we can't already do <a href="http://www.somesite.com/longurl/to/whatever">y.ly/acr</a>.

    2. Re:Standardized by KingSkippus · · Score: 1

      Well, you need to explain that to all those fucking brilliant people who use services like tinyurl.com, then, since they obviously have a need for short URLs in the first place. Like I told the other poster, if such a standard comes about and you don't want to use it, then don't use it. There's no need to be a dick about it.

    3. Re:Standardized by darthflo · · Score: 1

      More standards means more work for everybody, so don't fix what's not broken, and especially don't fix it with lots of extra work.
      If you ask me, those fucking brilliant people aren't that much at fault. The space limitation wasn't their idea, still they have to deal with it. Now if Twitter were to transparently replace links that lead to 301/2s with their actual target as the href, implementation work would be limited to the Twitter people who caused the potential linkrot in the first place. Everybody else just carries on.

  33. Well, I call for long URLs by athlon02 · · Score: 4, Insightful

    All this short URL stuff sounds like some phishing scam if you ask me. Short cryptic URLs obviously exist to make me transpose a couple of letters or numbers and end up at some fake bank site. No, give me large detailed URLs so I can see those dead giveaways like pid=poor_sucker&sid=steal_credit_card_info !

    Short URLs indeed... no thank you Nigerian scammers... I won't be transferring any large sums today!

    On a serious note, why is this news exactly?

  34. Dump Twitter by Anonymous Coward · · Score: 0

    Problem solved!

  35. Re:I have an easier solution: by Bieeanda · · Score: 1

    The problem there is defining words. If you use spaces as a delimiter, people will be forced to write posts like they would telegrams, with no particles, conjunctions or anything else to get in the way. The enterprising joker will simply replace every space in the Gutenberg version of War and Peace with an underscore, and flood the service.

  36. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    I don't use twitter... Could someone explain the 140-character limit? SMS messages are 140 bytes, 7-bit encoded, resulting in an availability of 160 characters.

  37. Re:I have an easier solution: by Dionysus · · Score: 1

    I've gotten a 'happy new year' as late as 1:20

    You're lucky. I get "Happy New Year" a day late from my US friends (even taken into account the time difference)

    --
    Je ne parle pas francais.
  38. Wait a minute... by __aaclcg7560 · · Score: 1

    I thought the real purpose of shorten URLs was to help all the memory-challenged people who go to Google to search for the website instead of typing a long URL into the address bar. :P

    1. Re:Wait a minute... by adaviel · · Score: 2, Insightful

      Or in print. Most people can manage xkcd.com/84 without writing it down.

  39. Re:I have an easier solution: by ghyspran · · Score: 2, Informative

    In the US, if someone sends you a text message, you have to pay for it, and if you don't have a plan each text typically costs ~$0.15

  40. URL mapping is the answer by Skapare · · Score: 4, Interesting

    Unfortunately, it's not yet an integral part of web frameworks that I have seen. So I am adding it in a new web site I'm building. It means I have to add the feature to the web server.

    It works like this. Every part of the web site code that builds URLs for the same site passes them first through the mapping logic. This basically builds an SHA1 checksum of the canonicalized URL string. Then it looks up the string in a fast database (I'll be using Berkeley DB for this). If it's already there, and is the same URL, it generates a new URL that references the checksum. If it was a different URL, it notifies me that it found an SHA1 collision. If not already there, it adds it. The original URL is thus replaced with the mapping URL.

    Code added to the web server will be designed to detect checksum URLs. If it looks like one, it looks it up in the database to get the original URL, and proceeds with the request using that URL. Original URLs would still be processed as usual, in case they leak out, or are intentionally made to bypass the mapping for special purposes. Basically it's like a tiny URL service, but integrated without the need to do a redirect.

    One thing I am looking at doing is shortening even these URLs, even though they should be short enough already. But this raises the chance for a collision to the point I'll need to add logic to deal with it. How I would do that is similar to a hash data structure collision, but by expanding on the SHA1 checksum by adding back digits that were removed to shorten it.

    External URLs to other sites can be done the same way. This does add the extra redirection. I could limit the use of this only to long external links, since this being a web interface, should handle long external links OK. It could be an option.

    --
    now we need to go OSS in diesel cars
    1. Re:URL mapping is the answer by swillden · · Score: 1

      If it was a different URL, it notifies me that it found an SHA1 collision.

      Heh. When you were writing that notification code, did you spend any time debating with yourself whether or not there was a point?

      I'd probably have written it (especially since it was likely just a line or two), but the whole time I'd have been thinking "This is a complete waste of time...".

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    2. Re:URL mapping is the answer by SanityInAnarchy · · Score: 3, Insightful

      ...why?

      Really, I have no idea what the point is. Here's a TFA URL:

      http://joshua.schachter.org/2009/04/on-url-shorteners.html

      Here's what yours might look like:

      http://joshua.schachter.org/89dfaf0834055017af95b8cbb8b440819c3db49a

      Congratulations, it's longer. What's the gain?

      --
      Don't thank God, thank a doctor!
    3. Re:URL mapping is the answer by theTerribleRobbo · · Score: 1

      I hope to any higher power that this is just for your own use, and that you're not unleashing this monstrosity on a paying client.

    4. Re:URL mapping is the answer by onefriedrice · · Score: 1

      Not only is it longer, but it's also less meaningful...

      --
      This author takes full ownership and responsibility for the unpopular opinions outlined above.
    5. Re:URL mapping is the answer by Anonymous Coward · · Score: 0

      The obvious solution is to use serial numbers instead of hashes. You've got a database to store the URLs anyway, use it.

    6. Re:URL mapping is the answer by Skapare · · Score: 1

      The notification would apply to any shortened checksum. So if I shorten it too much, it tells me. And that's how I would test the code: extreme short checksum.

      --
      now we need to go OSS in diesel cars
    7. Re:URL mapping is the answer by Skapare · · Score: 1

      Actually, it could be shorter. The full SHA1 checksum would not need to be used. That's where the dynamic collision checking comes in. If a checksum collides, it is lengthened.

      Additionally, this is NOT about making a URL shorter that something someone else might do. It's about making extremely long URLs (that encode lots of request parameters that would be generated by code elsewhere that is making links) into URLs that are just not so damned long. These are not URLs people can memorize like 6 character ones that tinyurl used to do. It's more about making a URL that can, if need be, safely pasted somewhere, and would display in whole in the URL bar.

      --
      now we need to go OSS in diesel cars
    8. Re:URL mapping is the answer by Skapare · · Score: 1

      Doing serial numbers requires constant synchronization between all the servers for EVERY URL being generated. No thanks. Adding a new URL indexed by its checksum can be Asynchronously spread through the web servers. When a request fails to find one being requested, it can query another database as a fallback. Things that work asynchronously are better.

      --
      now we need to go OSS in diesel cars
    9. Re:URL mapping is the answer by Skapare · · Score: 1

      There's no monstrosity to this at all. But, just so you can sleep better, it is for my own site. However, if someone wanted to do the same thing, or otherwise wanted to achieve the goals I'm trying to do (have URL generators pass parameters to URL requests, but not let those parameters bloat the URL, and keep the URL within reasonable size, even if not small enough for humans to memorize), I'd offer the code. It will be open source. It would let other programs that generate URLs with parameters not worry about URL length limits.

      --
      now we need to go OSS in diesel cars
    10. Re:URL mapping is the answer by swillden · · Score: 1

      The notification would apply to any shortened checksum. So if I shorten it too much, it tells me.

      Different approach, I suppose. Mine would be to work out mathematically how much I could shorten and still have a negligible probability of ever seeing a collision (even considering the birthday problem).

      Of course, since a base 64-encoded 160-bit hash is only 32 characters, I probably wouldn't shorten the hash at all. I guess it depends on whether you expect your users to type these URLs.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    11. Re:URL mapping is the answer by Skapare · · Score: 1

      I would not expect anyone to manually type the mapped URLs. I could provide a system where users could request a shorter mapping for a given page if they want to put a reference to it somewhere that shorter is a plus, such as in physical print where typing would be needed. I might limit this to logged in users.

      I would not be using base 64 character encoding. I don't want to risk what might be generated. I might go as far as base 24 (10 digits and 14 letters) which shouldn't generate anything really bad in English and can work in 35 characters for a 160 bit checksum.

      --
      now we need to go OSS in diesel cars
    12. Re:URL mapping is the answer by swillden · · Score: 1

      Actually, I meant to say base 32, not base 64. Base 64 represents 160 bits in 27 characters.

      You can at least use upper and lower case of your 14 letters to get base 38. I don't think you need to restrict the set of letters that much, though. Just removing vowels should be sufficient to avoid bad English words. Another approach is to use a larger base and scan the result for naughty words. If you find something, hash again. I did that for a system I built for a client who was sensitive to such issues.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    13. Re:URL mapping is the answer by Anonymous Coward · · Score: 0

      Actually, it could be shorter. The full SHA1 checksum would not need to be used. That's where the dynamic collision checking comes in. If a checksum collides, it is lengthened.

      But, to detect collisions would mean...

      constant synchronization between all the servers for EVERY URL being generated. No thanks.

      I think you've just destroyed your own argument there.

      It's about making extremely long URLs (that encode lots of request parameters that would be generated by code elsewhere that is making links) into URLs that are just not so damned long.

      Define "extremely long". Chances are, this is not the first place you should look.

      It's not a bad idea, given sufficiently long URLs. However, given sufficiently long URLs, I would think the full hash would be needed. You've still got the problem of collisions, though.

      But honestly, I think having a simpler, semantic, discoverable URL scheme is going to be better for the places it makes sense. And with a sane URL scheme, most are likely to be shorter than a SHA1 hash. Most URLs simply do not need to be as long as Google Maps, and even those could be shorter.

    14. Re:URL mapping is the answer by SanityInAnarchy · · Score: 1

      ...damn, that was not supposed to be anonymous. That's the second comment I've accidentally posted anonymously.

      --
      Don't thank God, thank a doctor!
  41. Whooosh by Anonymous Coward · · Score: 0

    I personally welcome link rot as a lesson in impermanence.

  42. Re:I have an easier solution: by morgan_greywolf · · Score: 2, Funny

    Because of this:

    http://www.google.com/search?hl=en&lr=&c2coff=1&rls=GGLG%2CGGLG%3A2005-26%2CGGLG%3Aen&q=http%3A%2F%2Fwww.google.com%2Fsearch%3Fhl%3Den%26lr%3D%26c2coff%3D1%26rls%3DGGLG%252CGGLG%253A2005-26%252CGGLG%253Aen%26q%3Dhttp%253A%252F%252Fwww.google.com%252Fsearch%253Fhl%253Den%2526lr%253D%2526c2coff%253D1%2526rls%253DGGLG%25252CGGLG%25253A2005-26%25252CGGLG%25253Aen%2526q%253Dhttp%25253A%25252F%25252Fwww.google.com%25252Fsearch%25253Fsourceid%25253Dnavclient%252526ie%25253DUTF-8%252526rls%25253DGGLG%25252CGGLG%25253A2005-26%25252CGGLG%25253Aen%252526q%25253Dhttp%2525253A%2525252F%2525252Fwww%2525252Egoogle%2525252Ecom%2525252Fsearch%2525253Fsourceid%2525253Dnavclient%25252526ie%2525253DUTF%2525252D8%25252526rls%2525253DGGLG%2525252CGGLG%2525253A2005%2525252D26%2525252CGGLG%2525253Aen%25252526q%2525253Dhttp%252525253A%252525252F%252525252Fuk2%252525252Emultimap%252525252Ecom%252525252Fmap%252525252Fbrowse%252525252Ecgi%252525253Fclient%252525253Dpublic%2525252526GridE%252525253D%252525252D0%252525252E12640%2525252526GridN%252525253D51%252525252E50860%2525252526lon%252525253D%252525252D0%252525252E12640%2525252526lat%252525253D51%252525252E50860%2525252526search%252525255Fresult%252525253DLondon%25252525252CGreater%252525252520London%2525252526db%252525253Dfreegaz%2525252526cidr%252525255Fclient%252525253Dnone%2525252526lang%252525253D%2525252526place%252525253DLondon%252525252CGreater%252525252BLondon%2525252526pc%252525253D%2525252526advanced%252525253D%2525252526client%252525253Dpublic%2525252526addr2%252525253D%2525252526quicksearch%252525253DLondon%2525252526addr3%252525253D%2525252526scale%252525253D100000%2525252526addr1%252525253D%2526btnG%253DSearch%26btnG%3DSearch&btnG=Search

  43. Re:I have an easier solution: by glwtta · · Score: 1

    SMS messages are 140 bytes, 7-bit encoded, resulting in an availability of 160 characters.

    They reserved 20 characters for twitter metadata (username, for one thing).

    --
    sic transit gloria mundi
  44. A Few Responses by shiflett · · Score: 5, Interesting

    A couple of good questions I have seen, and my best attempt to answer them:

    1. Don't you mean rel? No, I mean rev. It indicates a reverse link.

    2. Why not make your URLs short in the first place? I happen to like my URLs and have made them as short as I want them. They're only too long in some very specific use cases, like Twitter. I could just complain about Twitter, or I could support an idea that makes URL shortening suck less. I chose the latter.

    Thanks for reading, and please do feel free to criticize whatever you think is wrong with this idea. I'd like a way to indicate a preferred short URL for my own stuff, and this seems like a pretty good way to do it that makes sense semantically and is easy to implement. For an ongoing discussion about adding an HTTP header to do the same thing (so that only a HEAD request is required), read here:

    http://shiflett.org/blog/2009/apr/a-rev-canonical-http-header

    1. Re:A Few Responses by Cerium · · Score: 3, Insightful

      It's a very mildly useful feature, but it's unnecessary bloat.

      First and foremost: It's extra strain on (my) servers. Let's say this becomes an accepted standard and we start having every blogging/forum/comment system doing these lookups to find a smaller url. This means that any time a document on one of my servers is linked to, there's going to be at least one request sent for it so your system can check if a shorter url has been specified. So, now I'm serving up extra data for a feature I won't likely use, and your server has to parse the page to find the data it's looking for. Better hope my server is sending the proper headers and data...

      Then we have the issue of bad urls in the link tag. We'll have the same problem that the current solution has, except I've still got the document telling you that the bad short url is good. Should your system assume my document is wrong and permanently ignore the short url? Should it check again later? Or should it even check the referenced url at all? What if I specify a completely different site/document? Malware sites could hide in plain sight when victims try to link to the offending page on some support forum, only to have the url turned into "http://www.google.com/search?q=rainbows" for everyone else.

      In any event, I really don't see what the real need for this new "feature" is. The only argument I've seen for this is it allows content owners to provide a short url because their excessively descriptive long urls are exactly that: too goddamn long. Look, if you think your urls are too hard or too long for people to remember, then shorten them up. If you'd rather setup some goofy aliasing system, then do it. Why do you need some "standard" to do so? What's wrong with putting "LINK TO THIS ARTICLE: http://www.mydomain.com/article" on the page itself? Users don't get any advantages out of automating the url shortening process, and sites like twitter which require small urls are very very special cases. So... why bother?

      Oh, and for what it's worth: It's pretty much common sense that the services like tinyurl aren't meant to permanently link to a site. Anyone who thinks otherwise is probably illiterate.

    2. Re:A Few Responses by Anonymous Coward · · Score: 1, Insightful

      How about we all just fucking ignore Twitter and maybe people will stop going on about it.

  45. Re:I have an easier solution: by glwtta · · Score: 1

    Anyone who agrees with me should call their congressperson to protest this policy.

    Or better yet, text them.

    --
    sic transit gloria mundi
  46. Re:I have an easier solution: by game+kid · · Score: 1

    Free, maybe; rational, sane, or fair, less so.

    --
    You can hold down the "B" button for continuous firing.
  47. That's an application issue.. by msimm · · Score: 1

    not a url issue. There's no reason they couldn't parameterize it with a more legible url like developers.slashdot.org/comments/119647 by parsing and then interpreting the url.

    --
    Quack, quack.
    1. Re:That's an application issue.. by dkf · · Score: 1

      not a url issue. There's no reason they couldn't parameterize it with a more legible url like developers.slashdot.org/comments/119647 by parsing and then interpreting the url.

      Stop saying such heresies! They're what sensible people would do rather than exposing the details of how they implement their site to all and sundry. Such thoughts are not permitted otherwise people will start being sensible, cats and dogs will start loving each other, and the world will end in a whimper!

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    2. Re:That's an application issue.. by gbjbaanb · · Score: 1

      come to think of it, why not have a mod_shorten that takes the bloated url and strips it down on the same webserver. No need to go round-trippin across the web to some 'look at this ad first' site, no need to worry where it'll take you, no need for the web developer to fix his damn url (as today a lot of urls are generated nonsense that only make sense to the web-serving engine)

      It'd also work in an internet situation (as one of my police customers realised, he wanted his sharepoint urls shortened so they could fit into a comments field on an event, someone said "just use tinyurl", he replied "we don't allow internet access", problem.. unresolved)

      It wouldn't be an elegant fix, but it'd be a practical compromise for everyone's benefit.

    3. Re:That's an application issue.. by Anonymous Coward · · Score: 0

      It's not even an issue in the first place. I can copy-paste that link just fine. I can't remember the last time I tried to remember and hand-type a url any deeper than the domain name. Worst case, l2google.

  48. Re:I have an easier solution: by Cillian · · Score: 1

    In some countries, people pay for recieving texts. In the UK, normally recieving texts is free, except some online services manage to charge you by sending you texts, not entirely sure how that works.

    --
    -- All your booze are belong to us.
  49. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    And where is the problem with this?

    Honestly, if you are not on a computer with internet access you don't need the actual url. If you are on a computer with internet access just look up the twitter message and follow the link.

  50. Re:I have an easier solution: by Christophotron · · Score: 3, Informative

    US wireless carriers charge on both ends -- both the receiver AND the sender will pay the 15 cents per message, assuming neither one of them has an unlimited plan. I think this charge used to be 10 cents, but was raised to 15 cents last year. Or maybe it was 15 cents and was raised to 20 cents. I have no idea, but either way it is terrible. I think plans are typically $5/month for 200 'texts' or $15/month for unlimited.

    And don't even get me started on MMS messages. I received my first MMS spam the other day. My first thought was "ooh, nice tits", but my second thought was "$#%&, I probably just got charged $3.00 for this spam!"

  51. Re:I have an easier solution: by Tensor · · Score: 1

    Of COURSE they can abandon it ... its simple: if you send in your tweets by SMS you have the SMS limit of 140.

    If not ... NOT.

    The rest i agree completely. I hate the SMS system and think it is a ripoff.

  52. Re:I have an easier solution: by xmda · · Score: 1

    In Sweden we just pay when we send an SMS, and it has always been like that. We have never understood the backward system in the US.

  53. DNS Overload ? by Tensor · · Score: 2, Insightful

    Surely the author of that rant knows about dns cache ... your pc will only consult the NS for tinyurl, etc once per day -if at all- depending on how many of those you click on.

    And if you click on them rarely the delay would be neglible, cos you only use them rarely ...

    Plus this, interesting as it may be, still does not solve how to get a long url into a Tweet... it does not matter if Twitter can go look up the small URL on its own ... you still would have the 140 char limit.

  54. Re:I have an easier solution: by dkf · · Score: 1

    In some countries, people pay for recieving texts. In the UK, normally recieving texts is free, except some online services manage to charge you by sending you texts, not entirely sure how that works.

    It's a special service that you have to opt into; you really should know if you're receiving those things and there should be a simple mechanism to turn off reception of them again.

    (There are anti-fraud mechanisms built in to the UK system, AIUI mainly a delay of several months between the message getting sent and the cash being disbursed to the sender. That means that if someone tries anything too tricky, the receiver can dispute the charges and the money can be stopped if shenanigans are detected on investigation.)

    --
    "Little does he know, but there is no 'I' in 'Idiot'!"
  55. Re:I have an easier solution: by GreatBunzinni · · Score: 1

    How can your friends make you pay for SMS? Do you have some way of sending bills over it or something?

    In the US some cellphone providers charge their customers for receiving SMSs. Yes, it's appalling, doesn't make any sense and it's mind numbing. Yet, that's the service plan they offer and that their clients agreed on. Poor bastards.

    --
    Slashdot, fix your code or at least hire someone who is competent at it to do it for you.
  56. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Mobile telephony is nowhere near a free market. It's a natural monopoly and most of the carriers have been subsidised by the government with cell tower rights and such. They should be regulated up the ass in return.

  57. Help I'm missing the point. by mrboyd · · Score: 1

    From what i read of the article the solution to make the link smaller is to add an HTTP header that points to another page on your site with a smaller URL which sends a 301 redirect HTTP header pointing to the page with the long URL...

    I guess I'm just stupid but can't you just make your URL shorter in the first place?

    Don't people just copy paste any URL from their address bar? How's a fancy HTTP header is going to help that? me not getting it. :)

  58. Exactly by Anonymous Coward · · Score: 0

    If you're pissed that your urls are too long, you should use urls that are short and to the point to begin with. And the char limit in Twitter is best considered a bug.
    Moreover, the exact incarnation of url shortening that TFA suggests actually contradicts several other things, see TFA's comments for some interesting discussion. Reusing something existing with a different meaning is always a bad idea.

  59. This seems a bit excessive? by denmarkw00t · · Score: 1

    Long, ugly URLs are a result of the software and practices in use with the web server. I just started looking at PHP frameworks and began with Symfony, which I like though I had some setup issues. Symfony (and other frameworks and web servers, I'm sure) uses a method of "routing" and some other mechanisms in the framework to compose pages from several places and makes urls in the form of:

    http://server[/appname]/module/action/<[param][,[param]]...>

    Making for a URL more like: http://my.page.com/blog/read/new

    Instead of http://my.page.com/blog.php?read=new&prev=42024

    1. Re:This seems a bit excessive? by ducomputergeek · · Score: 1

      Who needs a framework? It can be done with mod_rewrite on apache or similar on lighttpd and a few lines in the .htaccess file.

      --
      "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    2. Re:This seems a bit excessive? by denmarkw00t · · Score: 1

      Well yes, I noted that "(and other frameworks and web servers, I'm sure)," I was just stating that I had first used it myself through the Symfony framework, and no matter how you do it, the result is still a much easier URL to handle.

  60. Re:I have an easier solution: by MichaelSmith · · Score: 1

    I have a cheap GSM phone on a $5 per month plan with expensive calls. My wife has a 3G phone with hundreds of dollars of calls packaged per month. When I want to speak to her I send her an SMS saying "call me" and she calls me right back.

    Its not very elegant, but it works for me. Not interested in this twitter bullshyt though.

  61. Challenge! by Anonymous Coward · · Score: 0

    Solve the whole problem by using 6 or 7 url shortners and then no one has any idea what anything redirects to until they click on it. Bonus points if you use the same service more than once.

  62. Re:I have an easier solution: by monkeythug · · Score: 1

    Errm, you do realise some people want to *receive* tweets by SMS don't you?

    --
    Don't you wish you hadn't wasted 3 seconds of your life reading this sig?
  63. Re:I have an easier solution: by matt4077 · · Score: 1

    So how did they even get the short URL in the first place? Doesn't that mean they're browsing the net on their phone? So why still use sms then? And why should twitter not just expand the url back to its old size/text? Are people reading twitter by sms, too? Though I guess on the grand scale of the universe, this really doesn't matter.

  64. I guess I'm stupid too... by argent · · Score: 1

    I guess I'm just stupid but can't you just make your URL shorter in the first place?

    That was also my first thought, well, my second thought. My first thought was "what does 'rev' mean?". Reverse? Revised? Whts wrng with usng full wrds?

  65. Re:I have an easier solution: by Teun · · Score: 1
    Because in the US you pay for incoming communication, be it a call or SMS.

    It's similar in Europe once outside of your own country, you pay the international part of the call.

    --
    "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
  66. Re:I have an easier solution: by aonaran · · Score: 1

    How about Twitter just stops arbitrarily limiting characters. Go by word count, perhaps?

    I know some avid twitter users, and the majority of them apparently use the idiotic SMS message system to 'tweet' each other all throughout the day on their phones. Twitter can't abandon the 140-character limit for this reason.

    I think that's a BS reason for keeping a 140 character limit on twitter.
    Let SMS's character limit limit only the SMS user's messages. Twitter can break up longer tweets into 140 character segments and send them as "part1" "part2" "part3"... to people receiving tweets via SMS.

    I think that while that was a legitimate argument when twitter started, it's evolved into a different kind of service these days and most folks using their phone for twitter are probably using something like twitterberry as a client anyway.

    People stare at me as if I'm crazy when I say I use firefox as my twitter client, just like I do for other websites.

  67. Reasonable URLs ! by redelm · · Score: 2, Insightful
    While I understand linkrot is a danger, the cure isn't some new layer of indirection but fundamentally more permanent archive structure. That really is entirely the site's choice and responsibility.

    Why do so many URLs look like RDBMs queries? Has someone been sold a bill-of-goods?

    As for shorter URLs, they become much shorter minus the DB cruft. And then all it takes is a modicum of logic to form some durable system.

    Some people cannot avoid flavor-of-the-month. Those people should not be making decisions with any sort of permanence or continuity.

  68. Re:I have an easier solution: by Firehed · · Score: 1

    More like 25c these days. Because obviously the telcos' costs are going up.

    --
    How are sites slashdotted when nobody reads TFAs?
  69. Re:I have an easier solution: by EpsCylonB · · Score: 1

    140 / 8 = 17.5

    here in england its usually 10p - 15p per text (if your on PAYG, contracts usually give your 500+ free texts per month)

    17.5 bytes / 10p = 1.75 bytes per pence

    1.75p * 1024 = 1792p

    £17.92 per MB

    SMS sucks...

  70. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Around here (Minnesota (and most of the rest of the US, I think)) you pay a monthly fee of a few dollars to get unlimited SMS or pay .15 per text sent and received. Some people that pay for unlimited SMS start sending them a lot, even to friends who pay per text. I think there is a way to completely get rid of all texts, but if you want to occasionally send and receive SMS you can get stuck with a rather large fee if someone sends you a lot of SMS messages.

  71. save the internet by thc4k · · Score: 1

    kill twitter!

  72. i blame by ionix5891 · · Score: 2, Insightful

    digg

  73. Couple of thoughts by audunr · · Score: 1

    I can see why you would want this because of Twitter, but I agree with everyone here who say that site owners should work on shortening the actual URLs as well.

    A good CMS should encourage URLs like www.somesite.com/foo/bar/ instead of www.somesite.com/category.pl?id=12345

    - It's easier to remember /foo/bar/

    But a lot of visits these days come from search engines, which makes the URL less important.

    - For those visitors who pay attention to the URL it can aid with navigation.

    At least if your site is very well structured and your visitors agree with that structure.

    - It's good for SEO

    But as someone else wrote in a comment here, a really long URL with lots of keywords can be good for SEO but bad for the user at the same time.

    - A meaningful URL will show up when you're typing in the address bar in modern browser

    Helpful as long as you're not always using Google to revisit sites.

    Lately I've grown fond of URLs like www.somesite.com/foo/bar/article-title-goes-here.html?id=6789 for a specific article. The id=6789 is there to make sure the article can be found even if the title is changed.

    Anyway, there is a lot of work that could be done to shorten URLs and make them more readable for humans.

    Suggestion for this Slashdot entry: http:///..org/09/04/12/1834205

  74. Re:I have an easier solution: by darthflo · · Score: 1

    10-15p per 140 bytes is more like £749 to £1123.50 per MiB.

  75. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    As I understand it, in America, you pay to receive, not send, text messages.
     
    Seems somewhat backward to me...

  76. Incredible! This cuteifies everything by rduke15 · · Score: 1

    Your link is wonderful. And indeed, as their page claims, even very ugly URLs become cute. This is really a web-transforming technology...

  77. if twitter is the issue here... by Anonymous Coward · · Score: 0

    if twitter is the issue, with its limit in the number of characters for the post, the answer is simple : allow links on twitter...
    please...
    short name

  78. A simpler answer by hutchike · · Score: 1

    Twitter could just provide its own www.tinyurl.com service. That way the links only rot if Twitter rots, and it places the solution right next to the requirement. Simple.

    --
    Zen tips: Pay attention. Don't take it personally. Believe nothing.
  79. Re:I have an easier solution: by blind+biker · · Score: 1

    In what backwards, idiotic country do you live, that you have to pay for RECEIVED SMSes? That's so wrong and upside-down, I have to wonder if it was designed by a metally retarded slug.

    --
    "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
  80. Re:I have an easier solution: by neomunk · · Score: 1

    Ahem... Your calculations are off...

    Let's start with 160 characters, as they do send your username with the message, it should count. 7 bit characters, at 160 characters per message is

    7 * 160 = 1120 bits per message. You want the price in megabytes, so we'll convert to that first.

    1120 / 8 / 1024 / 1024 (twice because you're looking for MB, not KB) = 0.000133514 MB max message size.

    At $0.15 per message, that works out to
    0.15 / 0.00133514 = 1123.48 USD per megabyte. Of course, if you're in England, paying 15 pence (as opposed to cents) per message it becomes 1123.48 GBP.

    SMS sucks orders of magnitude more than you though it did...

  81. Re:I have an easier solution: by icebraining · · Score: 1

    Yeah, but that's because you're using a national provider to redirect your calls, and he wants to be paid too. You're actually using three providers on each call.

  82. Loop prevention? by Cartotype · · Score: 1

    So, would this do anything to prevent dumbness such as http://tinyurl.com/c6p4yl ?

  83. Shouldn't this be the rel attribute? by pbhj · · Score: 1

    Well as you totally grokked it can you tell me - shouldn't the canonical link be placed in the rel attribute?

    http://www.w3.org/TR/html401/struct/links.html#h-12.3.1 says that rel is for forward links and rev is for reverse links. Canonical is a forward link as it says the primary location of the information at this onward link is where the current information is derived from. A canonical page wouldn't link out to the duplicate non-canonical copy - though if it did then that would mean the non-canonical page could have a rev="canonical" attribute in a link there.

    See eg Matt Cutts post from Google, http://google.com/support/webmasters/bin/answer.py?answer=139394&topic=15262 .

    Strangely rel="canonical" gives far less hits on Google than rev="canonical" which strongly suggests I'm wrong. In which case I don't get it all.

    But I'm confident, so I'll stick my neck out and say canonical only fits in the rel attribute of a head link element.

  84. that's all quite insane by Lazy+Jones · · Score: 1
    Booming url-shortening services because of booming websites that enforce brokenness (140 char limit) on the web... now people are seriously considering "enhancing" their websites with external short URLs, adding a whole new dimension of brokenness to the web.

    Seriously, when will we go back to solving problems that actually matter?

    --
    "I love my job, but I hate talking to people like you" (Freddie Mercury)
  85. Re:I have an easier solution: by rts008 · · Score: 1

    ...I have to wonder if it was designed by a metally retarded slug.

    No, not by retarded slugs, but for retarded slugs. It's just greed on their part, playing with the wallets of the retarded slugs willing to be taken advantage of.

    --
    Down With Slashdot BETA!!! I've been around the corner and seen the oliphant; you can only abuse me from your perspecti
  86. Re:I have an easier solution: by pimpimpim · · Score: 1

    sms has a reason of existence, it's network overhead is minimal, allowing the use of sms even in overloaded situations, or in places with low network coverage. For the rest I agree with you as in why the hell we have to pay the ridiculous amounts of money for this service.

    --
    molmod.com - computing tips from a molecular modeling
  87. Re:I have an easier solution: by EpsCylonB · · Score: 1

    yep, messed up the Kb Mb conversion, still my general point that if the service provider ran a jabber server it would probably more efficient and cheaper...

    maybe that is what they are doing behind the scenes and still charging the high prices...

  88. This won't work because... by randomErr · · Score: 1

    This won't work because you're expecting everyone in the world to have a database of URL of pages they've never visited.

    For an ISP to support this technique the service provider would have to do a proxy/HTTP hack on every request. That would be messing to say the least and could easily lead to ligation for 'controlling user's traffic.

    I'm actually working on a Firefox plug-in that is a similar idea. Here how it would work:

    1. You create a text file at the root of your domain called shortlinks.txt
    2. Each short link would be formatted as such:
    MyShortURL=http://www.mylongurl.com/sdfsd/432re/sdfd?q=1222533322154
    IMoved=http://www.relocatedpage.com/NewLocation
    3. Someone clicks on the link below, tries to find a match in the shortlinks.txt. If one is found, redirect as needed otherwise continue processing the link.

    http://www.mylongurl.com/MyShortURL
    http://www.mylongurl.com/IMoved

    No complex database or HTTP hacking. You control EXACTLY what the URL is. You're always in control of where the visitor is redirected to.

    --
    You say things that offend me and I can deal with it. Can you?
    1. Re:This won't work because... by KeX3 · · Score: 1

      No complex database or HTTP hacking. You control EXACTLY what the URL is. You're always in control of where the visitor is redirected to.

      Huh? Wha? 301's are magical beasts of ancient lore that i can't control? Last time i checked, a 301-response gave me full control to redirect from any url on the domains i control to anywhere else, so i control EXACTLY what the url is. And you can be damn sure I'm in control to where it points.

      Your system is flawed, on the simple premise that it's just a different way of doing exactly what's already available, but ass-backwards.

  89. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    People pay to send SMS here (england) too. It's a bit silly, but phone ocmpanies do like their money.

    Americans, the poor sods, have to pay to recieve them too! And phone calls too if I remember right. So it's a serious case of double dipping; they pay twice for something that costs phone companies nothing.

  90. Re:I have an easier solution: by lucas+teh+geek · · Score: 1

    OMG, splitting a tweet into multiple sms's would be unthinkable! oh the horror!

    --
    TIAEAE!
  91. You sir are a fool by Anonymous Coward · · Score: 0

    I'd like to see the first phone company in Europe to abandon SMS...they'd fold overnight. I get 1000 messages a month free and we never pay for receiving them.

  92. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Many US carriers charge on the order of 10-15 cents to send an SMS, and somewhat less (for me, I think it's 3 cents) to receive. So your friend, by sending you an SMS, has caused you to owe the phone company money.

  93. You are in a maze of twisty little urls, all alike by Anonymous Coward · · Score: 0

    http://preview.socuteurl.com/mooshybubbler

  94. It was not the shortening at issue though by SuperKendall · · Score: 3, Informative

    It wasn't even the Digg Bar exactly. Gruber didn't like it because of the obvious reasons (breaks bookmarks, history, hides the site, etc) but mainly because the DiggBar was turned on by default for all users. Other sites have things like the Diggbar, but no-one really complained about them because users had to turn them on by default.

    If he alone had not liked it you would not have seen the rush to block it from all quarters. I as a user despised it myself, and am happy to see all framing mechanisms die a horrible death.

    Shortening services that use a redirect, he and others have no issue with.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:It was not the shortening at issue though by Anonymous Coward · · Score: 0

      Doesn't really matter though. Digg stopped working a couple days after they introduced the Diggbar. Nothing loads except the front page. Period. R.I.P. Digg. They Slashdotted themselves into oblivion.

  95. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Obviously you don't live in the US, where wireless carriers charge for outgoing AND incoming messages. Lame, but what can you do?

  96. If Url gets shortened ... by Anonymous Coward · · Score: 0

    If Url gets shortened how is he supposed to do his job as a policebot?????

  97. Re:I have an easier solution: by pbhj · · Score: 1

    How about Twitter just stops arbitrarily limiting characters. Go by word count, perhaps?

    I know some avid twitter users, and the majority of them apparently use the idiotic SMS message system to 'tweet' each other all throughout the day on their phones. Twitter can't abandon the 140-character limit for this reason.

    Or they could use a time-window to concatenate tweets. If their send timestamp is within 5 minutes then concatenate them.

    Anyone who agrees with me should call their congressperson to protest this policy and call their wireless carrier to block all SMS messages.

    Surely you should SMS your congressman?

    PS: Congressmen can be male or female or of indeterminate gender they're still called "Congressman"

  98. better idea? by NSRaffy · · Score: 1

    urls posted to twitter should automatically be converted to a shortened url supported by twitter themselves:

    tweet: "check this out http://foo.com/bar/lots/of/crap.html?a=1&b=2&c=3..."

    should appears as: "check this out http://twitter.com/$user/x"
    (where x is an unique id)

    there would be a limit on the number of urls encoded per hour

    after a 24 hours or so, the urls would automatically expand in your tweet history.

    additionally, you could list all the shortened urls you are provided and convert them to long urls manually.

  99. Started with Freshmeat by Anonymous Coward · · Score: 0

    In case no one noticed, Freshmeat moronically updated / bastardized their site now so that ALL urls are hidden behind a hash. As a result, you can no longer know where the hell a link really directs you to until clicked. fe: "http://freshmeat.net/urls/52692380db3fefd95cbb43ba03774133" which is fucking retarded. I understand the shortening of links and such from services like these, but I don't appreciate the data mining and link tracking game everyone seems to be engaged in. If you want users to have shorter URLs to your blog, USE BETTER SOFTWARE. There is no logical reason to embed session information in a URL that is used outside of said session -- the ends do NOT justify the means because as with Freshmeat, I simply blacklist the site and be done with it. I have a rule in karmablocker (http://trac.arantius.com/wiki/Extensions/KarmaBlocker) for URL's exceeding 80 characters, for exactly this reason.

  100. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    The United States, the wealthiest and most industrially advanced nation on earth, like much of the Third World, fails to have a national health plan, decent cheap broadband, and free bundled SMS messaging. Be sure to write to your Republican Congresscritter and thank it.

  101. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    > There's no way (that I know of) to force incoming SMS to route through GPRS, so you are hit with SMS fees even when you already pay for unlimited data Or just use a non-fascist carrier, which does not charge for incoming SMS.

  102. Re:I have an easier solution: by patro · · Score: 1

    There's no good reason to keep this system alive when it either forces you to pay $X per month for it, or pay $.15 per 140 characters when one of your idiot friends 'texts' you.

    It's not the problem of SMS, but your broken pricing system in the US.

    Here in Europe the caller pays for everything. So if I send an SMS then I pay for it, not the person I send it to.

    Why do you have it backwards? Fix that instead.

  103. Re:I have an easier solution: by the+donner+party · · Score: 1

    Concatenating messages is actually a standard GSM SMS feature and has been for a decade now: you write a message longer than 160 characters, the phone sends it as multiple messages and the recipient's phone assembles the messages back together. The only point where you notice something odd going on is at the receiving end, when there can be a couple of seconds delay before you can read more than the first 160 characters. Is the problem that they don't support this on US carriers?

  104. Fish and the egg by SlashRSlashN · · Score: 1, Insightful

    Or, perhaps the simplest solution: talk Twitter into letting you use more than 140 chars.

  105. So? by Anonymous Coward · · Score: 0

    You mean the "messes" that should be hidden inside an "A HREF" tag? The messes that no one other than the browser's link-rendering code should ever see?

  106. Parentheses FAIL by dontmakemethink · · Score: 1

    "There's a new proposal ('URL shortening that doesn't hurt the Internet') floating around for using rev="canonical" to help put a stop to the URL-shortening madness. In order to avoid the great linkrot apocalypse, we can opt to specify short URLs for our own pages, so that compliant services (adoption is still low, because the idea is pretty fresh) will use our short URLs instead of TinyURL.com (or some other third-party alternative) replacements."

    Don't read this more than once or you'll contract A.D.D.

    --

    War as we knew it was obsolete
    Nothing could beat complete denial
    - Emily Haines
  107. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    And they're getting completely gouged on SMS prices even compared to the most expensive countries in Europe - I pay something like 9 cents, and only for outgoing messages.

    (This is in Norway.)

  108. Re:I have an easier solution: by JakartaDean · · Score: 1

    For the record, I am against anything that keeps the SMS system relevant in this day and age.

    Well, you are against it. I don't think that will stop the billions of people who have and use SMS access but don't have internet access. Poor rural farmers in developing countries who use SMS to get price information for their crops, reducing the potential for middlemen to gouge them out of food money for their kids (this is not an exaggeration). Young folks shouldn't share their lives with their friends by SMS because YOU pay rip-off prices? Bully for you. And, Mr. Rich Guy, most of the world also doesn't pay 15 cents to send or receive a message. Here in Indonesia I think it's less than 3 cents.

    In fact, STFU.

    --
    The subject who is truly loyal to the Chief Magistrate will neither advise nor submit to arbitrary measures (Junius)
  109. short urls is not a solution.. by rofthorax · · Score: 1

    Before we fix short urls, why not fix email address dependency by using private/public key encryption to direct emails instead.. This way the email travels with your identity, not reliant on ip address..

    To solve short URL's use a similar method..

    So effectively something like a P2P search for identities, use multiple public key connections for source verification, like how certificate systems are used, to avoid man in the middle interception..

    --
    Just say no to license servers!!
  110. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    OK, so SMS messaging is still relevant in third world countries? No argument there. Doesn't make it any less obsolete anywhere else. In fact maybe thats exactly the reason why it costs 10x as much here, because it is downright STUPID to use here, yet these idiots still use it and pay for it. See theres this thing called EMAIL. No character limits or exorbitant fees and it uses the INTERNET of all things, imagine that. So maybe it's harder for someone in your position to use a superior system like email, and SMS makes sense. Text your heart out, buddy. But like I tell my friends here, quit sending that shit needlessly in my direction or I'm blockin' ya.

  111. The problem is search engines by brunes69 · · Score: 1

    The whole problem is the fact that search engines put weight on keywords in URLs. This has led to the horrible trend of every blog and news site making ungainly urls.

    Ever look at the normal URLs on a site like engadget.com ?

    Like "http://www.engadget.com/2009/04/15/20/80/News_about_URLs/URLS_on_the_interweb_are_too_long_-_Do_you_agree_news_at_11"

    If search engines did not care about keywords in URLs sites would have no reason to do this and could revert to the old fashioned (and much more brief) "/article?id=" type of URL.

    1. Re:The problem is search engines by kchrist · · Score: 1

      While search engine optimization is a nice side-effect, the real benefit to human-readable URLs -- that is, /articles/article-title as opposed to /articles?id=ke4h5w45rf5994 -- is that it's semantically meaningful. The former describes the content you'll find at that page while the query string version is a) meaningless to anyone but the site developer, and b) relies on the site architecture in ways that may break if the backend changes.

  112. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Septics have to pay to receive as well as send SMS.

    For some reason they accept this, hence the griping above about "SMS being idiotic".

    Such an idea wouldn't have lasted long in the UK. We may have OH MAH GAWD SIX MILLIUHN CCTV CAMERAS OMG PRIVACAY!!!!!1111, but at least we don't have to pay to *receive* SMS.

  113. Re:I have an easier solution: by TheRaven64 · · Score: 1

    Assuming it works, of course. I got a text a couple of years ago telling me a friend had gone into hospital. Her verbose boyfriend failed to convey this in less than 160 characters, so it was sent as a two-part message, and only the second part arrived. Because he was in the hospital, he turned his phone off as soon as the message was sent, so didn't my call asking what the first part said. SMS is not 100% reliable, and sending multipart SMS multiplies the failure rate for any given message.

    --
    I am TheRaven on Soylent News
  114. RevCanonical considered harmful by samj · · Score: 1

    As I've explained in detail here and here, while the underlying concept is sound, the implementation has many problems:
      - "rev" is deprecated in HTML 5, so essentially a non-starter
      - "rev" and "rel" are easily confused - use the wrong one and you may well drop off the Internet
      - messing with the canonical URLs is dangerous
      - taking rather than giving canonical-ness is dangerous
      - the solution can only work for one URL (the canonical URL itself), when there can be an infinite number

    A *much* better solution is to use rel="shortcut" to specify a short (but not necessarily shortest or even shorter) URL. Other alternatives like "short" are ambiguous as to whether it is the URL or its target which is "short", and "alternate shorter" are just plain wrong.

    Sam

  115. Re:I have an easier solution: by Snassek · · Score: 1

    LOL! Only in America, the free market bastion of the world, do you have to pay for incoming texts.

    I don't pay for incoming texts and no I am not on any text plan.

  116. Re:I have an easier solution: by blind+biker · · Score: 1

    ...I have to wonder if it was designed by a metally retarded slug.

    No, not by retarded slugs, but for retarded slugs. It's just greed on their part, playing with the wallets of the retarded slugs willing to be taken advantage of.

    Ouch!!

    --
    "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
  117. It's a fscking CELLPHONE, damnit by Anonymous Coward · · Score: 0

    All this grief just to make things easier for people browsing the web on a cellphone???? It's a fscking **PHONE** you jackasses. If you want to browse the web, get a computer, or WebTV (whatever it's called now). Let me introduce you to a novel concept: cellphones are for the purpose of making PHONE CALLS.

  118. rev="shorturl" by robspychala · · Score: 1

    Disclaimer: I'm an author of a competing RFC so my opinions might be biased - although i hope my reasons are as rational as possible ;)

    An alternate approach to this problem:

    http://wiki.snaplog.com/short_url

    Summary

    Short URL auto-discovery is a simple way to link a long URL with a short URL. The following code should be placed in the section of the HTML page.

    <link rel="shorturl" href="http://short.com/1234" />

    or add the following to the HTTP Headers of the page

    Link: ; rel=shorturl

    In most real-world situations, the short URL then redirects with an HTTP code 302 to the long URL, but that behavior is not covered by this RFC.

    That's it! :)

    why not use rel="alternate .... "

    Sam Johnson pointed out alternate doesn't make sense since it implies a link to same content but different format like PDF for example

    why not rel="shortcut"

    Shortcut in the web context not well understood nomenclature referring to short URLs (OK to define shortcut icons with rel="shortcut icon" though and if we wanted to follow that model we'd use rel="shortcut url", but that seems excessive)

    Potential legacy code breakage as suggested by http://twitter.com/soypunk/status/1509403319

    Also somehow shortcut seems like the wrong wording... implies a link that will bypass something ... a splash screen, etc...

    why not rel="shorter" or rel="short"

    Implies shorter version of the content

    why not rev="canonical"

    rev is absent from HTML5 and confusing with rel="canonical", breaks Google's proposed definition of canonical for search purposes.

    why not rel="shorturi"

    Part of making a new RFC to describe a simple concept is simple naming. People know that a URL is what's in the location bar in their browser. Besides we'd never see a URI that's not an URL in this context.

    why not rel="short_url"

    The _ is ugly.

    1. Re:rev="shorturl" by fczuardi · · Score: 1

      I like it. Sounds definitely better than rev="canonical".

      Although I don't agree that rel="alternate" implies a different format.

  119. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    You're like the 7th person in this anti-US pile on. Do you Eurotypes have nothing better to do than troll Slashdot waiting for a bashing opportunity?

  120. Re:I have an easier solution: by silent_artichoke · · Score: 1

    Don't forget to include a shortened URL to this discussion so they can read all about it!

  121. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    Not only your friends, but your enemies. Bombardment with text messages, racking up massive charges for the target, is a common form of harassment for stalkers, ex significant others, ex roommates, etc to use here.

  122. Re:I have an easier solution: by cyborch · · Score: 1

    So, with my free texting plan I can blackmail US telco customers. Sweet. Pay me $100 now or I will send you 1000 text messages.

  123. "rev" not "rel" by fczuardi · · Score: 1

    The parent is not Informative, rev in this case is correct since the resource linked is a NOT the canonical page but a short-url version of the canonical page you are currently on, so the relationship is:

    page A with long URL <--is the canonical url of--- page B with short URL

    and NOT

    page A with long URL ---is another address for the canonical url--> page B with short URL

    Page A is the canonical, the long URL page is the authoritative destination, page B is just a shortcut, and not the other way around, so when in page A, if your software are looking for alternate address of that canonical page with shorter urls your software should look for reverse links containing "canonical" as the value. Links for pages that have the current page as the canonical are the ones with rev, not rel.

    See http://www.w3.org/TR/html401/struct/links.html#h-12.3.1 to understand.

    I admit it is a little confusing, maybe they should be using rel="alternate mirror", rel="alternate short-url" or simply rel="alternate" instead, to indicate that the link points to an alternate version of the current page. But saying that the link is of a page that points reversely to the current page that is the canonical is not wrong

  124. readable urls by Anonymous Coward · · Score: 0

    there are readable urls too!
    http://www.readableurl.com/

  125. Re:I have an easier solution: by pbhj · · Score: 1

    .. sending multipart SMS multiplies the failure rate for any given message.

    I'd have thought it would actually reduce it. The multipart messages surely have some sort of flag to indicate there's another part. This would mean that the upstream transponder could be signalled to resend the message if the additional part is not received. You'd effectively have n chances (for an n-part message) to indicate a message was sent. There would be some increased chance of total loss but greater chance of receipt - the message being resent until it was complete.

    But I don't really know that much about SMS to know if it was engineered or just thrown together.

  126. Re:I have an easier solution: by Anonymous Coward · · Score: 0

    PS: Congressmen can be male or female or of indeterminate gender they're still called "Congressman"

    PPS: "Representative", "Senator", "Member of the House of Representatives", "Member of Congress"

    As in, "Barbara Boxer, my Senator, is one of the members of Congress sent to Washington by the people of California; another of my local congressional delegation is Representative Nancy Pelosi, who presides over the House of Representatives".

    "Congressman" was almost never applied to Senators historically, and today generally is synonymous with "Representative", the latter of which is more consistent with the formal name of the lower of the two Houses. "Member of Congress" seems to be gaining currency as a replacement for "Congressman" on business cards and so forth, although it's generally used mainly by members of the House of Representatives in practice.

    This is somewhat regressive, since "M.P." (Member of Parliament) is used mainly by members of the House of Commons in the Westminster system, while members of the House of Lords (or the Canadian or Australian etc Senates) are technically Members of Parliament but do not use the style or postnomial.

  127. URL shortening service for multiple websites by raj4126 · · Score: 1

    We recently launched a new website that provides a URL shortening service for "multiple" websites: http://www.viewista.com/ Viewista creates a short URL for âoemultipleâ websites. Plus, you can view the multiple sites all at once. We think it can be a real time-saver. You can also post comments on the sites and share with your friends, making it a social URL sharing service. Viewista can be particularly useful on Twitter because a user can create a short URL for multiple sites on a topic without having to use multiple tweets.