Slashdot Mirror


Tim Berners-Lee Is Sorry About the Slashes

Stony Stevenson writes "A light has been shone on one of the great mysteries of the internet. What is the point of the two forward slashes that sit directly in front of the 'www' in every internet website address? The answer, according to Tim Berners-Lee, who had an important role in the creation of the web, is that there isn't one. Berners-Lee revisited that design decision during a recent talk with Paul Mohr of the NY Times when Mohr asked if he would do any differently, given the chance. 'Look at all the paper and trees, he said, that could have been saved if people had not had to write or type out those slashes on paper over the years — not to mention the human labor and time spent typing those two keystrokes countless millions of times in browser address boxes.'"

620 comments

  1. Theres one technical point by sopssa · · Score: 5, Interesting

    From technical point of view, *not* having the // could create problems more easily. For example if you include port number in the URL and browser or program tries to look at what protocol it is based on value before first :

    http://tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes
    http:tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes
    Now if you dont write that http: in browser:
    tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

    Now the browser would think the protocol is tech.slashdot.org and tries to pass it to a responsible program instead of loading it. This means you would now need to actually type in the http: which none of us do now. Or dropping general URI support from browsers and IM windows and any other programs (you know all those irc:// spotify: and so on URI's). Or then typing in the :80 would be mandatory.

    1. Re:Theres one technical point by redhog · · Score: 4, Insightful

      Or remove support for ports and use SRV records to find the port. Which would have saved us tons of work with named virtual hosts, and allowed us to run multiple SSL sites on the same IP...

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    2. Re:Theres one technical point by redhog · · Score: 2, Interesting

      But, thinking of that.... many many pieces of software allows you to write URLs directly in a body of text, no tags needed, and finds the URLs and turns them into links, but searching for "://". So, what would you regexp for if all you had was a ":"? Normal text quite often does contain colons....

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    3. Re:Theres one technical point by Viol8 · · Score: 5, Insightful

      Don't be an ass. Using ports allows someone to set up an ah-hoc server for testing or whatever easily. The last thing they want to do is dick about having to update DNS's bastard child before they can access it from the browser.

    4. Re:Theres one technical point by Anonymous Coward · · Score: 2, Interesting

      Try it, it works. The parser correctly identifies tech.slashdot.org as the host name. It even works with single component domain names. The only case which needs disambiguation is when you have a local host name (i.e. no ".") and it happens to be the same as one of the known protocol names. In that case, //name/path is a working disambiguation, but really, is that easier than prefixing http:? Even if you consider that //name/path is awfully close to \\name\path, which is something else entirely?

      On the other hand: Who types http:// anyway? Most programs which turn text into clickable URLs look for www.* (which btw. is one of the reasons for not omitting www from the URL although it is technically not necessary either.) Besides, people type everything into the Google (Yahoo, Bing) search box these days, even HTTPS URLs.

    5. Re:Theres one technical point by Pvt_Ryan · · Score: 1

      I love the way the whole 1st linked article implies that "www" is required before every address.

    6. Re:Theres one technical point by andymadigan · · Score: 3, Insightful

      What if I just want to run an HTTP server on a non-standard port for development? Not everyone is running a DNS server, nor should DNS records need to be changed so often.

      How would it allow named virtual hosts? The only thing you have at the network layer is the IP address that the message was sent to, that's why HTTPS virtual hosts is difficult to implement.

      --
      The right to protest the State is more sacred than the State.
    7. Re:Theres one technical point by 3247 · · Score: 1

      tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

      Now the browser would think the protocol is tech.slashdot.org and tries to pass it to a responsible program instead of loading it. This means you would now need to actually type in the http: which none of us do now.

      Who is typing the '//', then?

      Safari 4 on Mac OS actually interprets //tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes as file:///tech.slashdot.org/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes, which is useless.

      --
      Claus
    8. Re:Theres one technical point by mysidia · · Score: 1

      So use a different syntax, like

      http:example.com/path/to/file.txt
      With option to use alternative syntax like:
      http:[example.com:80]/path/to/file.txt
      or
      http:example.com@80/path/to/file.txt
      or
      http:example.com/80//path/to/file.txt

    9. Re:Theres one technical point by Another,+completely · · Score: 1

      On the other hand: Who types http:/// anyway? Most programs which turn text into clickable URLs look for www.* (which btw. is one of the reasons for not omitting www from the URL although it is technically not necessary either.)

      Don't I know it! How many times have I been thankful that whoever owns www.localhost.com hasn't sprayed advertising all over the homepage? If I try to connect to a local server, but it hasn't started correctly, the browser helpfully redirects me to this site. If it were me, I would advertise Apache for Dummies there; so if someone from contactprivacy.com (the registered owners) is reading this: Thanks!

    10. Re:Theres one technical point by devjoe · · Score: 1

      For similar reasons, the // is also necessary to ensure all types of relative URLs within HTML pages can be distinguished. It would still be possible to have relative URLs without it, but certain types of relative URLs would not be allowed.

    11. Re:Theres one technical point by metrix007 · · Score: 1

      What?

      How the hell does that make sense?

      Your examples clear have a : separating the protocol and address. Without the protocol specified, it will default to http, as it does now. Considering that whatever you type in a webbrowser is really only going to be using http or tls/ssl, then there is no need to specifiy the protocol, unless it is something else, like rss or whatever.

      Likewise, outside of a browser, the relevant programs will be used and the protocol to use will be obvious or can easily be specified.

      The slashes have no merits, and nor does your example.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    12. Re:Theres one technical point by maharg · · Score: 1

      yeah, http://www.news.news.com/ :o) and you have to say "double-u, double-u, double-u" out in full !!!

      --

      $ strings FTP.EXE | grep Copyright
      @(#) Copyright (c) 1983 The Regents of the University of California.
    13. Re:Theres one technical point by Albanach · · Score: 1

      allowed us to run multiple SSL sites on the same IP

      If all your SSL sites are for a single domain, it's possible to use VirtualHosts and a wildcard certificate to host multiple SSL sites on a single IP.

      The restriction is one certificate per IP, rather than one site per IP.

    14. Re:Theres one technical point by Imsdal · · Score: 1

      Most programs which turn text into clickable URLs look for www.* (which btw. is one of the reasons for not omitting www from the URL although it is technically not necessary either.)

      Another reason is incorrectly configured DNS'es. Some domains don't accept .com but require www..com. Embarrasingly, I have to confess that this applies both to my employer and my internet bank. Pretty good reasons to switch jobs and banks, if you ask me... (This applies to the www part. The http:/// part is added implicitly by the browser, of course, and so is only needed for other protocols.)

    15. Re:Theres one technical point by sopssa · · Score: 1

      So use a different syntax, like

      http:example.com/path/to/file.txt
      With option to use alternative syntax like:
      http:[example.com:80]/path/to/file.txt
      or
      http:example.com@80/path/to/file.txt
      or
      http:example.com/80//path/to/file.txt

      All of these examples are way more bad than just having the :// there (which is quite a standard in URI's too). And the @ would break username:password@ combo, so that would need changing too. And host:80 is the standard way to put hostname and port number together.

    16. Re:Theres one technical point by schnablebg · · Score: 1

      He is not saying the protocol should not be there, he is just saying the slashes serve to purpose. So just http: would be suitable. Eg:

      http:tech.slashdot.org:80/foo.html

      That would do just fine.

    17. Re:Theres one technical point by PhilHibbs · · Score: 1

      Or you could use something other than a : to designate a port. There's no reason why the protocol suffix and the port prefix have to be the same.

    18. Re:Theres one technical point by sopssa · · Score: 2, Insightful

      Because URL is not just for webpages - it's used for other protocols too. Just like you can click on a http link in other program, you can click other programs link in your browser. This can be irc:// mailto: spotify: and so on. And theres many instances where websites have such links to launch external application directly from it.

      My examples showed that the standard :port option, which is optional, would have to be removed for it to work. Or it would had to be made mandatory, or the : changed to something else (which would make even less sense, since hostname:port is the standard way to show it).

    19. Re:Theres one technical point by Anonymous Coward · · Score: 1, Funny

      Hey, tech.slashdot.org *is* my protocol you insensitive clod!

    20. Re:Theres one technical point by sopssa · · Score: 1

      Of course, but that would complicate things even more since hostname:port is standard way in every program.

    21. Re:Theres one technical point by 3247 · · Score: 5, Interesting

      Or just use a different punctuation character for ports. If you think about how the design of URLs could have been better, other decisions are not cast in stone. The ':' also clashes with the separator in IPv6 addresses (which is an oversight on part of those who designed IPv6).

      http:org/slashdot/tech/story/... (use SRV record)
      http:[org.slashdot;8080]/story/... (use hostname and port)
      http:[123.45.67.8;8080]/foo/... (use IPv4 address)
      http:[2F00:BABA::1;8888]/bar/... (use IPv6 address)
      http:[47.0012.3400.0000.006F.7123.8f23.4012.0c80.0000.00]/ha/... (just kidding)

      --
      Claus
    22. Re:Theres one technical point by mat128 · · Score: 1
    23. Re:Theres one technical point by teh+kurisu · · Score: 1

      The hilarious thing is, it appears to be a reprint of this article, the URL of which lacks the 'www'.

    24. Re:Theres one technical point by mysidia · · Score: 1

      It's only the standard way to put hostname and port together, because HTTP made it that way.

      What about:

      http:[example.com:80]/path/to/file.txt

      ?

      Users don't type port numbers generally. If concerned about user typing, provide the port number in a DNS SRV record as suggested earlier.

      They are not worse than http:/// And in many cases, the alternative format involves significantly less typing (for short URLs).

    25. Re:Theres one technical point by KevinKnSC · · Score: 1

      No, your example just showed that you'd need to remove the :port option if your parser is stupid. Here's how it could work.

      1. Are there two ':' in the URL? Then you have protocol:host:port.
      2. Are there zero ':' in the URL? Then you have host, assume protocol and port from context (like your web browser does now).
      3. Is there one ':' in the URL?
                3a. Is the string in front of ':' a known protocol name? Then you have protocol:host.
                3b. It's not? Then you have host:port, assume protocol from context.

      See how easy that was? Furthermore, you're basing your entire argument on the way things work now, not the way they worked at the time. Sir Tim could have come up with any system he wanted, as evidenced by the fact that he did come up with an arbitrary system in the form of two slashes.

    26. Re:Theres one technical point by david.emery · · Score: 1

      Don't forget that the POSIX standard permits the interpretation of an absolute pathname that starts with exactly 2 slashes as a special case. So a pathname of //some.site.com/a/path/to/file can (and often is) interpreted as /a/path/to/file on the machine some.site.com

      This convention started with the Apollo Domain system, if I remember my ancient history correctly :-)

      So starting URLs with exactly 2 slashes made sense to me, as it implied a big world-wide-virtual-file-system...

      Of course, what really pisses me off are people who say "haich tee tee pee colon forward-slash forward-slash", or even worse "haich tee tee pee colon backward-slash backward-slash", as if "\" were a legal character in an URL.

      If we're mobilizing the torch and pitchfork mob, I'd rather send them after the person (Bill Gates???) who decided in MS-DOS to substitute backward slashes where convention for a long time had been forward slashes as the separator in pathnames. Yet another gratuitous change that the world did not need. (At least when Apple did its gratuitous change, it used colons instead of backslashes...)

    27. Re:Theres one technical point by metrix007 · · Score: 1

      Yes, URL'S are not just for webpages, hence the Universal part.

      As I said, there would be a default, and the protcol would be specified, as encessary.

      For example, at the moment, you don't have to prefix http:/// to link to a webserver, because it is assumed to be http. That is what a webbrowser looks for, or https. However, we can manually specify mailto or ftp, and then it will be treated as defined.

      The slashes help nothing, and the conclusion you drew from your examples is false, unless I am misunderstanding your point.

      --
      If you ignore ACs because they are anonymous - you're an idiot.
    28. Re:Theres one technical point by sopssa · · Score: 1

      3a. Is the string in front of ':' a known protocol name? Then you have protocol:host.

      But thats the thing. If you just look for http/https/ftp/file and the most used ones, you're going to break the idea of URL's. Now your browser cant support any other kind of urls, be that irc: spotify: miranda-im: or thousand of other ones.

    29. Re:Theres one technical point by init100 · · Score: 1

      that's why HTTPS virtual hosts is difficult to implement.

      It isn't difficult to implement, you just need a special type of certificate. Multi-domain certificates are available from several different vendors, and if you don't care about having a well-known CA sign it, you can generate one yourself with OpenSSL. What you need is to ignore the Common Name (CN) field of the certificate, and instead use the X509v3 extension field SubjectAltName to specify your list of valid virtual host names.

      If all virtual hosts are part of the same domain, you can use a wild-card certificate with the Common Name *.yourdomain.tld.

    30. Re:Theres one technical point by Anonymous Coward · · Score: 1, Interesting

      Wouldn't it make more sense if the port were first: 80:http:tech.slashdot.org?

      Alternatively http:80:

      Actually, wouldn't it make much more sense with 80:http:org.slashdot.tech ? I've never understood why the domain/subdomain hierarchy is backwards compared to the rest of the URL.

    31. Re:Theres one technical point by furby076 · · Score: 2, Interesting

      I disagree with you. You are thinking in terms of what we have today. So if you remove the slashes today we would have issues. If, however, they designed the system to use something other then the // they would have created a new convention to avoid easily created issues. IM windows and other programs like IRC would have also used a different convention. They use the current convention because that was what they designed their systems for.

      --

      I do not support "The Man". I also do not support your irrational stupidity
    32. Re:Theres one technical point by rascher · · Score: 2, Funny

      If the browser isn't smart enough to realize that "tech.slashdot.org" is not the ASCII decimal representation of an integer betweeen 0 and 65535, then your problem isn't related to the URL nomenclature at all...

    33. Re:Theres one technical point by Dog-Cow · · Score: 1

      The prefix of www is only a required part of the hostname in a URL when either the only hostname of the box starts with www or if the web server is configured to only respond to requests when the hostname starts with www.

      There is nothing at all magical about www in a hostname. You could easily setup a web server that only responds to a hostname starting with ftp or gopher.

      On the flip side, if a server is not configured to respond to a hostname starting with www, it won't ever work.

    34. Re:Theres one technical point by Dog-Cow · · Score: 1, Insightful

      There is nothing incorrect about having a web server whose hostname does not start with www. To imply that there is shows a lack of understanding about what a hostname is.

    35. Re:Theres one technical point by bill_mcgonigle · · Score: 1

      Now if you dont write that http: in browser:
      tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

      Now the browser would think the protocol is tech.slashdot.org and tries to pass it to a responsible program instead of loading it

      no, you just need to know what protocols you can handle, and if the first part doesn't match one of those, assume 'http'.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    36. Re:Theres one technical point by Anonymous Coward · · Score: 0

      That is, of course, correct. However, people don't type full URLs. They omit the protocol and type www.example.com. Most programs will still turn that into a hyperlink. They will not turn example.com into a hyperlink. If you want your address turned into a hyperlink, then make www.example.com the canonical name and have example.com redirect to it, not the other way around. There is a (rather unimportant) technical reason for not adding an A record to a domain which is also a mail domain, but there is no reason for not having the www subdomain, other than "it's not necessary" geek pride.

    37. Re:Theres one technical point by schon · · Score: 1

      Or remove support for ports and use SRV records to find the port. Which would have saved us tons of work with named virtual hosts, and allowed us to run multiple SSL sites on the same IP

      It would also have fucked up the ability to test servers by editing /etc/hosts, or created tons *more* work because you'd need to set up a new DNS server when you wanted to test it.

      And just because SSL is broken because it doesn't allow you to specify parameters before the SSL connection is established is no reason to foist additional workload on us.

    38. Re:Theres one technical point by kimvette · · Score: 1

      That is not an option on shared hosting. Do you really think that dreamhost, hostmysite, and so forth will allow multiple-domain certs on an IP shared with 30 other customers? No, I don't think so. It's not even really practical on a VPS because if you host multiple clients, then you would have to get the certificate authority to add domains to that cert, and what if the expiration dates for the domains don't match? You'd have to re-up all the other domains, and I'm sure clients would just love that.

      --
      The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
    39. Re:Theres one technical point by Anonymous Coward · · Score: 0

      The browser only does that because the slashes have always been there. It wouldn't be a problem to get rid of them if all browser vendors would include such a change in an update.
      Of course in effect this would mean both systems running side by side for at least 20 years until - maybe - all systems on the planet have been updated.

    40. Re:Theres one technical point by TheRaven64 · · Score: 1

      It's amusing when you realise that the last time anyone asked TBL what design decisions he regretted the first one that came to his mind was not renaming the http URL namespace to www (giving, for example, www://slashdot.org), so that people added that in their own domains.

      --
      I am TheRaven on Soylent News
    41. Re:Theres one technical point by JustOK · · Score: 1

      the two slashes always made sense to me too, same for the annoyance with MS and Apple, but http shuda been just htp.

      www was, I think, easy to type and relatively unique. It would also allow communication with servers/machines in ways other than how we think of the web, and other than the different protocols like ftp, and file, etc.

      They could have used qwer for something, too.

      --
      rewriting history since 2109
    42. Re:Theres one technical point by Anonymous Coward · · Score: 0

      From a marketing standpoint, the slashes make the address stand out and give consumers a heads up that they should be typing it into their browser as an internet address. The unnecessary slashes make the consumer feel smarter than they are because they can easily recognize what it's for.

    43. Re:Theres one technical point by TheRaven64 · · Score: 2, Insightful

      If we're mobilizing the torch and pitchfork mob, I'd rather send them after the person (Bill Gates???) who decided in MS-DOS to substitute backward slashes where convention for a long time had been forward slashes as the separator in pathnames

      DOS got it from CP/M. I don't know why you think the UNIX way of doing it was the convention. Macs and a lot of microcomputers used colons, and a lot of mainframe and older time-sharing operating systems used dots, as did VMS.

      --
      I am TheRaven on Soylent News
    44. Re:Theres one technical point by clone53421 · · Score: 1

      The www is just a subdomain. We typically assume it'll be the same thing as the URL without the www, but depending on the server's configuration that assumption may or may not be correct.

      Besides which, I had a moment of pedantic outrage when I read "the 'www' in every internet website address". Obviously they're overlooking maps.google.com, answers.yahoo.com, en.wikipedia.org, tech.slashdot.org, oh, I could go on...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    45. Re:Theres one technical point by davidhorat · · Score: 2, Interesting

      But he could have used another token, such as |, so instead of ://, you just need one. So the URLS could have been:
      http|tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

      And you can still use your example:
      tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

      Even you can still use the username and password functionality:
      http|user:password@tech.slashdot.org:80/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes

      Here are my 2 cents.

    46. Re:Theres one technical point by Anonymous Coward · · Score: 0

      WTF are all you guys on about? http:8080:site.com. problem solved.

    47. Re:Theres one technical point by init100 · · Score: 1

      I never said that it would be easy on a shared web host, but it is very doable if you have your own IP and several domains you need to serve through HTTPS. Where I work, we have our own rack at a colocation facility, with our own web server and a bunch of domains we need to serve through HTTPS, and we do it with one multidomain certificate and one wildcard certificate.

    48. Re:Theres one technical point by Imsdal · · Score: 3, Interesting

      I understand that. But my point is that if your public website does not route from domain.com to www.domain.com automatically, you do not know what customer service is. The fact that you can also have different services running at support.domain.com and docs.domain.com is besides the point.

    49. Re:Theres one technical point by pjt33 · · Score: 1

      Or you assume that protocol names never contain dots and host names always do. Simple.

    50. Re:Theres one technical point by slimjim8094 · · Score: 2, Insightful

      To borrow from a recent argument, truly you share the eloquence of Cyrano. In a similar vein, fuck off - at least with the insults.

      Remember, you don't say port 80 to go to Slashdot. Why not default to the SRV record (then port 80 for backwards-compatibility) unless the user specifies otherwise?

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    51. Re:Theres one technical point by mikael · · Score: 3, Interesting

      There was a UNIX networking technology some time in the past (The Newcastle Connection) which used the /../ symbols to specify a remote path host.

      HP did something similar but used a /net directory instead.

      It would seem simple to just discard the two dots and just have a // to specify the remote host.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    52. Re:Theres one technical point by Random+BedHead+Ed · · Score: 5, Insightful

      http:org/slashdot/tech/story/... (use SRV record)

      I've always liked that idea (which I've seen before) because it treats subdomains in the same way it treats subdirectories under the document root, which opens a lot of possibilities for creative web hosting schemes (e.g., Slashdot could have put this story on a site at slashdot.org/tech, but when that server's load became high enough to justify a separate host the site could move to tech.slashdot.org - there would be no difference between /tech and tech. from a navigational standpoint).

      Also, the dot-com boom would have been the com-slash boom, which would have been much cooler.

    53. Re:Theres one technical point by slimjim8094 · · Score: 1

      I don't think he meant "remove support for ports". You already don't need to specify a port - it's 80. Just change it so that you look up the SRV first, then use port 80 - if the port isn't specified in the URL.

      Just remove the need for alternate ports. You can use them if you want, but not by necessity.

      --
      I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    54. Re:Theres one technical point by geminidomino · · Score: 1

      Remember, you don't say port 80 to go to Slashdot. Why not default to the SRV record (then port 80 for backwards-compatibility) unless the user specifies otherwise?

      Because that doesn't solve the problem: namely, how do you parse it if the protocol is omitted but the port is included.

    55. Re:Theres one technical point by c0y · · Score: 1

      Not sure why your post is modded insightful.

      Just because a capability exists doesn't mean it must be used. I put up ad-hoc testing servers every day. I address them by IP address, and optionally, port. Giving me the flexibility to use SRV records for port information like SIP does would be a very nice thing for deployment. It wouldn't change how I actually test in the slightest. I'd still go to http://192.168.1.2:81/ for testing, and then later if this ad-hoc server needs to go live and I have a single NAT IP with port 80 already spoken for, I'd be able to easily host multiple web servers without requiring the end-users to type in the :port on every URL.

      I don't expect to see this changed, but it is still a nice idea that could conserve a large amount of IP addresses currently wasted on SSL website hosting.

    56. Re:Theres one technical point by mcrbids · · Score: 1

      I wish I could mod you up more. But although I have mod points, you're already at +5.

      And seriously, rather than drop support for ports, why not simply adopt SRV records for https services? Then we could have our multi-SSL-per-IP capability, and still not require the "other guys" change anything? As far as specified ports, we could officially deprecate them and perhaps at some point in the WAAAAYYYY distant future, we could drop support for ports by convention.

      As far as SSL goes, it's LAME that I have to have a different set of IP addresses per SSL target, when I have a cluster of servers serving multiple (hundreds!) of SSL domains and subdomains behind a single set of load balancers!

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    57. Re:Theres one technical point by jonadab · · Score: 1

      > If we're mobilizing the torch and pitchfork mob,
      > I'd rather send them after the person who decided
      > in MS-DOS to substitute backward slashes where
      > convention for a long time had been forward
      > slashes as the separator in pathnames

      Forward slash was not available, because a lot of existing DOS-based software already used it as a command-line switch character (the equivalent of what the hyphen is to most Gnu software). Making it a path separator would have broken all that existing software, which was something Microsoft -- net yet very firmly entrenched at that point -- could not afford to do.

      (What, you thought the first version of DOS supported subdirectories? Haha. I don't think at that early stage that anyone really suspected a microcomputer would ever have so many files on it that it would need subdirectories. Most of the IT industry still thought of microcomputers as a niche product at that point, something you'd use to manage maybe one spreadsheet or something; everything else would be done on a "real" computer. By the time the need for subdirectories became evident, there was an existing base of business-critical software that had to be supported.)

      You can argue that backslash was still a terrible choice, because that prevents it from being used for *its* conventional purpose, namely, escaping special characters. But they couldn't choose the forward slash either.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    58. Re:Theres one technical point by Tanktalus · · Score: 2, Insightful

      Then you still need to have a format that allows programmatic parseability when the port is required. I mean, I have no problem with using more DNS records for port numbers, but the format of the URI needs to account for all supported possibilities, not just the common ones. That's why the OP suggested getting rid of the port number ability when getting rid of the double slash, but when suggesting to allow a default but still allowing overriding, you get back to finding a mechanism that can be deterministically parsed whether the optional feature is there or not. Double slashes provide some of that, though it's probably not the only solution.

    59. Re:Theres one technical point by Anonymous Coward · · Score: 0

      This Anonymous coward is not a programmer, but I can see one flaw in your explanation.

      The design decision probably came way back when the idea was first conceived, most likely back in the infantry of the web. That being said, if those two slashes were not required, the browsers themselves would be built accordingly to handle the syntax in the correct manner. You're taking the current browsers and explaining what would happen with the current syntax, which is completely erroneous because the change would have happened long ago. Browsers back then would likely have found a way of adapting to the lack of the double slash and we would probably not be "weeping over unsaved trees" or talking about this article right now.

    60. Re:Theres one technical point by xorsyst · · Score: 4, Interesting

      This is why I always wanted www to be replaced by web. Just imaging saying web.foobar.com instead of www.foobar.com. How many hours of speech would be saved?

      --
      Get free bitcoins: http://freebitco.in
    61. Re:Theres one technical point by c0y · · Score: 2, Informative

      How would it allow named virtual hosts? The only thing you have at the network layer is the IP address that the message was sent to, that's why HTTPS virtual hosts is difficult to implement.

      When a client makes an initial HTTPS request, there is a high likelihood that they want to submit confidential information. Therefore the browser and server perform an SSL handshake so that the initial client's first GET/POST/WHATEVER is encrypted.

      Virtual hosting requires looking at the client-supplied host header value in that GET/POST. In order to return the right SSL certificate we need that host header value to determine which site's cert to serve. But we can't get at that host header value until the SSL negotiation has completed. So virtual hosting for HTTPS on a single IP is simply not possible at present due to this catch-22.

      With the idea of SRV records for port values, virtual hosting for HTTPS becomes possible. I simply map each new site's certificate to a new port number. When the client makes a connection, we already know in advance what certificate they are looking for because only one is bound to each specific port.

      Under the current schema, we need a discrete IP address per SSL certificate in order to avoid this problem, but with SRV's, we can use a port number to hold the same mapping, without requiring the client to put in :port (which would work today for virtual HTTPS hosting if we could get everyone in the world to somehow know in advance what port number they want).

      I suppose a variant of this is possible today. Imagine I have a storefront at foo.com. A client enters store and puts stuff in their cart. They never enter my store by typing HTTPS in their browser. My site could hardcode the link to https://www.foo.com:444/ inside the "Checkout" link, and I could have many other SSL hosts all sharing the same IP in that manner. I can understand why web hosts and their clients wouldn't really like this idea. But the SRV method would be elegant enough to be adopted, IMHO.

    62. Re:Theres one technical point by cromar · · Score: 1

      On the other hand the characters denoting protocol and port wouldn't have had to be the same ones we use now.

      Something like http:tech.slashdot.org#80/path/to/something/ would work just as well.

    63. Re:Theres one technical point by Anonymous Coward · · Score: 0

      >All of these examples are way more bad than...
      Please do not talk about URL grammar ever again!

      http:example.com/path/to/file.txt is as good as http://example.com/path/to/file.txt because the only difference is :// goes to :

      specifying custom ports works just the same
      http:example.com/path/to/file:90 = http://example.com/path/to/file:90
      which tbh isn't great anyway as the [site] part of a url should define the port so something like
      http:[example.com:90]/path/to/file
      is much better than
      http://example.com/path/to/file:90
      because you put all the information about the destination together, parsing the URL is great with
      http:[example.com:90]/path/to/file
      because you have
      [protocol]:[site:port]/request for [site:port]

    64. Re:Theres one technical point by Anonymous Coward · · Score: 0

      C'mon, nobody actually *says* that
      It's dubie dubie dubie

    65. Re:Theres one technical point by Zcar · · Score: 1

      Or use a different character. I dunno, maybe http[tech.slashdot.org:80/story... or http;tech.slashdot.org:80/story...
      Or even, considering ports are rarely specified, http:tech.slashdot.org%5B80%5D/story...

    66. Re:Theres one technical point by amicusNYCL · · Score: 1

      Did everyone become retarded all of a sudden?

      I'm going to suggest something here, stick with me, it's pretty confusing:

      How about a different scheme to specify the port?

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    67. Re:Theres one technical point by tsm_sf · · Score: 5, Funny

      I'd still go to http://192.168.1.2:81/ for testing

      Dude, throw up a NSFW on links like that. You almost got me fired.

      --
      Literalism isn't a form of humor, it's you being irritating.
    68. Re:Theres one technical point by selven · · Score: 1

      Indeed - this thread is part of http: //tech.slashdot.org.

    69. Re:Theres one technical point by amicusNYCL · · Score: 1

      The only thing the parent was implying is frustration over requiring the www, that there's no alias for the domain alone. To suggest otherwise shows a lack of reading comprehension.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    70. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Good point, TBL has nothing to apologize for (his apology looked very tongue-in-cheek anyway). The URL scheme is nice and elegant, with two slashes denoting "next item refers to a namespace from at the root" and it beats the hell out of the previous attempts at uniform resource identifiers (there are some ancient RFCs on the subject, the syntax will make you run screaming).

      URLs are just slightly bureaucratic, and user interfaces (i.e. browsers) fix even that. Problem solved.

    71. Re:Theres one technical point by clone53421 · · Score: 1

      Slashdot apparently uses something like this:
      (^|[ ])http:[^ ]+

      Anything beginning with http: and having at least one non-space character immediately following the : is made into a hyperlink, up to the next space character. (It does appear that there are some other delimiters besides space... the ^ character is terminating the URL in the preview, despite no intervening space character: http:%5B^ ]+ However, I'm certainly not going to make an exhaustive search of all such delimiting characters.)

      This would work equally well if the slashes were omitted from the URL syntax.

      P.S. My regexp knowledge is quite limited. Apologies if I've botched it.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    72. Re:Theres one technical point by clone53421 · · Score: 1

      Like I really want to screw around with all of that in order to run Apache on port 8080 when it's running from my portable USB hard drive so as to avoid conflicting with a possible existing Apache server running on port 80 (depending on which computer I'm plugging the USB drive into, such a server may or may not exist).

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    73. Re:Theres one technical point by shutdown+-p+now · · Score: 1

      The reason for // there is that they distinguish URIs that conform to the "normal" rules for hierarchical URIs set out in the RFC - schema://userinfo@hostname:port/path?query#fragment. Some other schemas can also have free-form content, where hierarchical simply doesn't make sense - e.g. urn:uuid:246984C3-FF5B-40db-8121-1D944A43CF83. This lets one write a generic URI parser that can correctly parse any absolute URI without hardcoding information about which schemas are hierarchical and which aren't.

    74. Re:Theres one technical point by Tarlus · · Score: 1

      On the other hand: Who types http:/// anyway?

      I hear ya. Every web browser I've used since '96 has automatically inserted the protocol when an address is typed into the URL field. (And probably IE and Netscape all the way back to their 1.x days; correct me if I'm wrong.) So I remain unphased by the number of slashes in the protocol.

      --
      /* No Comment */
    75. Re:Theres one technical point by profplump · · Score: 1

      You're inventing a problem. It's pretty trivial to count the number of colons before the first slash and then decide how to parse the hostname/protocol/port bit.

    76. Re:Theres one technical point by clone53421 · · Score: 1

      3a. Is the string in front of ':' a known protocol name? Then you have protocol:host.
      3b. It's not? Then you have host:port, assume protocol from context.

      Easier, base it off whether or not the last bit is numeric. If so, you have host:port, if not, you have protocol:host. The side effect is that then you can't have numeric local hostnames (internet hostnames end in dot-something anyway, so they can't be entirely numeric). This saves you from doing the DNS query beforehand.

      Pseudo-code:

      host = split(":", host);
      select count(host) {
        case 1:
          protocol = defaultProtocol;
          domain = host[0];
          port = protocol.defaultPort;
          break;
        case 3:
          protocol = host[0];
          domain = host[1];
          port = host[2];
          break;
        case 2:
          if (isnumeric(host[1])) {
            protocol = defaultProtocol;
            domain = host[0];
            port = host[1];
          } else {
            protocol = host[0];
            domain = host[1];
            port = protocol.defaultPort;
          }
      }

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    77. Re:Theres one technical point by jthill · · Score: 1

      Damn, dude. You just slashdotted localhost.

      --
      As always, all IMO. Insert "I think" everywhere grammatically possible.
    78. Re:Theres one technical point by TemporalBeing · · Score: 1

      Virtual hosting requires looking at the client-supplied host header value in that GET/POST. In order to return the right SSL certificate we need that host header value to determine which site's cert to serve. But we can't get at that host header value until the SSL negotiation has completed. So virtual hosting for HTTPS on a single IP is simply not possible at present due to this catch-22.

      Wrong. You can setup an https port on any port you like. The 'https' just tells it to use the Secure HTTP protocol as opposed to the HTTP protocol. It'll still honor and work with ports other than 443. Just specify the port in the URL.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    79. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Regular expression or STFU.

    80. Re:Theres one technical point by aztracker1 · · Score: 3, Insightful

      Probably the single biggest reason to have domain.com redirect to www.domain.com is so that you can have specific domains for resources, like images.domain.com ... Further the reason for this is to limit the unneeded transmission of cookies. If your website uses domain.com, then using images.domain.com serves very little good as any cookies assigned to domain.com will be sent with each request. Using www.domain.com, scripts.domain.com and images.domain.com extends the ability to have localized (or no) cookies in the resource-only domains. This is less necessary as more and more browsers are breaking older standards and allowing more than two connections to a given host name at a time. (IE8 extended it to six by default, and IIRC firefox already exceeded this limit as well).

      Regarding the port, this is very much necessary for development purposes, as using high-range ports is the most reasonable method of allowing a User to run a development server instance.

      --
      Michael J. Ryan - tracker1.info
    81. Re:Theres one technical point by aztracker1 · · Score: 1

      Not really.. since (|\w+\:)([\w\.]+)(|\:\d+) would still match...

      --
      Michael J. Ryan - tracker1.info
    82. Re:Theres one technical point by Tony+Hoyle · · Score: 1

      You're *deploying* behind NAT? Just get enough IPs to run your sites and stop being a cheapskate.

    83. Re:Theres one technical point by clone53421 · · Score: 1

      Ironic that you should ask.

      Once you've found the URL, I see nothing wrong with parsing it using code similar to what I posted.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    84. Re:Theres one technical point by DigitalCrackPipe · · Score: 1

      So you're suggesting everyone running a web or ftp server needs to also run a DNS server to serve that SRV info? Support for ports makes for a flexible system, because not everyone runs a commercial web server with the standard configuration. I have found using nonstandard and nonpublished ports to be quite useful, and your suggestion cannot accommodate that.

    85. Re:Theres one technical point by Tony+Hoyle · · Score: 1

      Where did he say it looks for http/https/ftp/file? He said look for know protocol names. That includes anything supported the browser.

    86. Re:Theres one technical point by michaelmuffin · · Score: 2, Funny

      Remember, you don't say port 80 to go to Slashdot. Why not default to the SRV record (then port 80 for backwards-compatibility) unless the user specifies otherwise?

      Extra complexity for little gain.

      why not get rid of the url altogether and encode it in xml? surely that would clarify the problem of figuring out what website the user wants to go to

    87. Re:Theres one technical point by eleuthero · · Score: 1

      I would just like the Firefox engine to better parse my delicious favorites--while I know there are some ways to do it, it seems like it ought to be native to have whatever favorites system is in use on a lookup list. This might slow things down a microsecond or two but if I could type "NASA day pic" and have it load NASA's picture of the day website automatically because it was in my favorites (not because it was the first google search), that would be great.

    88. Re:Theres one technical point by ajs · · Score: 2, Insightful

      Don't be an ass. Using ports allows someone to set up an ah-hoc server for testing or whatever easily. The last thing they want to do is dick about having to update DNS's bastard child before they can access it from the browser.

      One: I don't think the GP was the one being "an ass."

      Two: I don't think the GP was suggesting that there be no way at all to force your browser to another port for testing purposes (at the very least, a command-line option to browsers could be provided). The point was that for general usage when talking to remote systems, there's no reason not to use DNS, and it would have solved one of the largest problems with IP proliferation: the need to lock SSL to a specific port, due to the fact that the URI used is hidden from intermediate hosts.

      However, I do like the URI syntax as it stands. I do think that dot should not have been a valid last character for scheme (which would have allowed you disambiguate host and scheme by using the FQDN of the host with trailing "." For that matter, I'm not sure dots should have been allowed in schemes at all.

      One thing that the URI syntax suffers from is something that Larry Wall pointed out when managing the design effort and RFCs for Perl 6: Everyone wants the colon. The double-slash, though, I think is a good thing. It allows for rooted URIs such as / without ambiguity.

    89. Re:Theres one technical point by clone53421 · · Score: 1

      That would break graceful handling of unknown protocols.

      What everyone is missing is obvious: the port is an integer. If you have two non-integer parts, you have protocol:host. If the last part is an integer, you have host:port or protocol:host:port. (Well, everyone didn't miss it... I think I've seen one other person who got it in this discussion.)

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    90. Re:Theres one technical point by eleuthero · · Score: 2, Funny

      The depressing thing is, this happened to a co-worker in another office just recently--knowing what's being served up on your own computer is sometimes a good thing.

    91. Re:Theres one technical point by johanatan · · Score: 1

      Or use two delimiters instead of just ':'.

    92. Re:Theres one technical point by michaelmuffin · · Score: 1

      I don't expect to see this changed, but it is still a nice idea that could conserve a large amount of IP addresses currently wasted on SSL website hosting.

      what's stopping people from hosting http and https on the same ip?

    93. Re:Theres one technical point by ianegg · · Score: 1

      I think he meant it's annoying when you can't omit the www. because of incorrect configuration. Something I wholeheartedly agree with.

    94. Re:Theres one technical point by c0y · · Score: 1

      You're *deploying* behind NAT? Just get enough IPs to run your sites and stop being a cheapskate.

      I administer roughly 32k IPs in about 40 aggregates that we advertise via BGP. I have customers who occasionally come to me with this kind of scenario, yes. Often that's an upgrade from a SOHO firewall to pfsense, since most of the SOHO stuff can't handle more than one IP (note: I'm pointing out now how we benefit financially by selling more services with the existing HTTPS limitations, even as I'm arguing they are wasteful of the larger shared IPv4 resources).

      As a service provider, I dislike having to provision a unique IP for each SSL website we host, because it is wasteful (though, again, profitable too). It could have been done with SRV records, but that wasn't an option until Feb 2000.

      I'm a year older than the Internet. Hopefully we'll get to IPv6 before I hit retirement. I'm not holding my breath.

    95. Re:Theres one technical point by osu-neko · · Score: 1

      So the day someone creates a protocol called "whatever", anyone who uses "whatever" as a hostname becomes screwed. Good idea, there... :p

      A better idea is to come up with a URL scheme where determining what is a hostname and what is a protocol name is unambiguous. If you need that third step, the scheme is a bad one, regardless of how easy you think it is to determine what was meant. People making assumptions is bad enough, computers are even worse at it...

      --
      "Convictions are more dangerous enemies of truth than lies."
    96. Re:Theres one technical point by tagno25 · · Score: 1

      what's stopping people from hosting http and https on the same ip?

      Nothing, it is that multiple https sites have a hard time living on the same IP.

    97. Re:Theres one technical point by osu-neko · · Score: 1

      Both answers are bad; both colons and forward slashes are things I frequently find I want to use in a filename (I tend to use fairly descriptive ones, like "Budget: Widgets" or "Various stuff/junk/things"). Ideally, the pathname separator ought to be some more obscure character I never want to use in a filename. Much as I hate to admit it, backslash makes a lot of sense.

      --
      "Convictions are more dangerous enemies of truth than lies."
    98. Re:Theres one technical point by c0y · · Score: 1

      what's stopping people from hosting http and https on the same ip?

      Nothing. It is done all the time. The problem is hosting multiple https sites with different SSL certificates on the same IP.

      Though in my experience at least 75% or more of that SSL is used to encrypt credit cards or other sensitive financial information, at which point security concerns should really dictate a dedicated platform anyway. With virtualization's rise there is a greater tendency in that direction now even when SSL isn't used.

      Overall that means I'm seeing our shared web hosting products being split up, and consuming more IPs over time.

    99. Re:Theres one technical point by Obfuscant · · Score: 1
      Every person who is suggesting other characters to use in place of : or // needs to think about one thing: what are the shell metacharacters?

      '|' is one of them. So is '$'. So is '\'. Imagine the mess you'd create if you force people to escape common, routine parts of URLs every time they type them in. It's already bad enough that Winbloze allows spaces in file names, for those of us who deal with SMB shares.

      And for those who say that "port is an integer", well, the host part can be an integer, too.

    100. Re:Theres one technical point by sjames · · Score: 1

      That would create a few boundary violations and limit the expressiveness of a URL. For example, where do I stick the SRV record if I need to access http://192.168.150.12:8080? That violates a boundary since it's a perfectly valid URL that has no dependency on DNS. It would also screw you if you use an entry in hosts, yp, NIS, or LDAP rather than DNS to resolve the address. No SRV records in hosts.

      Next problem, it is perfectly valid to provide more than one http service for a given name and they can be specified within the URL. How do SRV records handle that? Note that it's not a problem if the SRV record specifies a default port where none is explicitly specified. THAT would have made virtual hosts easier.

      Simply using something like a backslash or a pipe character to delimit the protocol would be an option that would parse cleanly without reducing the expressiveness of the URL syntax. It would actually parse more cleanly than the // would since a simple strchr could find it.

    101. Re:Theres one technical point by sjames · · Score: 1

      But the thread the grandparent responded to is a proposal that you CAN'T specify the port in the URL. Since there's no SRV to look up for a bare IP address, you'd be SOL.

      What would be nice is a different convention for the port number (in order):

      1. Specified in the URL
      2. Specified by an SRV record
      3. Default of 80

      And then use some other character like \ or | to delimit the protocol and name with the : left to delimit the port. That would make the URL fully expressive, prohibit nothing that is currently permitted, and make virtual hosting easier.

    102. Re:Theres one technical point by raind · · Score: 1

      Isn't that what alias records are for?

      --
      Get up!
    103. Re:Theres one technical point by SunSaw · · Score: 1

      Use SRV records to find the port? But Stevie Ray Vaughan isn't making any new records.

      --
      --When it's my time, I want to die in my sleep like my grandfather -- not screaming like all the passengers in his car
    104. Re:Theres one technical point by Reece400 · · Score: 1

      or for that matter, why not just http>www.nothing.com:80 ?

    105. Re:Theres one technical point by Anonymous Coward · · Score: 0

      That is one of the funniest things I've seen on /. in a long time! :-)

    106. Re:Theres one technical point by mikael · · Score: 1

      But 'web' would have been an English-biased word. It might be a different word in a different language. "www" is easier to type than "web" and doesn't have a language bias.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    107. Re:Theres one technical point by thePowerOfGrayskull · · Score: 1

      I'm not sure what you're getting at. If the URI standard said "protocol:" was used to identify the transport protocol, and was not followed by slashes, then that's what it would be. Port number wouldn't be used (random tidbit: IE 6 actually refused to load things that specified port number, if you didn't prefix with http:/// because that would /still/ use the protocol as it does today. If a different port was provided.. it would be used with the named protocol. The only thing we're talking about is removing "//", not removing the protocol indicator....

    108. Re:Theres one technical point by Pieroxy · · Score: 1

      Nothing, it is that multiple https sites have a hard time living on the same IP.

      And why would that be? I have no issue at home...

    109. Re:Theres one technical point by Anonymous Coward · · Score: 0

      But what about the possibility that tech.slashdot.org isn't intended to do any web hosting? All of your links would (mysteriously) break.

    110. Re:Theres one technical point by Anonymous Coward · · Score: 0

      All of these examples are the wrong idea. Logically, the port belongs with the protocol, not the hostname.

      eg something like:
      http:8080:example.com

    111. Re:Theres one technical point by jc42 · · Score: 5, Informative

      So, what would you regexp for if all you had was a ":"? Normal text quite often does contain colons....

      Back in the early 1980s, before the folks at CERN gave us the first browser, there was another notation that was implemented by an assortment of networking software. It originated, as far as I can tell, with The Newcastle Connection (from the U of Newcastle-upon-Tyne" in England), one of the first fully-distributed unix file systems. What it did conceptually was to define a conceptual network directory one level above your root directory, named "/../". So to reference a file on machine X.Y.Z, you'd use a path like "/../X.Y.Z/...". The actual server on each machine typically wouldn't export its "/" directory, but rather would do what web servers do, and supply only a server-root directory (which could also be mounted by other machines by the unix mount command). So if you tried to access the file /../X.Y.Z/some/dir/foo.txt, you'd get the file that the remote machine had at /server-root/some/dir/foo.txt, so files outside the /server-root/ directory would be invisible to outsiders.

      This is, of course, merely another syntax for what the WWW calls "http://X.Y.Z/some/dir/foo.txt", but without the protocol field. The TPC implementation made the file readable or writable, depending on what the permission module allowed, via the usual open(), read(), write(), etc. library routines. This meant that all of the software on your machine was automatically able to use accessible files on other machines without any special coding. As with the Web, you just needed the machine name and the file's location relative to the server-root directory.

      The advantage of the Web's "http://" notation, of course, is that it allow the explicit use of different protocols. TNC's "/../" notation doesn't do that; the implementation gives direct access via the usual file-system routines, and hides the comm protocol inside the kernel's file-system code just as is done with local file I/O.

      Note that the "/../" notation isn't any more difficult to match than "http://", and it's a string that's equally unlikely to occur anywhere but in a TNC-style file reference. And note that there's no problem with adding a ":port" to the machine name with either notation.

      I've sometimes wondered why various browsers, especially the mozilla suite, haven't quietly implemented TNC notation and invited users to start using it. You don't need permission from any standards body to do this. It would only take a few lines of new code, wherever the software parses URLs. You'd have to add "/\.\./" as an alternative to "(\w*)://" at the start of the match, and make 'HTTP' the default protocol if omitted. While you're at it, add another * after the //, so omitting the second / will also work. But that's probably too user-friendly for any real web developer to bother implementing. ;-)

      (Actually, I've done this in a few projects that I've worked on. It doesn't break anything, and when people see that notation, they usually really like it and the new conceptual model of the Net that it puts into their mind. The Net becomes just a large, slow bus connecting millions of machines and their disks, joining them into one huge virtual computer. Replacing a big, messy communication protocol with a big, tree-structured file system gives a major reduction in complexity and points to a much easier way to do things.)

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    112. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Hosting providers do not know how to use ssl certificates in a responsible/correct way

    113. Re:Theres one technical point by BuckaBooBob · · Score: 1

      Someone tried with www.com/

      They were somewhat successful for quite a while.. but it died.

      --
      Who needs WiFi when we can have Packet Over Sheep! http://datacomm.org/PoS-InternetDraft.txt
    114. Re:Theres one technical point by Xtifr · · Score: 1

      DOS got it from CP/M.

      DOS got driveletter-colon from CP/M, but CP/M didn't have subdirectories, and neither did DOS 1.x. Even MP/M (multiuser CP/M) lacked subdirectories. The slashes, introduced in DOS 2.0, were borrowed from MS XENIX, but for some dumbass reason, MS decided to make them backslashes. They could have borrowed inspiration from another system, except that they were explicitly borrowing features from XENIX (UNIX-like file handles, pipes, the ".." directory and a host of other UNIX-y features were introduced at the same time). They even supported regular slashes internally for pathnames in their APIs--only the command shell required the use of backslashes (and, for a long time, you could fix that by setting the switch character internally).

      And you're right, they could have used another character (although that would have been pretty stupid too considering they were trying to UNIXify their CP/M clone), but the fact is that almost any other character would still have been better. Backslash is one of only a handful of punctuation characters that lacks a standard location on the keyboard, making it a truly idiotic character to use for something as common and regularly used as a directory separator.

    115. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Because the www isn't always necessary. Ever try going to http://www.slashdot.org?

    116. Re:Theres one technical point by Onymous+Coward · · Score: 1

      mailto : <username>

      mailto : 90125

      newscheme:8f:df:52:62:58:e5:7b:e1:28:cb:ae:58:01:4c:6f:78

      Not every scheme uses or will use <host>:<port>. Assuming those are generally present would break handling of unknown protocols.

    117. Re:Theres one technical point by Onymous+Coward · · Score: 1

      I'm already compensating for shell metacharacters in URLs: ?

    118. Re:Theres one technical point by cvos · · Score: 1
      Tim Berners-Lee Is Sorry About the Slashes

      But is he sorry about the slashdots as well?

      --
      I'm just here for the sigs
    119. Re:Theres one technical point by jack2000 · · Score: 1

      I'd rather have the port right next to the protocol. Example:
      http:80/example.com/ makes alot more sense, the port belongs with the protocol.
      if you don't supply port it does the default ones...
      http/example.com/

    120. Re:Theres one technical point by jack2000 · · Score: 1

      Your browser can't support them even NOW, it relies on the OS for association of unknown protocols.
      What difference would it make to have the browser/program query the os what to do with this protocol...

    121. Re:Theres one technical point by Darinbob · · Score: 1

      You look for :/. Ie, one slash instead of two. You still need one I think, if you want to support relative URLs. This used to be a used a lot more I think.

    122. Re:Theres one technical point by clone53421 · · Score: 1

      True. We'd have probably ended up with very different nomenclatures on other protocols as a side-effect, but it wouldn't be a show-stopper I don't think. They would just have to be designed differently from the get-go (you couldn't possibly go back and retroactively change it, of course).

      Perhaps mailto:gmail.com/~username ... since that is the standard for user paths in http anyway. Then perhaps you could also check your messages by visiting http:gmail.com/~username and logging in.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    123. Re:Theres one technical point by turbidostato · · Score: 1

      "It wouldn't change how I actually test in the slightest. I'd still go to http://192.168.1.2:81/ for testing"

      Don't worry. Sooner or later you'll discover the joy of name-based virtual hosts and you'll be glad again.

    124. Re:Theres one technical point by turbidostato · · Score: 1

      "Hosting providers do not know how to use ssl certificates in a responsible/correct way"

      Can you please illuminate all of us about what's the proper way a hosting provider should use ssl certificates the proper way?

    125. Re:Theres one technical point by turbidostato · · Score: 1

      "Multi-domain certificates are available from several different vendors"

      And they all show all the valid names to the one that wants to look at them through the SubjectAltName field. Do you really want to share your certificate for christianmorallity.org with your rudesex.com?

    126. Re:Theres one technical point by turbidostato · · Score: 1

      "The restriction is one certificate per IP, rather than one site per IP."

      The restriction is one certificate per IP/Port pair.

    127. Re:Theres one technical point by stuckinphp · · Score: 1
      --
      if only
    128. Re:Theres one technical point by stuckinphp · · Score: 1
      --
      if only
    129. Re:Theres one technical point by omnichad · · Score: 1

      The SRV record would be based on the individual host. That DNS record has the port number included with it.

      Apache would know what virtual host you want based on port number instead of host name.

      Would work for https too, since the multiple ports needed would be seamless. SSL doesn't have to be on port 443 to work.

    130. Re:Theres one technical point by clone53421 · · Score: 1

      In Slashcode, it finds http: where it is immediately preceded by whitespace and followed by non-whitespace (and apparently certain other characters) – hence that didn't auto convert since it was followed by whitespace.

      http:* auto-converts, http:^ does not. Certain other characters trigger the auto-convert, but it thinks they belong outside the link, and pulls the colon out too: e.g. http:.

      You can trick it into not auto-converting a link by putting something besides whitespace in front of it, e.g. <strong></strong>http://www.google.com will look just like http://www.google.com but it won't auto-convert because of the invisible tags in front of it.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    131. Re:Theres one technical point by defaria · · Score: 1

      HP didn't do anything with /net! The automounter treated /net as something special if so configured. IOW it did it on Solaris and Linux too and was not an HP invention - it was part of the automounter.

    132. Re:Theres one technical point by KevinKnSC · · Score: 1

      Good catch. The other thought that occurs to me now is that the rule could have simply been "if specifying a port number, you must also specify the protocol." Now there's no ambiguity in any case.

      It should also be noted that in the alternate universe where URLs look like http:example.com:80/whatever, we'd be having this conversation on colondot.org. That alone is reason enough not to have done things this way.

    133. Re:Theres one technical point by dmomo · · Score: 1

      Or, we could simply make the prepending ':' mandatory like: :slashdot.com

      Then there's no ambiguity. All urls would have one or two colons. Anything preceding a colon is non-ambiguiously a protocol declaration.

      If browsers wanted to be friendlier, they could allow colons to be ommitted all together in the event that neither port nor protocol are specified.

    134. Re:Theres one technical point by init100 · · Score: 1

      Where I work, we don't have that problem. We have a bunch of HTTPS-enabled sites, but those are just localized versions of our company site, running under different top-level domains. Thus, we do not need to be ashamed of the fact that all those host names are listed in our multidomain certificate.

    135. Re:Theres one technical point by c0y · · Score: 1

      Wrong. You can setup an https port on any port you like. The 'https' just tells it to use the Secure HTTP protocol as opposed to the HTTP protocol. It'll still honor and work with ports other than 443. Just specify the port in the URL.

      Yes, that is the entire purpose of the SRV concept. I am aware of how to configure apache and run SSL on alternate ports.

      I stand by the belief that HTTPS virtual hosting on a single IP address is not a viable option for hosting providers, because there is no way to communicate alternate port numbers to every possible user on the Internet who might want to connect to it.

      I get regular client requests asking me to map www.foo.com to 1.2.3.4:444

      Then I have to explain to them why that doesn't work, and we go down the sales process of selling them a better firewall that can have more than one IP address assigned to it. Because the clients are unwilling to tell their clients "Our secure website is www.foo.com:444". And honestly, I can't blame them. I wouldn't accept that for my website.

    136. Re:Theres one technical point by Haeleth · · Score: 1

      It would seem simple to just discard the two dots and just have a // to specify the remote host.

      // already has a meaning in UNIX: it means exactly the same as /, ///, ////, and any other number of slashes you care to enter. Changing this would break a lot of software.

      For example, a script can safely write "$SOMEDIR/$SOMEFILE", and it will work perfectly even if $SOMEFILE is in the root directory and the user sets $SOMEDIR to "/". Imagine the confusion that would result if the script suddenly started trying to connect to "http://$SOMEFILE" instead!

    137. Re:Theres one technical point by hackstraw · · Score: 1

      Who says WWW unless they intentionally mean World Wide Web? People just say goto google.com or wikipedia.com. Yes, I know wikipedia is under the .org domain, but the .com works just fine. Same with slashdot.com for slashdot.org. So, I say skip the web. as well.

    138. Re:Theres one technical point by mysidia · · Score: 1

      No... port number is related to the hostname, not the protocol.

      You connect to a certain host on a certain destination port. That is, you connect to a host,port pair.

      And once the TCP connection is established to that host,port pair, you speak a certain protocol.

      In other words, host and port are more strongly bound than protocol and port.

    139. Re:Theres one technical point by mysidia · · Score: 1

      All of these examples are way more bad than just having the :// there (which is quite a standard in URI's too). And the @ would break username:password@ combo, so that would need changing too. And host:80 is the standard way to put hostname and port number together.

      The reference to URIs is a straw man. URIs were defined from URLs originally, so if URLs had a different notation, URIs would have also.

      As for specifying username and password in a URL, it was basically useless -- modern browsers treat such URLS as invalid, due to the phishing risk. I would suggest using a different notation for passwords

      http:example.com@80,user=fido,pass=blah/path/to/file.txt

      http:example.com@user=fido,pass=blahpass/path/to/file.txt

      http:[example.com:80]@fido:blahpass/path/to/file.txt

    140. Re:Theres one technical point by Anonymous Coward · · Score: 0

      How many hours of speech would be saved?

      None. People will always talk enough to fill the time. Besides, the English language has more fluff words than just "www".

      Can you find all of the fluff words in this post?
      (Hint: About half.)

    141. Re:Theres one technical point by complete+loony · · Score: 1

      When we make the transition from CA signed certs to DNSSEC published public keys for web servers, we have a chance to redefine the url to do all of the above in one go;

      s:tech.slashdot.org/story

      I'm guessing we should use a different protocol name to support the differences in the way the key is obtained and verified, and we could provide a default port number along with the published public key in the DNS record.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    142. Re:Theres one technical point by Lunzo · · Score: 1

      www has an English bias too. What do you think it stands for? Here's a hint: world-wide web. I doubt the equivalent expression in most other languages has three words all beginning with w. How about languages which don't use the Latin alphabet?

      I think http:/// is necessary. Arguments about wasted paper & keystrokes are pointless.

    143. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Epic win.

    144. Re:Theres one technical point by mikael · · Score: 1

      It's just part of NFS - the first time I saw the use of the /net directory was on a HP network.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    145. Re:Theres one technical point by Anonymous Coward · · Score: 0

      No, the knowledge that you've attempted to replace NAT port forwarding, the use of /etc/hosts, test setups on high numbered ports, and test setups where DNS is not under the control of the local administrator indicates that you should go back to publishing CPAN modules for problems that were solved decades ago.

    146. Re:Theres one technical point by erikina · · Score: 1

      Nothing. But it'd allow you to have multiple https sites on the same ip (and would provide a nice way of doing multiple http hosts on the same ip)

    147. Re:Theres one technical point by bandmassa · · Score: 1

      Meh. It is what it is. I think the article is a little tongue in cheek when it claims the double slash has "infuriated" web surfers. There may have been a little confusion amongst windows users early on, but these days people just accept it and most browsers don't require the protocol and double slash for standard hypertext locations, anyway. Get over it, Tim, we forgive you.

      --
      "I hope you like Guinness, Sir. I find it a refreshing substitute for, er... food." Col. Jack O'Neil, SG-1
    148. Re:Theres one technical point by Logic+and+Reason · · Score: 1

      I'd rather redirect from www.example.org to example.org, personally. Or were you saying that the www. prefix provides some benefit to customers?

    149. Re:Theres one technical point by Anonymous Coward · · Score: 0

      I _don't_ like that idea, because -- as you point out -- it puts subdomains in the same namespace with server pages.

      When you think of joining two namespaces, think first about the possibility of collisions. You know, like if the /tech and tech. were up at the same time, but with different content. Not only that, but then you have to consider the mechanics of resolving the collision, keeping in mind that those mechanics must operate everywhere, because you can't magically know when a collision will happen. Should the /tech have precedence? then we need to send a request, wait for a 404, and then try a request to tech.slashdot.org. Or maybe we'll give the lower machine priority, so first we do a DNS lookup on 1219215.14.10.09.story.tech.slashdot.org, and if it fails, keep truncating and re-lookuping until we get a reply at some response... but this has unspeakable grief in the common case of DNS wildcarding.

      Bottom-line: there's no way to overlay the namespaces like that without at least doubling the nomber of round trips, so your clever little plan just brought the internet to a crawl.

    150. Re:Theres one technical point by Builder · · Score: 1

      Good luck with that with most corporate firewalls - your solution would mean that loads of ports would need to be open outbound for SSL websites - companies want to restrict outbound access.

    151. Re:Theres one technical point by Imsdal · · Score: 1
      No. Maybe I am not quite clear here. Let me be more specific.

      www.domain.com works as it should. No problems there. But just domain.com gives an error message (Network Error (dns_server_failure)). That's just inexcusably poor.

    152. Re:Theres one technical point by srl100 · · Score: 1

      How about a different scheme to specify the port?

      Like a double slash? :)

    153. Re:Theres one technical point by Anonymous Coward · · Score: 0

      It gets even worse with IPv6:

      http:::1:80

      Broken up:
      http: = as in parent post ::1 = localhost :80 = port 80

      As it is, even http://::1/ doesn't seem to work in Firefox, even though http://localhost-ipv6/ (which I have mapping to ::1 in /etc/hosts) does work.

    154. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Relative urls are relative to the location of the current page, which already has a protocol. Thus, the http: is not part of a relative url.

    155. Re:Theres one technical point by Ren+Hoak · · Score: 1

      The problem with transparent relocation like this is arbitration of which physical source to use when, for example, the local server has a valid "tech" component, and "tech.shashdot.org" also exists.

      Worse... on my domain, *.mydomain.tld" resolves to www.mydomain.tld -- it seems like such an implementation could cause my site to fail.

    156. Re:Theres one technical point by portalcake625 · · Score: 0

      He wanted to do "http:org/tech.slashdot/story/09/10/14/1219215/Title", as stated in his own personal website.

    157. Re:Theres one technical point by ToreTS · · Score: 1

      DOS already used the slash for command line switches (similar to - in Unix), and this was borrowed from CP/M. Since they did not want to break compatibility, they had to find another path separator, and adopted the backslash for this purpose. Modern versions of Windows now accept forward slashes as path separators, but on the command line you will have to enclose a forward-slash-separated path in quotation marks, in order to avoid it being parsed as command-line switches.

    158. Re:Theres one technical point by Anonymous Coward · · Score: 0

      http:org/slashdot/tech/story/...

      With that syntax, Slashdot would have to change its name to Slashslash and we'd have to have a new TLD called "colon".

      http:colon/slashslash/tech/story/...

    159. Re:Theres one technical point by Nevyn · · Score: 1

      http:org/slashdot/tech/story/... (use SRV record)

      I've always liked that idea (which I've seen before) because it treats subdomains in the same way it treats subdirectories under the document root

      This seems like a really bad idea, to me, for that reason. Given the above, the client now has to do 4 DNS lookups (org, slashdot.org, tech.slashdot.org, story.tech.slashdot.org ... instead of one). Then depending on the rules, they'll have to see if tech.slashdot.org/story exists, before falling back to slashdotr.org/tech/story. Saying if DNS exists use that host would be terrible, saying if DNS exists and a webserver is there might be doable but would be really annoying as you'd have to migrate the entire sub-dir. On the other side testing what is there is much more expensive on the client side, and is bound to get screwed up with things like "oh someone put a global 301 mod_rewrite on tech.slashdot.org so now nothing works"

      --
      ustr: Managed string API with ave. 44% overhead over strdup(), for 0-20B
    160. Re:Theres one technical point by Anonymous Coward · · Score: 0

      I never said that it would be easy on a shared web host

      Well that's whet every body else is talking about so just STFU already.

    161. Re:Theres one technical point by DoubleMike · · Score: 1

      I think the more appropriate way to do it would have been this: http:80,tech.slashdot.org/story/09/10/14/1219215/Tim-Berners-Lee-Is-Sorry-About-the-Slashes There, problems gone.

    162. Re:Theres one technical point by clone53421 · · Score: 1

      My personal favourite trick for localized testing is to temporarily set the browser's proxy server to 127.0.0.1:8080 with proxying turned off so that any domain name will serve the pages off the local server on port 8080. You can use something boring like http://home/script.php to test the page or you can be more creative and mimic the domain name of the site you're developing for (so the URL is the same as if you were running the real thing, but it's still on the local server). You also don't have to specify the port, since all the requests go to the browser's proxy address anyway (and since proxying is turned off, it ignores the domain name and looks for a local page instead).

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    163. Re:Theres one technical point by amicusNYCL · · Score: 1

      Or a double colon. Anything really, if people are going to describe possible different syntax for the scheme, might as well also redefine the port syntax.

      --
      "Our two-party system is like a bowl of shit looking at itself in a mirror." - Lewis Black
    164. Re:Theres one technical point by turbidostato · · Score: 1

      "My personal favourite trick for localized testing is to temporarily set the browser's proxy server to 127.0.0.1:8080 with proxying turned off so that any domain name will serve the pages off the local server on port 8080"

      Now try that to test two local sites at the same time.

      Folks: is it really *so* dificult to grasp the "name based virtual host" concept? Is it really *so* dificult to populate your computer's host file?

    165. Re:Theres one technical point by clone53421 · · Score: 1

      Using two browsers? :P

      Is it really *so* dificult to populate your computer's host file?

      That would actually be a pretty good hack. I think you'd need to do an ipconfig /flushdns to set your changes. For a quickie to test one local host, it's still easier and more fun to set the proxy like I described... also, sometimes it's funny to set local pages that load on "real" URLs for real domains.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    166. Re:Theres one technical point by Albanach · · Score: 1

      Okay - that's true, though for obvious reasons most folk prefer to avoid non-standard ports.

    167. Re:Theres one technical point by badkarmadayaccount · · Score: 1

      Try and get a wildcard cert and call me...

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    168. Re:Theres one technical point by TemporalBeing · · Score: 1

      You need to look at the naming schemes in Apache and other webservers. They can often redirect using the same IP address and using different hostname. You can always recommend using "www.foo.com" and "www.secure.foo.com" (or whatever) as well towards that end.

      --
      Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
    169. Re:Theres one technical point by Anonymous Coward · · Score: 0

      Not really. Makes most sense to have the host and port group together. Host is who, port is where. Protocol is how you communicate.

      To communicate, you need all three. Web browsers use (almost exclusively, with the exception of https and the rare ftp) the http protocol. You need the host and the port to know who and where to connect, but of course you can assume port 80 for http.

      No different from face-to-face communication; you need the language (protocol), the who (talkee), and the where (ears). You can, of course, use a different protocol or port if you explicitly desire to do so (inb4 sharpie in pooper).

      Yes, all of that was really just a lengthy excuse to say "sharpie in pooper" on slashdot.

    170. Re:Theres one technical point by clone53421 · · Score: 1

      localhost, etc.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    171. Re:Theres one technical point by Albanach · · Score: 1

      I have one - it cost about $100 from rapidssl.

      It was no more difficult to get than any other telephone authorised SSL cert (other than being more expensive).

  2. From the year 2022 by suso · · Score: 5, Insightful

    I used my time modem to login to the Internet3 in 2022 and pulled this review from cdweggbuy (yes, that's a full URL because people thought it was ok to remove gTLDs and also got rid of that pesky http:/// for a VeriLogiSoft Computer Interface device. But of course I got infected by a future virus because my Firefox plugin that matches malicious content didn't know how to identify as a URL.

    Ok back to the present.

    The problem with letting people have what they want is that the majority of people don't understand why things are the way they are. Tim made the right choice,
    he just feels that it is wrong now because he's had to hear people complain about it for the past 15-20 years. But when it comes down to it you need some parts of a URL to indicate what something is.

    1. Re:From the year 2022 by Anonymous Coward · · Score: 1, Insightful

      protocol:host[:port]/path is unambiguous, considering that the colon can not appear in the protocol part or the host name. It might be easier to hand-craft a parser to look for the // than a parser which needs to tell the components of a URL apart with just colons for separators, but a properly generated parser works with both and is no more complicated either way.

    2. Re:From the year 2022 by suso · · Score: 1

      Ok, but can we just drop protocol: then and not have the / between host and path? I don't want to type in slashes at all.

      See what my point is now?

    3. Re:From the year 2022 by jayhawk88 · · Score: 1

      I love that a post that begins "I used my time modem..." can be modded as Insightful. God bless you, you crazy mods.

    4. Re:From the year 2022 by Anonymous Coward · · Score: 0

      Whatever it is that you take in the future, pass it around.

    5. Re:From the year 2022 by deniable · · Score: 1

      Yeah, it was unambiguous last week when I typed ned:8080 and an nntp client started up. I then had to tell the oh so helpful browser that I wanted http://ned8080./ ned, news: close enough. Granted it was IE, so there are worse things it could have done.

    6. Re:From the year 2022 by hattig · · Score: 1

      Rubbish. More / are needed. Maybe even some backslashes.

      http://org/slashdot/tech/article.pl/sid=09\10\14\1219215

      Such perfection! You drill down from the root. Also see:

      file:/home/hattig/filename.txt

      Works! Lovely.

      Of course you'd have to stick the port elsewhere:

      http:8080/com/example/www/news/2009101414450

      and finding the entire hostname versus folders/files would be difficult for http URLs as the / delimiter is used throughout. You could use dotted notation:

      https:443/com.example.www/news/2009101414450

      Or make DNS return the longest match for the entire URL.

      All academic of course, and probably with just as many problems down the line.

    7. Re:From the year 2022 by DrgnDancer · · Score: 1

      Have an even mildly intelligent system that assumes of the first field is not a recognizable protocol it must be the address? It wouldn't be that hard. Computers make guesses about what we want all the time. Pretending for a moment that I have an earlier version of Firefox without the Awesome Bar (which is actually just a more advanced version of what I'm talking about anyway), and I type "slashdot" into the address bar. Firefox sees that I have typed an invalid url and says:

      "Hmmm. He probably wants to use http since I'm a web browser. Most of the urls in the world end with ".com" so he probably means http://slashdot.com/"

      It then tries that url and I get to /. If http://slashdot.com/ isn't a valid url, it also looks at slashdot.org (which in this case would also work) and slashdot.net. It also tries all three with "www" in front of them if none of the bare urls work. Finally, it tries all the valid country code TLDs for the country it believes itself to be in. It may even try all of that for the ftp protocol too, I'm not sure.

      Since most operating systems and even a lot of software have a list of protocols that they recognize, it would be trivial for a browser to look at a url and decide whether the first field is a protocol it can deal with or not, then act accordingly.

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    8. Re:From the year 2022 by Anonymous Coward · · Score: 0

      May I remind you that the actual HTTP URL standard does use the double slashes. You still got the NNTP client, so how do the slashes help?

    9. Re:From the year 2022 by deniable · · Score: 1

      And the oh so helpful slashdot trashed http : // ned : 8080 / for me. Funny, I didn't spot it in preview, bed time I guess.

    10. Re:From the year 2022 by smoker2 · · Score: 1

      And what about the thousands of other pieces of software that aren't browsers ? Should they all be rewritten too ? Maybe you haven't noticed that we are currently reading tech.slashdot.org not www.slashdot.org. Should your mythical software update take care of any hostname that could possibly be invented ? As far as I'm concerned, // is no problem. You could save just as much typing time by calling the protocol htp or just h.
      Non-event.

    11. Re:From the year 2022 by pavon · · Score: 1

      See what my point is now?

      No, I don't see your point. Just because it is a stupid idea to remove the useful inner slashes doesn't make it a bad idea to remove the redundant leading slashes.

    12. Re:From the year 2022 by commodore64_love · · Score: 0

      >>>See what my point is now?

      No this discussion is thoroughly confusing me. I don't understand why http:/ is necessary, just as I don't understand why I have to type dir a:\ ----- I grew-up learning and using the Commodore Amiga CLI (command line interface) and all you needed to do was type* dir df0: or dir df0:nudiepics. It was extremely confusing when I moved to MS-DOS in the 1990s, and had to type dir a:\ or dir a:\nudiepics.

      If the Amiga and other CLIs didn't need slashes after the drive qualifier, then I don't think DOS or HTTP needs slashes either. (shrug)

      *
      * df0: == disk floppy 0; equivalent to a:
      * df1: == disk floppy 1; equivalent to b:
      * dh0: == disk hard 0; equivalent to c:
      * dh1: == disk hard 1; equivalent to d:
      * ram: == ram disk
      * et cetera

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    13. Re:From the year 2022 by DrgnDancer · · Score: 1

      I'm not saying it should be changed. Damn, that would be a nightmare. He regrets having done it that way in the first place, and had he not it would have been trivial to work around. Where does anyone say in the article that we should change it now?

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    14. Re:From the year 2022 by Anonymous Coward · · Score: 1, Insightful

      Amiga OS, like Unix, has a current directory. MS-DOS has a current directory per drive. MS-DOS isn't really being stupid here; it's just different.

      And you can even argue that the MS-DOS approach has an advantage. It is kind of handy when you're working with multiple drives, like moving your nudie pics around. On each drive, you navigate to where you want to be, then since you're an old fart, you forget which directories you just went to, and then copy the nudie pics from the current directory on A (or df0) to the current directory on C (dh0).

      To do that (be able to forget where you are on one drive, and still have things work ok) on the Amiga, use an assign. But that's an extra step.

      Of course, I can't think of a way to apply that argument to http, so I end up agreeing with you anyway.

    15. Re:From the year 2022 by commodore64_love · · Score: 0

      Ahhh that make sense. errrr...ummm... Okay not really. I still don't understand why MS-DOS needs the c:\ because without that slash it could still support multiple current directories.

      >>>I can't think of a way to apply that argument to http, so I end up agreeing with you anyway.

      Yep. :-)

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    16. Re:From the year 2022 by Philip_the_physicist · · Score: 1

      protocol:[user[:pass]@]host[:port]/path still seems to work in your scheme too.

    17. Re:From the year 2022 by bickerdyke · · Score: 1

      review from cdweggbuy (yes, that's a full URL because people thought it was ok to remove gTLDs and also got rid of that pesky http:///

      (spooky voice) Prepare for "The Return Of AOL Keywords !!"

      --
      bickerdyke
    18. Re:From the year 2022 by Attila+Dimedici · · Score: 1

      The problem with letting people have what they want is that the majority of people don't understand why things are the way they are. Tim made the right choice, he just feels that it is wrong now because he's had to hear people complain about it for the past 15-20 years. But when it comes down to it you need some parts of a URL to indicate what something is.

      I didn't read the article and I haven't given this a lot of thought, so I am not sure I am interpreting this correctly. It is possible (likely?) that a better choice than the "://" could have been made. However, if he had made that choice, people would still be complaining about it today with a similar degree of vehemence. As several people pointed out having some unique identifier there technically simplified many tasks involving the Web, so without something there would be other problems.

      --
      The truth is that all men having power ought to be mistrusted. James Madison
    19. Re:From the year 2022 by mea37 · · Score: 1

      "the actual HTTP URL standard does use the double slashes"

      True. But the actual behavior of IE does not require the double slashes, which makes IE's behavior a useful example of what can happen when you omit them.

      "how do the slashes help?"

      Like any rule, it only helps if the tool enforces it. If IE required the slashes, then it could hot have interpreted GP's URL as a news URL. It either would default the protocol to http (what was intended) or throw an error (more annoying, but reasonable).

      The point is, while protocol:host[:port]/path may be unambiguous, [protocol:]host[:port]/path is not.t

    20. Re:From the year 2022 by petermgreen · · Score: 1

      Ahhh that make sense. errrr...ummm... Okay not really. I still don't understand why MS-DOS needs the c:\ because without that slash it could still support multiple current directories.
      In DOS you can use a command like "copy a:filename c:filename" to copy a file from the current directory on drive a to the current directory on drive c.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    21. Re:From the year 2022 by Anonymous Coward · · Score: 0

      However, it does not work with [protocol:]host[:port]/path. So you would have to at least have

      [protocol]:host[:port]/path

      So no matter what, you still have to type more than just the host name, if you want the ability to select between protocols and well-known ports.

    22. Re:From the year 2022 by Anonymous Coward · · Score: 0

      protocol: is a given and not up for debate what we are discussing is the URL, the //site/path part
      a URL is protocol independent i can (in theory) get the same resource by using protocol1:URL protocol2:URL , in practice this rarely happens but it is what puts the U in URL.
      how do i specify that i want to go to the website tech.slashdot.org/story/... not the file on my computer ./tech.slashdot.org/story/... ? I need some sort of URL signifier, currently it is // which isn't great but works as any file you are calling via //file is also available via /file so // can go elsewhere. | might be ok but "|tech.slashdot.org" is a valid file name which i would have to call ./|tech.slashdot.org which is not nice. I cant think of any sensible alternative to "//"

    23. Re:From the year 2022 by aztracker1 · · Score: 1

      You can do a "dir C:" without the "\" the issue is that you don't get the list of the files in the \ directory of the C: drive, you get a list of whatever directory you were last in..

      C:\> cd windows
      C:\Windows> d:
      D:\> dir c: ...list of files for C:\Windows...

      Does this make more sense now?

      --
      Michael J. Ryan - tracker1.info
    24. Re:From the year 2022 by clone53421 · · Score: 1

      Such perfection! You drill down from the root. Also see:

      file:/home/hattig/filename.txt

      What is the root, though? You can also visit file:/, whereas http:/ is a useless concept – it refers to the entire internet? That's too broad to be worthwhile. For this reason, it's most intuitive to think of the root as "slashdot.org", rather than org with a branch /slashdot/. It is a single unit, and shouldn't be separated. Likewise, the port is part of that unit and should be put there, not after the protocol. E.g., this is how I'd structure it (including the port, though :80 can be omitted as it's the default port for http:):

      http:slashdot.org:80/tech/article.pl

      This is analogous to the file: protocol, which assumes a host of localhost, i.e. the root really comes before the first slash (but is normally omitted, since it's localhost):

      file:localhost/home/hattig/filename.txt

      Note that subdomains were introduced for the same reason I just described: to create a more specific root (rather than a branch from a broader root). You could just as easily use /tech/ following your domain name (Slashdot could have easily done so, if it had been desired, and I actually think it'd have made more sense that way).

      I think of maps.google.com as a completely different website from news.google.com, not branches off the original Google website root. (Personally, I don't think of tech.slashdot.org as a different website from www.slashdot.org, and I think this use of subdomains is incorrect. I didn't have a say in the matter, though.)

      For that matter, you could use similar logic to argue that file:/ is the root, so http:slashdot.org:80/ should be the root of the web address, without a slash between the protocol and host.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    25. Re:From the year 2022 by clone53421 · · Score: 1

      You're supposed to handle unknown protocols, though. What you should do is assume, if the last bit of information is an integer, that it's the port. Then, what's left is either protocol:host or just host.

      Note: This means host cannot be an integer, which is an acceptable restriction IMO.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    26. Re:From the year 2022 by clone53421 · · Score: 1

      You sort of missed what AC was implying.

      In MS-DOS, since it has current directories per drive, I can do this:

      c:\>cd nudiepics
      c:\nudiepics>a:
      a:\>cd nudiepics
      a:\nudiepics>dir /w

      a:\nudiepics>move a_*.jpg c:
      a:\nudiepics>move b_*.jpg c:

      Well, I could if I had such a folder as c:\nudiepics.

      I don't have to type the full path both times – it knows drive c's current directory, and I only have to set it once.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    27. Re:From the year 2022 by clone53421 · · Score: 1

      http://ned:8080/

      Works fine for me.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    28. Re:From the year 2022 by clone53421 · · Score: 1

      Erm, what I should have said was, Slashdot converts http://ned:8080/ to http://ned:8080/ just as you'd expect. That's not what you typed.

      What you typed: http://ned:8080.
      And got this: http://ned8080./

      Without the trailing slash, with a period (which Slashdot thought was part of the URL, but only because you omitted the slash: http://ned:8080/. changes to http://ned:8080/. – also as expected).

      You can trick it into not converting the URL by putting anything other than whitespace immediately ahead of http:* ... for instance, if I type http:* it will auto-convert, but <p>http:*</p> will not auto-convert, nor will <strong></strong>http:* ... which is how I've done it in this post when I didn't want it auto-converting, BTW.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    29. Re:From the year 2022 by hattig · · Score: 1

      Yeah, all good points. I did mainly start to introduce more slashes in though in a mildly sarcastic manner for the original poster ;-)

      And it's academic now because all reasonable software will handle the faff with URLs.

    30. Re:From the year 2022 by Anonymous Coward · · Score: 0

      If so, can we get an apology from all the media-folk who have worn down our eardrums and patience by unecessarily saying "forward slash" for 20 years?

  3. Just for the looks? by kill-1 · · Score: 1

    I think they look pretty cool and techy

    1. Re:Just for the looks? by Mitchell314 · · Score: 1

      Were they supposed to serve another purpose?

      --
      I read TFA and all I got was this lousy cookie
    2. Re:Just for the looks? by bipbop · · Score: 1

      Definitely. Can you think of anything more techie than saying "Okay, now browse to http colon slash slash slash dot dot org dot slash on your Apple slash slash e"? I can't.

    3. Re:Just for the looks? by Vectronic · · Score: 1

      Wouldn't it be: Apple italic I italic I subscript E ...

    4. Re:Just for the looks? by commodore64_love · · Score: 1

      Apple //e? I thought it was Apple ][e? Or possibly Apple IIe? I'm so confused. (reaches for Shakespeare folio). "To be or not to be..." ahh better.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
  4. yes by nomadic · · Score: 4, Funny

    not to mention the human labor and time spent typing those two keystrokes countless millions of times in browser address boxes.'

    Has anyone had to do that since NINETEEN NINETY FOUR? Is Berners-Lee still using Mosaic or something?

    1. Re:yes by Norsefire · · Score: 2, Informative

      There are a number of https websites I have used/use that (for whatever reason) don't automatically redirect if you simply type the web-address. Hence you have to manually type "https://..." to get the secure site.

    2. Re:yes by Anonymous Coward · · Score: 0

      Sir! In order to preserve your sanity, you have concealed from your friends and colleagues your familiarity with the electronical arts.

      This was no modest undertaking, yet you have deceived without effort all who asked "Do I need to type in this bit?" and emerged triumphant and untroubled by their eternal protocolic queries.

      Your humble servant requests that he become your disciple and learn the Way of the Unknown URI Syntax, and tear from himself the burdened title of free support guy.

    3. Re:yes by agnosticnixie · · Score: 1

      A number of ISP have taking to breaking that kind of functionality - at least in Canada, Rogers and Bell do it, and half the time redirect you to their stupid search portal.

    4. Re:yes by smoker2 · · Score: 1

      or you could go to the http site and add an s and load that. Or even add a bookmark ! Please. No browser recognises a hostname other than www so there are lots of sites where you have to type the "http://"
      Try going direct to this slashdot article without typing "http://" first. This is why the hyperlink and bookmarks were invented - so you don't have to type the address. Here's what happens if I don't surround http:/// with quotes (notice there are 3 slashes, I only wrote 2, blame slashcode)

    5. Re:yes by corbettw · · Score: 1

      Too bad you can't go directly to the secure site and bookmark it.

      --
      God invented whiskey so the Irish would not rule the world.
    6. Re:yes by smoker2 · · Score: 1

      If I want to access my banks secure site in firefox I hit CTRL+T then type bank. I have already given the keyword 'bank' to the bookmark. Why do so many people complain about the hardship of repeatedly typing long urls when you only have to do it once. That is what computers are good at, repeating mundane tasks.

    7. Re:yes by b4dc0d3r · · Score: 1

      I'm on a wireless keyboard - in case someone's listening, I gave it a nickname that seems like online gambling. Someone listening will think my transfers and bill payments are wagers... at least that's my intent.

      After it gets past the keyboard, it should be safe with encrypted WLAN and SSL, right? (ok stop laughing).

      Point is, wireless keyboards caused me to rethink some things.

    8. Re:yes by NotOddManOut · · Score: 1

      LOL. How about just typing the hostname and pressing -enter? Most browsers today have this and other keystroke time-savers built in.

    9. Re:yes by osu-neko · · Score: 1

      The problem I've always found is the the time it takes for the browser to disambiguate my ambiguous address is greater than the time it would have taken me to just type "http://" at the start.

      --
      "Convictions are more dangerous enemies of truth than lies."
    10. Re:yes by _generica · · Score: 1

      Sure, the first time you go to it.

      The second time, it should be in your Firefox Awesome Bar, and you won't need to type more than the domain.

      The third time, you should consider bookmarking the site.

      OP is dead on the money

    11. Re:yes by Anonymous Coward · · Score: 0

      There are a number of https websites I have used/use that (for whatever reason) don't automatically redirect if you simply type the web-address. Hence you have to manually type "https://..." to get the secure site.

      The reason is usually because whoever set up the site was either an idiot or an asshole. Or both.

  5. It's time to... by Firemouth · · Score: 2, Funny

    ... get your pitchforks and torches! We've finally found the guy responsible for those satanic slashes!!!

    1. Re:It's time to... by kalirion · · Score: 2, Insightful

      Get with the times, dude. Class action lawsuits are way more profitable!

    2. Re:It's time to... by Anonymous Coward · · Score: 0

      No they're not! What're you on about? They're only profitable for the... law...yers...

      THAT ENGINEER'S A SPY! Where's mah pyros?

    3. Re:It's time to... by Anonymous Coward · · Score: 0

      ...and if microsoft had invented it, it would've been http:\\www...

    4. Re:It's time to... by Dan541 · · Score: 1

      But he hasn't stolen our imaginary property yet.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
  6. to think .. by Errtu76 · · Score: 5, Funny

    .. we could've had colondot instead of slashdot! I like it!

    1. Re:to think .. by Anonymous Coward · · Score: 0

      And given the amount of crap lately, it would have been more appropriate.

    2. Re:to think .. by aicrules · · Score: 1

      colondot

      You should get that looked at.

    3. Re:to think .. by Rude+Turnip · · Score: 1

      Colondot: IT Stinks Sometimes

    4. Re:to think .. by Tweenk · · Score: 1

      I had the impression that Slashdot was named after the notation for the filesystem root on Unix systems, not after an URL.

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    5. Re:to think .. by Anonymous Coward · · Score: 0

      Except that /. doesn't refer to URLs...

    6. Re:to think .. by clone53421 · · Score: 2, Interesting

      No, it's a joke on the URL syntax. You read it "H T T P colon slash slash slash dot dot org." The FAQ addresses this somewhere, and reluctantly admits that, although funny, it was perhaps an ill-thought-out joke since it does make it difficult to verbally speak the URL without confusing your listener. /faq/slashmeta.shtml#sm150

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    7. Re:to think .. by clone53421 · · Score: 1

      Except that yes it does...

      In the words of the CmdrTaco himself,

      What does the name "Slashdot" mean?

      "Slashdot" is a sort of obnoxious parody of a URL. When I originally registered the domain, I wanted to make the URL silly, and unpronounceable. Try reading out the full URL to http://slashdot.org/ and you'll see what I mean. Of course my cocky little joke has turned around and bit me in the butt because now I am called upon constantly to tell people my URL or email address. I can't tell you how many people respond confused "So do I spell out the 'dot' or is that just a period?"

      Answered by: CmdrTaco

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    8. Re:to think .. by LordKronos · · Score: 1

      http://slashdot.org/faq/slashmeta.shtml#sm150

      It was meant to be confusing with the repeated "words". h-t-t-p-colon-slash-slash-slash-dot-dot-org. Without the slashes, it would have to have been h-t-t-p-colon-colon-dot-dot-org

    9. Re:to think .. by barath_s · · Score: 1

      If he had foreseen the commercial impact, he would have used $$ instead of // Though as a Brit working in Euroland, he could have supported other protocols such as ££ or €€

  7. backslashdot by thhamm · · Score: 5, Insightful

    Nah. Slashes are fine, but Microsoft should be sorry about backslashes!

    1. Re:backslashdot by Anonymous Coward · · Score: 0

      Backslashes are a nightmare to type on foreign keyboard layouts (I've got first-hand experience with Finnish, you've got to press control-alt-+ so typing in especially long Windows pathnames becomes a nightmare)

    2. Re:backslashdot by syrinx · · Score: 4, Interesting

      I'm pretty sure they are sorry about that. I can't remember who it was, Paul Allen maybe? But one of the early MS programmers said once that he hugely regretted using / for switches in DOS 1.0. When they added directories in a later version, / was already taken so they had to use \ instead.

      --
      Quidquid latine dictum sit, altum sonatur.
    3. Re:backslashdot by deniable · · Score: 2, Interesting

      Well, they added directories in MS-DOS 2 and had already used forward slashes for switches in MS-DOS 1, so what could they do? Can someone older than me confirm that they 'researched' the slash for switches from CPM?

    4. Re:backslashdot by Anonymous Coward · · Score: 1, Interesting

      Paul Allen was the early Microsofty who escaped with some of his soul intact, so it was probably him who regretted it.

    5. Re:backslashdot by Anonymous Coward · · Score: 0

      Actually, arguably the slashes in URLs are an unfortunate choice then. Since Windows inherited DOS's backslashes and DOS had them because they were common on personal computers at the time (CPM, DOS and various desktop environments on almost all computers used backslashes). And that means that backslashes remained the common path separator on personal computers. Which means that thanks to going for slashes rather than backslashes in URLs, every user has to deal with two different path separators. It was a stupid and short-sighted move.

    6. Re:backslashdot by Larryish · · Score: 2, Funny

      We should get rid of all those useless delimiters NOW!

      Programming languages are full of them, think of how much more productive programmers could be if they weren't typing all those DAMNED DELIMITERS!!!

      DAMNIT!!!

    7. Re:backslashdot by digitalaudiorock · · Score: 2, Insightful

      Nah. Slashes are fine, but Microsoft should be sorry about backslashes!

      Boy, you're not kidding. Nothing like using a directory delimiter that's the escape character in pretty much every programming language there is. It's a good thing that most GNU programs etc ported to Windows let you use forward slashes in place of back slashes.

    8. Re:backslashdot by EvilNTUser · · Score: 1

      What kind of keyboard do you have? The actual combo is altgr-+.

      --
      My Sig: SEGV
    9. Re:backslashdot by 140Mandak262Jamuna · · Score: 0, Troll

      The main reason is to be incompatible with everyone else. Microsofties knew backslash was an escape character in most unix shells. So they must use it to add as much pain to those people using Command line interface. Also when Win98 came out they added spaces in file names specifically because that will have to be escaped in any shell. But forward slashes work fine in the api. From any code, you could use fopen("c:/foo.txt","r") and it will work just like fopen("C:\foo.txt","r") in Windows.

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    10. Re:backslashdot by catmistake · · Score: 2, Insightful

      Nah. Slashes are fine, but Microsoft should be sorry about backslashes!

      Thanks for using the proper terminology. There are slashes, and there are backslashes. There are NO 'forward' slashes. And though Microsoft is cupable, I blame Windows users for unnecessarily complicating the language in a vain attempt to sound like they know what they are talking about. Those extra seven letters are superfluous. It's like saying "CPU processor" or "DNS server." If I see it used again, I'm really going to forwardflip out!

    11. Re:backslashdot by LWATCDR · · Score: 2, Informative

      MS-DOS was a copy of CP/M.
      CP/M used / for switches so MS did the same. Maybe CP/M machines didn't have a backslash? I know they sure didn't have a pipe command. Also QD-Dos was designed to run on S100 buss machines and used terminals. Microsoft bought it and made it into PC-Dos and then made it into MS-DOS.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    12. Re:backslashdot by not-my-real-name · · Score: 1

      I'm not sure about CP/M, but the operating systems from DEC used slash for switches (RSTS and VMS being the ones that I'm familiar with). This probably came from earlier versions and likely even predated CP/M.

      --
      un-ALTERED reproduction and dissimination of this IMPORTANT information is ENCOURAGED
    13. Re:backslashdot by shutdown+-p+now · · Score: 1

      Nah. Slashes are fine, but Microsoft should be sorry about backslashes!

      You can thank IBM for that one (be sure to read Hans Spiller's comment to that blog post, too).

      If anything, Microsoft tried to fight that decision back by supporting "/" for path separator as well (which lives to this day in Windows), and by providing the secret SWITCHAR option in config.sys that let you disable the use of "/" in command line switches for applications, so that "foo /bar" would unambiguously refer to directory "\bar", and not to switch "-bar". You can thank IBM for taking that feature out as well:

      Much effort was made to keep the fact that SWITCHAR was in shipping systems a secret because it was suspected that when IBM found out they would make us take it out. This suspicion was proven correct. It took them almost 5 years to find it though, and none of the original DOS crew was still working on it.

    14. Re:backslashdot by caseih · · Score: 1

      Actually the internal win32 API allows you to use normal slashes as delimiters.

      file=fopen("C:/windows/system32/blah","r")

      works just fine.

    15. Re:backslashdot by shutdown+-p+now · · Score: 1

      Boy, you're not kidding. Nothing like using a directory delimiter that's the escape character in pretty much every programming language there is.

      At the time DOS was written, "pretty much every programming language" that used \ for escaping was C and Unix shells. Keep in mind that it was back in the day what Pascal was a serious C contender, and BASIC was also actively used for application development.

      Don't make the mistake of judging design decisions from their long-time effects that are observable only today. People doing it back then didn't have that luxury.

    16. Re:backslashdot by jabelli · · Score: 1

      Yesdelimitersarestupid theromanshaditrightwho thefuckneedspunctuation orspacesanywaythisismuch easiertoread

    17. Re:backslashdot by TeknoHog · · Score: 1

      Seriously, I agree with you to some extent. Python seems to work fine with much fewer punctuation characters.

      --
      Escher was the first MC and Giger invented the HR department.
    18. Re:backslashdot by StuffMaster · · Score: 0

      Heh, I'm usually aware of redundancies, but "DNS server" never crossed my mind.

      On another note, I have worked with people who call backslashes "slashes" and slashes "forward slashes". Sooo wrong.

    19. Re:backslashdot by Anonymous Coward · · Score: 0

      ...or using your "PIN Number" at the "ATM Machine" to get cash so you can go to "WalMart" mart and fill your "Rx" prescription. WTF

    20. Re:backslashdot by Xtifr · · Score: 1

      The actual combo is altgr-+.

      Oh yeah, and that doesn't involve taking your hands away from the home position....

    21. Re:backslashdot by BuckaBooBob · · Score: 1

      Well if thats the case.. is it a good thing that someone has recognized error of their ways and did absolutely nothing about it? After all.. how many complete rewrites have the done on their software and how many other changes have the done that completely broke backwards compatibility for some things?

      Not to mention especially in todays era when virtualization is cropping up everywhere... If you really require the old OS.. run it in a VM.. problem solved.

      --
      Who needs WiFi when we can have Packet Over Sheep! http://datacomm.org/PoS-InternetDraft.txt
    22. Re:backslashdot by clone53421 · · Score: 1

      AltGr is Ctrl-Alt.

      On the German layout, it's the same (though that key isn't the + on the German keyboard), and it's a real pain (literally) to curl your thumb round under and hit the AltGr so you can hit the \ with your ring finger. It might actually be easier to hit Ctrl-Alt with your left hand!

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    23. Re:backslashdot by BuckaBooBob · · Score: 2, Informative

      http://en.wikipedia.org/wiki/Domain_Name_System

      Whats wrong with DNS server? I think you have fallen along the path of those that call SQL.. (forgive me for this) Sequel...

       

      --
      Who needs WiFi when we can have Packet Over Sheep! http://datacomm.org/PoS-InternetDraft.txt
    24. Re:backslashdot by steelfood · · Score: 1

      Switch to - for switches, or put in intelligent command line parsing like UNIX has?

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    25. Re:backslashdot by Anne+Honime · · Score: 1

      I think you're getting it backward. CP/M did not used backslash (for there are no directories in CP/M to begin with), and unix already made heavy use of the slash when that little kludge of DOS came along. I fact, it can be argued that in those days, backslash was certainly the least used key on the keyboard. Silly Microsoft made a really counter intuitive choice here.

    26. Re:backslashdot by stephows · · Score: 1

      Imagine the fun of supporting scripts (well, batch files) when SWITCHCHAR was in the other position. IBM was wise to discourage it.

    27. Re:backslashdot by stephows · · Score: 1

      Using / for options pre-dates CP/M . DEC used it on many of their operating systems to signify options. I used it this way in RSTS/E on a PDP-11 in high school, on TOPS-10 on a DEC-10 at uni and on VMS on a VAX-750.

    28. Re:backslashdot by sw155kn1f3 · · Score: 1

      It's very hard to be a smartass - it's a big shame when you shit yourself as you did.
      DNS server is perfectly valid sentense. Domain Name System server.

      --
      - Arwen, I'm your father, Agent Smith.
      - Well, you're just Smith, but my father is Aerosmith!
    29. Re:backslashdot by ToreTS · · Score: 1

      What is superfluous with referring to a Domain Name System server?

    30. Re:backslashdot by shutdown+-p+now · · Score: 1

      Imagine the fun of supporting scripts (well, batch files) when SWITCHCHAR was in the other position.

      Thing is, DOS had always supported "-" as switch indicator regardless of SWITCHAR setting. The latter was really only useful to disable "/" for the same thing. So any script written using "-" would work correctly regardless.

      Curiously enough, FreeDOS supports SWITCHAR.

  8. Just think if he had left them out ... by Norsefire · · Score: 3, Funny

    We'd all be reading colondot right now.

    1. Re:Just think if he had left them out ... by Anonymous Coward · · Score: 0

      And here I thought /. was some sort of reference to the root directory. I just learned something. Yay! This changes my life!

  9. pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

    Most people never pronounced the //. They would just give an address as www.google.com where the first 3 letters take more time to spell than all the rest.

    1. Re:pronouncing www is a lot more of a problem by sopssa · · Score: 1

      Atleast in here they never pronounce www. in tv or radio, they just say the website address like slashdot.org

    2. Re:pronouncing www is a lot more of a problem by red_kenotic · · Score: 5, Funny

      Every time I set-up a sub-domain for work I always have to tell my boss "http://subdomain." out loud first, in the hope that he'll not prefix "www".

      Sometimes he still just does both, then asks me why it isn't working. This results in a lengthy conversation where we're both saying "http colon slash slash" and "www" to each other. Makes me want to stab him in the face.

    3. Re:pronouncing www is a lot more of a problem by PAjamian · · Score: 2, Insightful

      better idea: Just alias the www version and it won't matter if the boss (or anyone else for that matter) confuses it that way.

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    4. Re:pronouncing www is a lot more of a problem by ubercam · · Score: 2, Interesting

      In Germany they usually say the www, but never the dots, so the website would be: www bild de

      I always thought that was odd.

    5. Re:pronouncing www is a lot more of a problem by ChristW · · Score: 1

      In Dutch, the www is no problem (to pronounce, since it's a single-syllable sound), but most commercials and people spell sites like wwwslashdot.org. Without the first dot, with the second. Drives me crazy. Oh yeah, and people still insist that every site should start with www...

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    6. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      Yeah, I've had that problem as well. Except with web developers. The artist type (Photoshop / Dreamweaver jockey) rather than the tech type.

      Developer: Can you set up a subdomain. Like subdomain.example.com?
      Me: Done.
      Developer: It's not working.
      Me (having checked that it is, in fact, working): Yes it is. What URL are you trying to use?
      Developer: www.subdomain.example.com

      As a pre-emptive defense against this sort of thing, I tend to configure Apache something like:

      <VirtualHost *:80>
          ServerName www.subdomain.example.com
          Redirect permanent / http://subdomain.example.com/
      </VirtualHost>

      It means I have to have a pointless, redundant record in DNS (much like the normal www.example.com record), but at least nobody can screw it up.

      Same goes for regular users and webmail. For a webmail interface hosted on https://mail.example.com, we have to have redirects from http://mail.example.com (fair enough), http://www.mail.example.com (ugh), and http://www.example.com/mail (which is on a completely different server). My guess on that last one is that some people have no idea about subdomains, assume that "mail.example.com" was a typo, and type "example.com/mail" into the address bar instead.

    7. Re:pronouncing www is a lot more of a problem by Paul+Carver · · Score: 1

      If it's not a web server and he's typing www as the first part of the name of an smtp or irc or other type of server then I agree that your boss is dense. On the other hand, if you're setting up a web server and you don't make the first component of the name www then I would have to say that you are dense and you're not really doing your job properly.

      And before you start going on about multipurpose servers I'm going to cut you off and say that if you don't know how to configure CNAME records you should get the heck out of the DNS server configuration files.

      $ORIGIN mydomain.com.
      server1 IN A 1.2.3.4
      www.server1 IN CNAME server1
      smtp.server1 IN CNAME server1
      ldap.server1 IN CNAME server1
      server2 IN A 1.2.3.5
      www.server2 IN CNAME server2
      nntp.server2 IN CNAME server2
      irc.server2 IN CNAME server2 :wq
      rndc reload

    8. Re:pronouncing www is a lot more of a problem by RandomPsychology · · Score: 1

      please go ahead and stab him in the face. one less boss in the world is one happier employee!

    9. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      even better idea: Just stab him in the face

    10. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      That's an (un)written law almost...

    11. Re:pronouncing www is a lot more of a problem by bickerdyke · · Score: 1

      Yep. In english speaking countries you're SOL!

      I can pronounce wwww faster than a single Double-U.

      --
      bickerdyke
    12. Re:pronouncing www is a lot more of a problem by mujadaddy · · Score: 1

      We (ok, my boss mostly) pronouce it "whackwhack" here.

      --
      Populus vult decipi, ergo decipiatur...
      "Force shits upon Reason's back." - Poor Richard's Almanac
    13. Re:pronouncing www is a lot more of a problem by red_kenotic · · Score: 1

      I mentioned "http://subdomain.", so the context was the web server.

      It's mostly the local development server, where I set up different sub-domains to point to different web applications. (application.local.ourdomain.tld)

      What you suggest I might do on the live server though, at the moment I just use a wildcard - But for the record, Slashdot doesn't handle www.apple.slashdot.org either.

    14. Re:pronouncing www is a lot more of a problem by erlando · · Score: 1

      On the other hand, if you're setting up a web server and you don't make the first component of the name www then I would have to say that you are dense and you're not really doing your job properly.

      I can accept "www" for the "main" site. Just. But for subdomains? No way I'm going to name a site www.subdomain.example.com.

      I'm so glad you're not running my DNS / Apache. I would have to fire you on the grounds of idiotic incompetance.

      --
      Remember, there are no stupid questions. But there are a lot of inquisitive idiots.
    15. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      No matter how much of YOUR timeis saved by doing so....it doesn't help humanity if you continue to support/encourage/tolerate stupidity, ignorance, and laziness.
      Make the bastids do it right.

      besides...most bosses seem to have a holier-than-thou attitude, and this is a free way to prove to them how stupid they are (and get away with it)

    16. Re:pronouncing www is a lot more of a problem by b4dc0d3r · · Score: 1

      Write it on a post-it note.

      Or if you're virtual send it in e-mail.

      If asked for it, don't say it out loud, tell him you'll e-mail or write or IM with it.

      Break the cycle of abuse.

    17. Re:pronouncing www is a lot more of a problem by rantingkitten · · Score: 1

      Yeah, but then you always end up having to deal with some clueless user or family member over the phone.

      "Okay, please go to google dot com, and..."

      "DO I NEED THE DOUBLEYEW DOUBLEYEW DOUBLEYEW?"

      "No, it doesn't matter, just google dot come will do. Then type..."

      "WAIT, DO I NEED THE AITCH TEE TEE PEE?"

      "...no. Just type google dot com, okay?"

      "IT'S NOT WORKING!"

      "What do you mean it's not working?"

      "WELL I TYPED AITCH TEE TEE PEE BACKSLASH COLON AND IT DOESN'T WORK."

      "...sighghhg..."

      --
      mirrorshades radio -- darkwave, industrial, futurepop, ebm.
    18. Re:pronouncing www is a lot more of a problem by Adm.Wiggin · · Score: 1

      This can create problems as well, though.

      For example, if you have "www.test.example.com" and "test.example.com" that both alias to the "test site", then your authentication cookies are usually based on the domain, so any crossing over (which my boss does all the time) would appear to make him logout. To address this, we put some mod_rewrite stuff in on each site that either explicitly makes sure the www. is there or explicitly removes it, with a redirect.

      If you're on DreamHost, they'll even do all this for you, if you choose the correct settings while setting up your domain.

    19. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      That'll result in an error message about an invalid SSL cert.

    20. Re:pronouncing www is a lot more of a problem by mcgrew · · Score: 1

      Be glad you don't speak Spanish. "Ve doble, ve doble, ve doble". Hmm, I guess it's no worse than English. How is www pronounced in your language? W in Spanish is pronounced (in English) vay doe blay, in English dub el you.

    21. Re:pronouncing www is a lot more of a problem by myowntrueself · · Score: 1

      Yep. In english speaking countries you're SOL!

      I like the way they pronounce 'www' in Slavic countries...

      'vuh vuh vuh' has a kind of dynamism to it, like 'v-v-voooom!!'

      In English, though, many people have taken to pronouncing 'dub dub dub' which just sounds dumb.

      --
      In the free world the media isn't government run; the government is media run.
    22. Re:pronouncing www is a lot more of a problem by PAjamian · · Score: 1

      (Note: substituting example.com for unknown domain name in the following reply)

      Depending on your CA your SSL certificate may actually contain entries for both example.com and www.example.com. Try it and see.

      Also you can simply put a redirect on http://www.example.com to go to http://example.com and the SSL certificate won't come into play until after the browser has been bounced to the correct domain name. If the boss actually tries to put https://www.example.com in his browser then you have a bit of a problem (unless you have a cert that works for both as mentioned above), but chances are he won't try that.

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    23. Re:pronouncing www is a lot more of a problem by PAjamian · · Score: 1

      To address this, we put some mod_rewrite stuff in on each site that either explicitly makes sure the www. is there or explicitly removes it, with a redirect.

      That's actually what I usually do, except I use RedirectPermanent instead of mod_rewrite. I was just not being that specific in my post above.

      The downside to that approach is it can cause issues with referrer statistics. The way to deal with that is, of course, to configure your statistic gathering software (such as awstats) to recognize that both the domains are for the same website.

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    24. Re:pronouncing www is a lot more of a problem by PAjamian · · Score: 1

      But for the record, Slashdot doesn't handle www.apple.slashdot.org either.

      Yes, but I highly doubt your boss reads slashdot, and www.slashdot.org does redirect to slashdot.org.

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    25. Re:pronouncing www is a lot more of a problem by PAjamian · · Score: 1

      You'd be amazed how many people still can't get it right even if you write it down for them.

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    26. Re:pronouncing www is a lot more of a problem by Dan541 · · Score: 1

      Thats what email is good for, people just click the links.

      --
      An SQL query goes to a bar, walks up to a table and asks, "Mind if I join you?"
    27. Re:pronouncing www is a lot more of a problem by Anonymous Coward · · Score: 0

      I threw up my coffee on my new monitor. You owe me a monitor.

    28. Re:pronouncing www is a lot more of a problem by bickerdyke · · Score: 1

      It's german.. so the english transcription probably would be "veh veh veh" (soft v as in violet, not as in "veh have vays...")

      --
      bickerdyke
    29. Re:pronouncing www is a lot more of a problem by clone53421 · · Score: 1

      No way I'm going to name a site www.subdomain.example.com.

      You don't. You make it subdomain.example.com and set up a redirect from www.subdomain.example.com for the people who get it wrong.

      Similarly, you set up a redirect from example.com to www.example.com so that if someone leaves it off they'll still find the site (actually it is very bad practice to have www.example.com and example.com not point to the same page). Using a redirect also means that their URL updates and the browser is able to manage cookies and passwords better (and Slashdot's infernal use of subdomains is, IMHO, a less-than-optimal design for this reason).

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  10. No problemo.. by Anonymous Coward · · Score: 0

    No one types them anyways. All of the browsers automatically throw the default http syntax in.

    No effort lost. As for trees, well, I think disposable diapers are more to blame than double forward slashes.

    Now, if TBL was responsible for the trash heap madness caused by diapers and by Java, then we would have something to blame him for.

    1. Re:No problemo.. by Norsefire · · Score: 3, Informative

      No one types them anyways. All of the browsers automatically throw the default http syntax in.

      Except web-developers you insensitive clod!

    2. Re:No problemo.. by sopssa · · Score: 1

      Except web-developers you insensitive clod!

      If only. There's been countless of times the link goes to something like http://tech.slashdot.org/story/09/10/14/1219215/www.google.com because he didn't write in that http:///

  11. Slashdot by cffrost · · Score: 5, Funny

    So we could be called "Colondotters?" No thanks.

    --
    Thank you, Edward Snowden.

    "Arguments from authority are worthless." —Carl Sagan
    1. Re:Slashdot by Rosco+P.+Coltrane · · Score: 5, Funny

      Better than colonslashers I suppose...

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    2. Re:Slashdot by VGPowerlord · · Score: 1

      So we could be called "Colondotters?" No thanks.

      When have you ever seen /. in a URL?

      What are you smoking and can I have some?

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    3. Re:Slashdot by sopssa · · Score: 4, Informative

      On an interesting sidenote, if you type in url /. in Opera it goes to slashdot.

    4. Re:Slashdot by ArsenneLupin · · Score: 1

      So we could be called "Colondotters?" No thanks.

      As in "the red dot at the end of the colon"? Bring it on!

    5. Re:Slashdot by ArsenneLupin · · Score: 1

      When have you ever seen /. in a URL?

      Sure: click here

    6. Re:Slashdot by PAjamian · · Score: 1

      You seem to have missed the joke. This will help

      --
      Windows is a bonfire, Linux is the sun. Linux only looks smaller if you lack perspective.
    7. Re:Slashdot by seventhc · · Score: 0

      The site just got colondotted, we won't be seeing them for a while.

      --
      'sig' deleted due to the stupidity of it's 'nature'
    8. Re:Slashdot by Anonymous Coward · · Score: 0

      I thought that's what chipotle was for.

    9. Re:Slashdot by Anonymous Coward · · Score: 0

      And so does it in my firefox... though I had to add it manually

    10. Re:Slashdot by toppings · · Score: 1

      I'm sorry...I just accidentally modded this as Overrated. I meant to mod as Funny. I was laughing and my mouse jiggled at the wrong moment... I will comment to hopefully remove my mod.

    11. Re:Slashdot by Anonymous Coward · · Score: 0

      Jeezus this made me laugh out loud at work while drinking my morning tea! Too funny.

    12. Re:Slashdot by seventhc · · Score: 0

      Thanks, I think they did remove it..still at 0 though lol.

      --
      'sig' deleted due to the stupidity of it's 'nature'
    13. Re:Slashdot by toppings · · Score: 1

      It's kinda like I accidentally colondotted your karma.

  12. Time wasted explaining a slash vs. backslash by Anonymous Coward · · Score: 3, Insightful

    Not to mention all the time wasted trying to explain to people the difference between a slash and a backslash.

    1. Re:Time wasted explaining a slash vs. backslash by deniable · · Score: 1

      I end up saying 'the one that lives with the question mark.' And then I find out I'm supporting a foreign keyboard. Not quite as bad as the laptop with German keyboard, Spanish Windows and English mail client I had to support. It messed with my head.

    2. Re:Time wasted explaining a slash vs. backslash by jd2112 · · Score: 1

      Are you saying there is a backlash afainst the backslash?

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    3. Re:Time wasted explaining a slash vs. backslash by Anonymous Coward · · Score: 0

      That blame goes to Mr Gates along with

  13. So Who's Apologizing for 'ttp' ? by eldavojohn · · Score: 4, Interesting

    Doesn't the same logic hold for the person that decided it should be 'http' for hypertext transfer protocol and not just simply 'h'? Yes, http is more descriptive but unnecessary. Had another protocol came along starting with 'h' they could have opted for another letter or -- if they were all taken -- became a two letter protocol. I mean, if we're going to get into pedantic apologies for lack of brevity I would assume the three unnecessary letters in http are a greater crime than the double slashes, right? Of course, rarely do I find myself typing anything other than the domain and TLD (i.e. slashdot.org, mail.google.com, woot.com) so this has really become a non-issue.

    --
    My work here is dung.
    1. Re:So Who's Apologizing for 'ttp' ? by Anonymous Coward · · Score: 0

      4 me s ok

    2. Re:So Who's Apologizing for 'ttp' ? by Anonymous Coward · · Score: 0

      the worst offender of all is the 'w' in spoken web addresses. I know several attempts have been made, but can we change it to 'globe girdling grid' or something?

    3. Re:So Who's Apologizing for 'ttp' ? by The+Moof · · Score: 1

      'http' for hypertext transfer protocol and not just simply 'h'

      For one, that would conflict with every other protocol that begins with an 'h'.

    4. Re:So Who's Apologizing for 'ttp' ? by EvilNTUser · · Score: 1

      And then there's the .mobi domain for mobile devices, because the more characters you have to type on your phone, the better, obviously.

      --
      My Sig: SEGV
    5. Re:So Who's Apologizing for 'ttp' ? by Anonymous Coward · · Score: 0

      1) No it wouldn't. Other protocols could be h*. We're not doing Huffman coding.
      2) At the time, which protocols would those be?

    6. Re:So Who's Apologizing for 'ttp' ? by Sam+the+Nemesis · · Score: 1

      Of course, rarely do I find myself typing anything other than the domain and TLD (i.e. slashdot.org, mail.google.com, woot.com) so this has really become a non-issue.

      Better still - I just type sitename and press Ctrl+Enter and browser automatically adds "www." and ".com". For ".org", I just need to press Ctrl+Shift+Enter. It is a great help, and works in Firefox, Chrome and IE, at least.

    7. Re:So Who's Apologizing for 'ttp' ? by TheThiefMaster · · Score: 1

      ".m" would have made so much more sense...

    8. Re:So Who's Apologizing for 'ttp' ? by Eil · · Score: 1

      'h' alone isn't really very descriptive, though. The thinking was that the protocol identifier should match the protocol's actual name or acronym so that people knew what kind of service they were connecting to. In the early days of the web, it was envisioned that the web would "live" on all kinds of protocols and services and that web browsers would be a common interface to that content. There were URLs like ftp://example.com and gopher://example.com. I can recall some "web" sites being served via FTP because that's all that some ISPs offered at the time.

      Had Berners-Lee known that HTTP would eventually become the only protocol that anyone really used for hosting web content, he might have opted to omit it from the URI specification altogether and just let browser developers worry about how to support other services if they so wished.

    9. Re:So Who's Apologizing for 'ttp' ? by clone53421 · · Score: 1

      In the same way that http conflicts with https. I guess what I'm saying is, in no way at all.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    10. Re:So Who's Apologizing for 'ttp' ? by clone53421 · · Score: 1

      Anybody actually uses that? I thought the m. subdomain was always used for mobile devices.

      m.wikipedia.org, m.google.com, etc...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  14. ... it seemed like a good idea at the time... by ledow · · Score: 4, Funny

    There you go, it seemed like a good idea at the time. he said.

    If the human race is ever brought before a court to account for itself, that's going to be its entire defence. Nuclear power, the Internet, ID cards, ... that excuse works for everything!

    1. Re:... it seemed like a good idea at the time... by Anonymusing · · Score: 1

      In fact, my four-year-old has a t-shirt which says exactly this. "It seemed like a good idea at the time."

      --
      Liberal? Conservative? Compare perspectives at Left-Right
    2. Re:... it seemed like a good idea at the time... by Rosco+P.+Coltrane · · Score: 1

      I assume you always pick the right decision yourself then...

      Come on man, humanity chooses wrong paths all the time with the best of intentions, because none of us (apart from you apparently) can predict the future. We do our best to evaluate the future results of our actions, but our foreknowledge is always sketchy at best.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    3. Re:... it seemed like a good idea at the time... by Anonymous Coward · · Score: 0

      I'll be there in a flash.

      Yours,

      Q

    4. Re:... it seemed like a good idea at the time... by clone53421 · · Score: 1

      How subtle... on the less subtle end of the spectrum you have the ones that say "I'm an accident" – and I seem to remember some even racier ones, but at the moment all I'm able to find is "Birth control FAIL".

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  15. Saving energy by twoblink · · Score: 0, Insightful

    If microsoft set the default screen saver to blank in 5 minutes, we'd save billions a year in electricity around the world. The // ain't nothing compared to that.

    1. Re:Saving energy by clone53421 · · Score: 1

      Oh great, now we're going to have a long discussion with people arguing over how CRTs save energy when the screen is black but LCDs are exactly the opposite.

      Maybe not, now that I addressed the issue.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    2. Re:Saving energy by osu-neko · · Score: 1

      Oh great, now we're going to have a long discussion with people arguing over how CRTs save energy when the screen is black but LCDs are exactly the opposite.

      Maybe not, now that I addressed the issue.

      That's a bit of a non-sequitur, actually, since the person you're replying to never even suggested that the make the screen black. When someone asks you for a blank piece of paper, do you complain that it would require too much black ink?

      --
      "Convictions are more dangerous enemies of truth than lies."
    3. Re:Saving energy by clone53421 · · Score: 1

      "Blank" is a screen saver in Windows XP – right between Beziers and Marquee – which, coincidentally, turns your screen black. I felt it reasonable to assume that this is what he meant.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  16. Just wondering? by Anonymous Coward · · Score: 0

    Would a t-shirt with two slashes topped by a red circle with a slash through it be considered redundant?

  17. It's interesting by Thyamine · · Score: 3, Interesting

    I think it's interesting to be able to talk to someone who picked something that affects so many people on a daily basis. Of course, it's a really tiny effect, but very visible. He could have picked two colons or dollar signs or any random thing. It's not often you get to make a decision that ends up being used globally.

    --
    I will shred my adversaries. Pull their eyes out just enough to turn them towards their mewing, mutilated faces. Illyria
    1. Re:It's interesting by Anonymous Coward · · Score: 0

      I wish I had mod points for using both "affect" and "effect" correctly.

      +1, Good Spelling & Grammar.

  18. Stupid story by mgessner · · Score: 1, Insightful

    It doesn't matter a rat's ass.

    Pick up any browser, type in www.yahoo.com.

    Does it get there? Sure!

    If you're worried about all the time spent typing, store the stupid text in a document that you cut and paste! (Yes, this will take more time, showing even more how stupid this whole thing is.)

    Store a stupid bookmark. Then you only have to type https://blah.blah.blah/ one time.

    Get a life.

    --
    "Sometimes the truth is stupid." - Lawrence, creator of Prime Intellect
    1. Re:Stupid story by deniable · · Score: 1

      Most browsers will let you just type in yahoo and give you the same result. AOL keywords for you and me too.

    2. Re:Stupid story by bendodge · · Score: 5, Funny

      Store a stupid bookmark. Then you only have to type https://blah.blah.blah/ one time.

      You should be more responsible than to link to https://blah.blah.blah/. It's got an invalid cert!

      --
      The government can't save you.
  19. I thought there was a point to the two slashes by magloca · · Score: 4, Interesting

    Back when I wrote a thesis on dissemination of company-internal information via the world-wide web, in 1994 or so, I remember stating that originally, an indication of which network protocol to use was meant to go between the slashes. But since, in the real world, the network protocol was always TCP/IP, this was made the default and whatever was once put between the slashes was dropped.

    Of course, I don't remember the source or anything.

    1. Re:I thought there was a point to the two slashes by mrpacmanjel · · Score: 2, Interesting

      As far as I understand, it was never envisioned that users would actually type "http://www.whatever.com" in an "address bar", users were not supposed to see this at all - it was purely to be used by software and mark-up pages to specifiy the protocol.

    2. Re:I thought there was a point to the two slashes by dylan_- · · Score: 3, Informative

      I remember stating that originally, an indication of which network protocol to use was meant to go between the slashes.

      I don't think so, since the double slashes only apply to Internet schemes anyway. RFC1738 says:

      //<user>:<password>@<host>:<port>/<url-path>

            Some or all of the parts "<user>:<password>@", ":<password>",
            ":<port>", and "/<url-path>" may be excluded. The scheme specific
            data start with a double slash "//" to indicate that it complies with
            the common Internet scheme syntax.

      But if you find another reference, please let me know.

      --
      Igor Presnyakov stole my hat
    3. Re:I thought there was a point to the two slashes by Anonymous Coward · · Score: 4, Informative

      Back in the '80s, the double slashes were invented to indicate that the following token was a machine name and not a local directory or local mount-point. The first time I met the double slashes was on an Apollo workstation, which ran Domain, one of the first OSes where you could access remote files and local files without special software--it was built into the OS. At the time, on UNIX, you had to use commands like FTP, or RCP. On Domain, you could also make a soft symlink on your local computer that pointed to another server, so you could move directories around the network and the local programs didn't need to change. (I would not be surprised if the double slashes came from DEC VMS, but I don't know.)

      Compare syntaxes:
      cp //machine1/dir/dir/filename //machine2/dir/dir -- copy a file from machine1 to machine 2
      cp /dir/dir/filename //machine2/dir/dir -- copy a file from the current machine to machine 2

      In RCP the syntax was rather more cumbersome:
      rcp user@machine1:/dir/dir/filename /dir/dir/filename -- copy a file from machine1 to my local machine
      In RCP, the assumption is that a path name is a "remote" path if it contains the character ':'.

      Windows NT and Novell Netware both used double slashes to denote machine names, although Novell's implementation wasn't originally transparent to application programs. Because of the history of PC-DOS, they used backslashes instead of forward slashes.

    4. Re:I thought there was a point to the two slashes by WebManWalking · · Score: 1

      Not which network protocol to use, ... which INTERNET to use. There hasn't always been just one (ARPANet, NSFNet, etc). If you ignore for a moment that the DNS server name string is backwards, above the server name is precisely where "Internet name" would belong hierarchically. /internet/server/path/... If there's only one, or if you want the same Internet as the one you're currently on, it can be (and is) omitted.

      That reserved spot could yet prove to be very useful someday. Every so often the US military talks about firewalling everything mission-critical to a completely different set of wires/fibers, with certain well-defined access points to bridge to the general Internet. Hoping and praying that they'll be brief, that might be r for restricted and g for general, but only if you have to bridge (//, /r/ or /g/). I was thinking, r for restricted rather than m for mil, because mil, where needed, is already in the server name, and there are obviously civilian servers (DHS, State, White House, etc) also requiring higher security wires/fibers.

      But in any case, URL is a location string. And the only location above server would be Internet.

    5. Re:I thought there was a point to the two slashes by magloca · · Score: 1

      I don't think so, since the double slashes only apply to Internet schemes anyway. RFC1738 says:

      Yeah, I could be wrong. Thanks for the reference; I used to read a lot of RFCs but haven't done much of that recently. And unfortunately, like I said, I don't remember what sources I used or where I heard that bit about the network protocol. RFC1738 is dated Dec. -94 and presumably wasn't even available for much of the time I spent working on that thesis.

    6. Re:I thought there was a point to the two slashes by Anonymous Coward · · Score: 0

      so what's file:/// about then?

    7. Re:I thought there was a point to the two slashes by Geordie+Korper · · Score: 1

      I remember stating that originally, an indication of which network protocol to use was meant to go between the slashes.

      I don't think so, since the double slashes only apply to Internet schemes anyway. RFC1738 says:

      //<user>:<password>@<host>:<port>/<url-path>

            Some or all of the parts "<user>:<password>@", ":<password>",

            ":<port>", and "/<url-path>" may be excluded. The scheme specific

            data start with a double slash "//" to indicate that it complies with

            the common Internet scheme syntax.

      But if you find another reference, please let me know.

      The only place where I know of that being used is in AFP URLs where you can specify AppleTalk using the following syntax: afp:/at/[user[;AUTH=uamname][:password]@]servername[:zonename]/volume

      This is referred to in:
      http://tools.ietf.org/html/draft-ietf-svrloc-afp-service-01
      as well as:
      http://en.wikipedia.org/wiki/URI_scheme#Unofficial_but_common_URI_schemes

    8. Re:I thought there was a point to the two slashes by Anonymous Coward · · Score: 0

      That's a URL with no hostname specified.

  20. Saying double u double u double u a billion times by Anonymous Coward · · Score: 3, Interesting

    I had occasion to have an email conversation with Berners-Lee at one time (he bought a license for a program of mine), and I asked if he regretted choosing "www" instead of "web". I was very surprised that this was not something he'd change if he could do the whole thing over ...

    Saying "double u double u double u" takes about twice as long as saying "web" so that would have been far more beneficial than worrying about the slashes.

    There was a bit of a drive to use "web" some years ago, but unfortunately that fizzled..

  21. Redirector Firefox add-on by xororand · · Score: 1

    You could use the Redirector add-on for Firefox for these situations. It allows you to automatically search & replace URLs with regular expressions. Example:

    Include pattern: http://www/\.)?tunnelbroker\.net/(.*)
    Redirect to: https://tunnelbroker.net/$2

    1. Re:Redirector Firefox add-on by xororand · · Score: 1

      Slashdot broke my quote... I'll try again:

      Include pattern: http:/ /(www\.)?tunnelbroker\.net/(.*)
      Redirect to: https://tunnelbroker.net/$2

    2. Re:Redirector Firefox add-on by clone53421 · · Score: 1

      Meh. With auto-complete, there's really no need; I can type "m" and the top result is https://mail.google.com/. Then I just hit the down arrow and enter.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    3. Re:Redirector Firefox add-on by xororand · · Score: 1

      Of course that works... If you're not paranoid and keep your history for more than one browser session.

    4. Re:Redirector Firefox add-on by clone53421 · · Score: 1

      Even if you automatically clear the history after each browsing session you can still bookmark those pages that you don't care about people knowing you frequent. Then the Awesome Bar (dumb name, but meh) will auto-complete the URL.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    5. Re:Redirector Firefox add-on by xororand · · Score: 1

      Yes, that's true. Although there's still a good reason to use Redirector: If someone posts a http:/// link to a page that supports https, Redirector automatically translates those.

  22. DNS by redhog · · Score: 5, Insightful

    What I wonder is why the designers of DNS put the name in reverse? If the name had been in most-significant-first order, one could have tabcompleted it properly (using history and maybe zonetransfers of smaller zones). Also, if http had included a way to get _parsable_ directory listings, the tab-completion could have gone even further...

    http://edu.wu<TAB>
    http://edu.wustl
    http://edu.wustl.wu<TAB>
    http://edu.wustl.wuarchive
    http://edu.wustl.wuarchive/p<TAB>l<TAB>d<TAB>f<TAB>
    http://edu.wustl.wuarchive/pub/linux/distributions/fedora

    --
    --The knowledge that you are an idiot, is what distinguishes you from one.
    1. Re:DNS by Pvt_Ryan · · Score: 1

      That makes a lot sense... Mod parent up...

    2. Re:DNS by isj · · Score: 2, Interesting

      My guess is that having the domains in that order allows you copy them directorly to/from DNS packets.
      And the reason for the order in the DNS packets is that it allows compression by back-references. Roughly if a packet contains multiple names:
          some.domain.example.com
          other.domain.example.com
      can be transmitted like:
          some.domain.example.com
          other<go back in packet at offset X>

      See RFC 1035 section 4.1.4 for details.

    3. Re:DNS by Anonymous Coward · · Score: 0

      Also, if http had included a way to get _parsable_ directory listings, the tab-completion could have gone even further...

      It does, and I do this all the time. Just search index pages (the ones that end in "/") for links that point to sub-directories...

    4. Re:DNS by Richard+W.M.+Jones · · Score: 2, Interesting

      UK internet addresses used to be like that. I remember it well. It caused a bit of fun during the changeover period c. 1992.

      Rich.

    5. Re:DNS by Philip_the_physicist · · Score: 2, Interesting

      People mange OK with directories being a nested list, and there is a certain unnamable protocol which uses names that way around. Unfortunately, we're stuck with the backwards system in use now, so there's no point worrying about it.

    6. Re:DNS by ukyoCE · · Score: 2, Insightful

      People don't consider the TLD to be most significant, and especially did not consider it so before any domain names used anything other than .com or maybe .edu/.net/.org.

      Unless you happen to use both slashdot.com and slashdot.org (and .net, etc.), odds are you can almost always tab complete the name "sla" and avoid ever typing "com." or "co". The TLD is essentially totally insignificant, and would have to be typed every single time if the order were reversed.

      Agreed though that compared to the rest of the path it IS backwards.

    7. Re:DNS by alphaseven · · Score: 4, Interesting

      What I wonder is why the designers of DNS put the name in reverse?

      Berners-Lee regrets that as well, from back in 2000...

      I have to say that now I regret that the syntax is so clumsy. I would like http://www.example.com/foo/bar/baz to be just written http:com/example/foo/bar/baz where the client would figure out that www.example.com existed and was the server to contact. But it is too late now. It turned out the shorthand "//www.example.com/foo/bar/baz" is rarely used and so we could dispense with the "//".

    8. Re:DNS by Hurricane78 · · Score: 1

      Exactly my thought. One could simply add the whole DNS structure as a tree *above* the root directory of your system on UNIX systems. Would be very nice.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    9. Re:DNS by Wite_Noiz · · Score: 1
      Actually, Sir TBL himself has apologised for this before: http://slashdot.org/article.pl?sid=06/03/24/1920230

      I actually went to see him at this talk. Very interesting guy.

    10. Re:DNS by Anonymous Coward · · Score: 0

      Grey book addresses were like this. Grey book was used in mainly on the JANET network in the UK, though there were gateways to the Internet before JANET was phased out.

    11. Re:DNS by Anonymous Coward · · Score: 0

      > But it is too late now.

      How can it be too late ?

      if the internet stays let's say for 100 more years (and probably more), why can't we take the cost of changing it ? It will take 20 years for most software to be upgraded, but we could support legacy mode without problem. The one with one slash being the new mode.

      Or we could support the reverse address bar directly (and only) in the browser. After all it is mostly a user friendly feature.

    12. Re:DNS by pmontra · · Score: 2, Insightful

      It might be habits but IMHO www.example.com looks much natural than com/example on any media, from business cards to tv commercials. We use dot in normal writing and not slashes.
      And what's better at highlighting a brand: org/slashdot or slashdot.org?

      Luckly B-L got it right the first time. Maybe the web wouldn't have add all this success if he designed the addresses in the other way.

    13. Re:DNS by j1mmy · · Score: 1

      how would his second form work with subdomains? the name of a server is a distinct piece of information from the path to some piece of data on that server. if everything's a slash, there's no obvious way to distinguish between the two. "com/example/foo/bar" could mean either "foo.example.com/bar" or "example.com/foo/bar", both of which are perfectly valid.

    14. Re:DNS by Radical+Moderate · · Score: 1

      You make a good point . I think I'd choose convenience over logic in this case.

      --
      Never let a lack of data get in the way of a good rant.
    15. Re:DNS by DigitalCrackPipe · · Score: 1

      Note that postal mail uses the same strategy - you note the name first, then the address. While the post office looks at the last line first for the zip code, the sender likely thinks of the name first. Also, consider that name.com and name.org may be both refer to similar concepts, while com.name1 and com.name2 may be completely unrelated.
      Of course, if TLDs were strict about location and content type it would indeed make more sense to be in the order you describe.

    16. Re:DNS by Spykk · · Score: 1

      Seems like would work just as well...

    17. Re:DNS by nine-times · · Score: 1

      If the syntax was that way, how would we tell the difference between http://www.example.com/ and http://example.com/www/?

      I'm probably just missing the point. Still, it could have easily been http:com.example.www and http:com.example/www. At least then people might understand the structure of those names better.

    18. Re:DNS by Ant+P. · · Score: 1

      It turned out the shorthand "//www.example.com/foo/bar/baz" is rarely used

      view-source on this page.

    19. Re:DNS by osu-neko · · Score: 1

      It might be habits but IMHO www.example.com looks much natural than com/example on any media, from business cards to tv commercials. We use dot in normal writing and not slashes.

      I'll bet you think reverse-polish-notation is unnatural looking, too. :p

      (You FORTH love if honk then.)

      --
      "Convictions are more dangerous enemies of truth than lies."
    20. Re:DNS by jez9999 · · Score: 2, Insightful

      Yeah, you're right. I can't think of any time I regularly use slashes in common speech/reading/writing. And it's not just me; go ask the average man/woman on the street.

    21. Re:DNS by jez9999 · · Score: 1

      The TLD is essentially totally insignificant, and would have to be typed every single time if the order were reversed.

      Only if you were using an autocompleter that relied on stored URLs beginning with what you typed, rather than any part of the URL (and even the page title) containing what you typed - a la Firefox 3.

    22. Re:DNS by grotgrot · · Score: 1

      The UK academic network JANET was originally setup to have domain names in reverse and although it may seem to make logical sense it wasn't human friendly. Also look at how we address snail mail - same order as current DNS. For completion you can make things more intelligent pretty much like how the Firefox address bar works. You'll also find that most DNS servers do not allow zone transfers - for example neither .edu nor wustl.edu allow it.

    23. Re:DNS by Anonymous Coward · · Score: 0

      This was not done because "DOT COM" would have instead been "COM DOT" which sounds too pornographic.

    24. Re:DNS by steelfood · · Score: 1

      What's more interesting is that the URL parser here has parsed your second link to go to:

      http://tech.slashdot.org/story/09/10/14/1219215/com/example/foo/bar/baz

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    25. Re:DNS by Jesus_666 · · Score: 2, Informative

      Of course one could also have had a packet layout like this:

      com.example.domain \2
      some
      other
      com.another.domain \1
      www
      org.another \1
      yet \1
      blah


      Essentially, every line ends with one byte (in order to save space) stating how many of the following lines are direct subdomains of this one. The last line would thus identify org.another.yet.blah. Granted, this would be slightly more computationally intensive than the currently used one.

      Come to think of it, if space and computational complexity is that important, one could simply have used the current format - declaring that the order of subdomains in the format is reserved for convenience reasons. It's not like we don't have a few weird file formats that use such reasoning.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    26. Re:DNS by Jesus_666 · · Score: 2, Insightful

      What's natural about www.example.com? It looks nothing like any other kind of address. Phone numbers maybe but those are rendered in a very non-uniform way and ".", "/", "-" and " " are all very common separators there.

      You just feel that that format feels natural for domain names because that's the way domain names are usually written. If Berners-Lee had went with com/example/www, you'd find "//com/example" to be the natural format.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    27. Re:DNS by Mjlner · · Score: 1
      Berners-Lee regrets that as well, from back in 2000...

      I have to say that now I regret that the syntax is so clumsy. I would like http://www.example.com/foo/bar/baz to be just written http:com/example/foo/bar/baz where the client would figure out that www.example.com existed and was the server to contact.

      Heavens, NO! Explicitly and visibly separating the hostname from the rest of the URL is essential! Just think of all how much phishing would explode if you can't tell whether you're accessing example.com/foo/bar/baz or foo.example.com/bar/baz or bar.foo.example.com/baz! At the very least, the dot would have to be retained, as in http:com.example/foo/bar/bax.

      --
      Lemon curry???
    28. Re:DNS by Anonymous Coward · · Score: 0

      So that you can with less ambiguity access local/"closer" machines without typing everything.

      e.g.

      ping mybox1
      ping mybox2

      vs ping edu.wustl.mybox1

      Nowadays there are browsers with address completion that doesn't depend so much on what an address starts with. You can even type a pattern from the end.

  23. gopher, wais by Anonymous Coward · · Score: 3, Informative

    At the time there was also gopher and WAIS- both of which were supported by mosaic. The protocol was necessary to differentiate.

    1. Re:gopher, wais by mmkkbb · · Score: 2, Informative

      And mailto: and ftp:// and news: etc. etc.

      --
      -mkb
  24. Mosaic? by Savage-Rabbit · · Score: 1

    Has anyone had to do that since NINETEEN NINETY FOUR? Is Berners-Lee still using Mosaic or something?

    Real nerds browse with telnet to port 80.... You should know that....

    --
    Only to idiots, are orders laws.
    -- Henning von Tresckow
    1. Re:Mosaic? by jellomizer · · Score: 1

      In that case you don't need the http:/// Hence you are readining the protocall.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:Mosaic? by commodore64_love · · Score: 1

      Real nerds are still using 2400 baud modems.

      . . . . . Oooo I can see the HTML. Now just need to wait for the pics to load . . . . . Might as well go get a Philly cheesesteak while I'm waiting . . . . . . . . . . . oh good, the page is displayed, and the pics are 90% finished. Only took half an hour. Who needs stinkin' modern 56000 technology? Overkill is what that is.

      ;-)

      When I was stuck in a hotel one time, the lines were so noisy I routinely got 19k, 21k, or 24k connections. Talk about slooooow. The amazing part is that I actually bittorrented episodes of SGA and BSG at that speed. Took about 8 hours just to get one episode, so I could come home from work and watch the latest Stargate and Galactica exploits.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    3. Re:Mosaic? by Anonymous Coward · · Score: 0

      2400? get off my lawn! Use a 300 baud and get back to me.

    4. Re:Mosaic? by betterunixthanunix · · Score: 1

      Modem? Get off my lawn!

      This message was received by Slashdot as a UPS package with a spool of punched tape inside.

      --
      Palm trees and 8
  25. POSIX by Anonymous Coward · · Score: 0

    In POSIX, file names starting with two slashes are special. One slash or even three slashes mean the root of the filesystem, but two slashes can mean something else (for instance, they can be followed by a server name). You see a leftover of that in Windows (only with backslashes instead of slashes), where a single backslash means the root of the current drive but two slashes are followed by a server name (or some even more obscure things).

    So, I would guess he just used the same special meaning, only with a protocol in the front.

  26. That and saying "backslash" by kriston · · Score: 1

    To think of all the time wasted on the radio saying "double-ewe double-ewe double-ewe" on top of idiots calling them "backslash" instead of "slash," the web has eaten away hundreds of decades of man-hours each year.

    --

    Kriston

    1. Re:That and saying "backslash" by Anonymous Coward · · Score: 0

      Do it like the newsealanders: dub-dub-dub. Fast'n'easy.

  27. yeah and by objekt · · Score: 1

    we still have people right now saying "H-T-T-P colon backslash backslash"

    --
    -- Boycott Shell
    1. Re:yeah and by Anonymous+Cowpat · · Score: 1

      were that it were. For the purposes of diambiguation I find myself saying "H-T-T-P colon forwardslash forwardslash", which is another wasted syllable for each slash

      --
      FGD 135
    2. Re:yeah and by smoker2 · · Score: 2, Insightful

      What's worse is people who say "forward slash". There is no such animal. It's either a backslash or a slash. Does anybody say full colon as opposed to a semi-colon ? I use it as a natural filter against people who don't know what they're talking about.

    3. Re:yeah and by Maxwell'sSilverLART · · Score: 1

      A wasted syllable? You must be from Texas.

      --
      Moderate drunk! It's more fun that way!
    4. Re:yeah and by natehoy · · Score: 4, Informative

      I use the term "forwardslash" fairly frequently, because a good number of times when I say "slash" people ask "which one?" While "slash" and "backslash" are technically correct, "forwardslash" is a descriptive synonym for "slash". Yes, it adds unnecessary syllables, but it's not nearly as bad as the myriad (and sometimes very ambiguous) names for "*" (asterisk, star, splat, bang, etc) and "#" (number, pound, hash, octothorp, etc).

      I do not use "full colon" except when I've had too much curry and am waiting in line at a restroom asking the person in the stall to please hurry up lest they exit the stall into a sudden Superfund Site.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    5. Re:yeah and by Anonymous Coward · · Score: 0

      > It's either a backslash or a slash.

      Technically it's a virgule.

      ``Slash'' is an ugly colloquialism.

    6. Re:yeah and by Anonymous Coward · · Score: 0

      Bang is "!", not "*"

    7. Re:yeah and by Martin+Blank · · Score: 1

      I've only seen and heard 'bang' refer to an exclamation point. I had not, however, heard of octothorp, and while I have in the last year or so begun referring to it as hash, I may well start using that to annoy people. Thank you. :)

      --
      You can never go home again... but I guess you can shop there.
    8. Re:yeah and by gknoy · · Score: 1

      it's not nearly as bad as the myriad names for "*" (asterisk, star, splat, bang, etc)

      "Bang" is another name for the exclamation point (!), not for the asterisk. Or, that's what the Jargon File told me when I was first getting on the internet. ( http://www.science.uva.nl/~mes/jargon/b/bang.html ) I've never heard it used to describe an asterisk.

    9. Re:yeah and by windex82 · · Score: 1

      I've never seen * referred to as a bang. I was taught that a bang was an exclamation point. (!)

      Along the topic of naming punctuation, the last shop I worked at had a few guys who left MS and referred to \\ as a "whack whack"

      They would say things like:
      "Oh, that file is located at whack whack servername slash sharename."

      It always threw me off...

    10. Re:yeah and by Anonymous Coward · · Score: 0

      I thought bang ==> !

    11. Re:yeah and by Anonymous Coward · · Score: 0

      the myriad (and sometimes very ambiguous) names for "*" (asterisk, star, splat, bang, etc)

      You refer to * as "bang"? Please turn your Slashdot username in on your way out - everybody should know that ! is pronounced "bang". Der.

    12. Re:yeah and by natehoy · · Score: 1

      .. and therein lies the fun. "pound" refers to an octothorp/numbersign in parts of the US, and an indication of currency (squiggly "L") in Britain. "Bang" is most commonly used to refer to an exclamation point, but I've also seen it used (more rarely) to indicate an asterisk.

      "Octothorp" is annoying, but at least unambiguous, since it's a term made up specifically to refer to something and is not subject to regional whimsy. :)

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    13. Re:yeah and by natehoy · · Score: 1

      Whack whack. I like it.

      I've heard people pronounce WWW as trip-dub (phonetic spelling, I'm sure there's some official spelling somewhere, or more likely several of them - grin).

      Thinking about it, I may be confusing ! and * in terms of "bang". I was sure, somewhere in my IBM days, there was some group or other that referred to * as "bang" but maybe my synapses are just too whacked.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    14. Re:yeah and by lewiscr · · Score: 3, Funny

      So you're saying Bang is "!", !"*"?

    15. Re:yeah and by smitty97 · · Score: 1

      just think, we could have been slashbangers

      --
      mod me funny
    16. Re:yeah and by blazer1024 · · Score: 1

      I'd do that, except that it's been my experience that anyone who asks that question doesn't know which is which. So I usually just answer with "the one under the question mark"... it's easier that way.

    17. Re:yeah and by TheThiefMaster · · Score: 1

      It annoys and confuses UK-sh people no end when US-icans call "#" "pound sign". Here "pound sign" is our currency symbol ("£"), and it doesn't help that they're both shift-3 on their respective keyboards.

    18. Re:yeah and by natehoy · · Score: 1

      I have no doubt it does. Unfortunately the symbol # in the US was chosen to indicate pounds (as in weight) which unfortunately is the same term the British chose to indicate your currency.

      Now, I won't go off on how silly it is to refer to your standard unit of weight and your standard unit of currency with the EXACT SAME WORD. :)

      "How much per pound?"
      "Three pounds."
      "So it's three pounds for a pound, or I can get a pound for three pounds?"
      "What?"

      But it is unfortunate that the # symbol looks a little like lb - enough that it became a standard "shorthand" for lb in trading circles in the US. And that the term also happens to coincide with a word that has a totally different meaning and symbol across the pound, err, pond.

      Between our two respective countries, we sure did make a hash of it, didn't we? ;)

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    19. Re:yeah and by clone53421 · · Score: 1

      I use the term "forwardslash" fairly frequently, because a good number of times when I say "slash" people ask "which one?" While "slash" and "backslash" are technically correct, "forwardslash" is a descriptive synonym for "slash".

      Pff, you think that's bad? When you hand-write them, you draw the backslash forward (top-left to bottom-right) and the (forward) slash backward (top-right to bottom-left).

      At least, I do. Maybe I'm just weird.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    20. Re:yeah and by natehoy · · Score: 1

      I do that too. I like to start on the top and finish on the bottom. Maybe I've said too much.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    21. Re:yeah and by Anonymous Coward · · Score: 0

      I //SNIP// but it's not nearly as bad as the myriad (and sometimes very ambiguous) names for "*" (asterisk, star, splat, bang, etc) //SNIP//

      I always though a "bang" was an exclamation point (!) !

    22. Re:yeah and by Anonymous Coward · · Score: 0

      I've thought the proper name was "crosshatch". Although, I'm sure that I'm not too sure about this.

    23. Re:yeah and by omnichad · · Score: 1

      It clears up ambiguity for those less educated. Well, some of them. I know at least a few people who use both terms backward. Somehow feel that there are two backslashes after their http.

    24. Re:yeah and by TheThiefMaster · · Score: 1

      Thankfully, we've now legislated it so that all prices and products have to be primarily advertised in metric, with imperial units only for old people (and written small just to take the piss out of their poor eyesight). Except pints of alcohol, which got a special exception.

      This does lead to some stupidities like "1.136l" bottles of milk (with "2 pints" written somewhere) in some shops vs "1l" bottles of milk in others, and people entirely failing to compare the prices correctly.

    25. Re:yeah and by Jesus_666 · · Score: 1

      "#" (number, pound, hash, octothorp, etc).

      The correct word is obviously "cardinality".

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    26. Re:yeah and by steelfood · · Score: 1

      Funny thing is, the forward slash is actually going backwards when text written. And the backslash is actually going forwards.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    27. Re:yeah and by Anonymous+Cowpat · · Score: 1

      no - people from Texas just don't pronounce syllables which they think are unnecessary. I'm the Britain, so I'll pronounce all the syllables in the words as written, and just grumble about having to pronounce the ones which I don't think should be necessary.

      --
      FGD 135
    28. Re:yeah and by PaganRitual · · Score: 1

      Full colon? It's either colon or semi-colon, isn't it?

    29. Re:yeah and by mathx314 · · Score: 1

      Wait, you've heard people refer to '*' as "bang"? I've always heard that bang is '!' (probably because of the fact that the technical name for '?!' is the interrobang). Stupid ambiguous punctuation names.

    30. Re:yeah and by Anonymous Coward · · Score: 0

      Hey guys I don't know if you realize this but "bang" has always referred to !, not *

      LOL I can't believe no one on this site has said that! Turn in your geek cards haha.

    31. Re:yeah and by Anonymous Coward · · Score: 0

      Just throw an interrobang and it would be perfect...

    32. Re:yeah and by jimbob666 · · Score: 1

      I have given up with explaining slashes and backslahes to people who call our helpdesk. I either call it the one with the question mark on or the one without.

    33. Re:yeah and by Anonymous Coward · · Score: 0

      Better than colonbangers I suppose...

    34. Re:yeah and by Anonymous Coward · · Score: 0

      So you're saying Bang is "!", !"*"?

      I think natehoy was saying Bang is "*", !"!".

  28. Now explain triple-slashes by objekt · · Score: 2

    like when I open a local file in my browser I get "file:///"

    --
    -- Boycott Shell
    1. Re:Now explain triple-slashes by AndrewNeo · · Score: 1

      I believe the third slash represents the root of the filesystem, so the base / in *nix, and whatever you would say is the parent of C:\ in Windows.

    2. Re:Now explain triple-slashes by gomek-ramek · · Score: 1

      file:// indicates the protocol. The third slash indicates that it is an absolute path.

    3. Re:Now explain triple-slashes by atomicstrawberry · · Score: 5, Informative

      The structure of a URL is:

      protocol://domain/path

      When you use the 'file' protocol, there is no domain, there is only a path. Thus the domain part of the URL is omitted and you get a triple-slash.

    4. Re:Now explain triple-slashes by GargamelSpaceman · · Score: 1

      Of course firefox lets me type file:/path/to/file.txt treating it as equivalent to file:///path/to/file.txt, but normalizing it to file:///path/to/file.txt . I think it's parsed as file:// /path/to/file.txt . Between the first two slashes and the next one there is a 'hierarchical naming authority' in this case a null one referring to your filesystem. I don't know if there's anything you could put in there that would not be a valid directory name, so it's really just there because many people will expect to have to type two double slashes before beginning the path. I think it's silly to normalize to the triple slash form though. Why not the shorter, clearer single slash form?

      --
      ...
    5. Re:Now explain triple-slashes by Anonymous Coward · · Score: 0

      like when I open a local file in my browser I get "file:///"

      the 2 slashes that Sir Tim wants removed, and the rest is the path to the file. Accessing /home/user/foo.html in firefox would become file:// for the protocol and /home/user/foo.html for the path. Joining everything, your three slashes: file:///home/user/foo.html

    6. Re:Now explain triple-slashes by lxs · · Score: 2, Funny

      Everybody knows that the parent of C:\ in windows is Desktop. Which is located somewhere in C:\ making Desktop its own great grand parent. What kind of sick twisted incestuous OS are they pushing on the world?

    7. Re:Now explain triple-slashes by david.emery · · Score: 1

      And under POSIX pathname interpretation rules, "///" is the same as "/" (so this works exactly as you want.) It's the special case of exactly -2- slashes that POSIX identifies for special treatment.

    8. Re:Now explain triple-slashes by Anonymous Coward · · Score: 0

      Thank you, never thought of that. Always wondered though.

    9. Re:Now explain triple-slashes by TypoNAM · · Score: 2, Informative

      The structure of a URL is:

      protocol://domain/path

      When you use the 'file' protocol, there is no domain, there is only a path. Thus the domain part of the URL is omitted and you get a triple-slash.

      Wrong. Please read RFC1738 again. It specifically states:

      3.10 FILES

      ...

      A file URL takes the form:
      file://<host>/<path>

      ...

      As a special case, <host> can be the string "localhost" or the empty
      string
      ; this is interpreted as `the machine from which the URL is
      being interpreted'.

      --
      This space is not for rent.
    10. Re:Now explain triple-slashes by Hurricane78 · · Score: 1

      The triple slash actually is an error in an otherwise constant scheme. Because if you think as the // at the beginning as the root of the network, just like / at the beginning is the root of your UNIX file path, then it should be file:/[path], as long as it's a absolute path on your system, and file:[path] for relative ones.

      --
      Any sufficiently advanced intelligence is indistinguishable from stupidity.
    11. Re:Now explain triple-slashes by Anonymous Coward · · Score: 1, Funny

      "Wrong. Please read RFC1738 again. It specifically states:"

      Wow are you retarded. There was nothing wrong with what he said. You just clarified with more detail. I bet you're the life of the party and a killer with the ladies, right? Seriously, lighten up. You'll live longer. :)

    12. Re:Now explain triple-slashes by Anonymous Coward · · Score: 0

      Um, so in other words the browser will correctly interpret a null domain as localhost... or in other words, there is no domain, only a path...

    13. Re:Now explain triple-slashes by clone53421 · · Score: 1

      Everybody knows that the parent of C:\ in windows is Desktop.

      No, it's My Computer. My Computer's parent is Desktop.

      Also, it's possible to become your own grandfather without any incestuous relationships. I leave it as an exercise for the reader to determine how this applies to Desktop's unusual relationship with C:\.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    14. Re:Now explain triple-slashes by clone53421 · · Score: 1

      No, c:/ already indicates that it is an absolute path.

      file:///path/to/file.txt makes sense.
      file://c:/path/to/file.txt makes sense.
      file:///c:/path/to/file.txt does not make sense.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    15. Re:Now explain triple-slashes by Ark42 · · Score: 1

      ^THIS^ There is a reason file:/// urls always have 3 slashes and other protocols use 2. Additionally, http:///file.html should be more or less an alias for http://localhost/file.html in theory. It is also very similar to the \\computer\fileshare syntax Windows uses. Just think of Explorer as assuming the default protocol is smb: instead of how your web browser will assume http: If Explorer used regular slashes, would it too much to type smb://server/share/path/file.doc ?

    16. Re:Now explain triple-slashes by shutdown+-p+now · · Score: 1

      The triple slash actually is an error in an otherwise constant scheme. Because if you think as the // at the beginning as the root of the network, just like / at the beginning is the root of your UNIX file path, then it should be file:/[path], as long as it's a absolute path on your system, and file:[path] for relative ones.

      It's precisely how RFC defines file: URLs, and you'll find that any client that accepts them will happily handle both file:///foo and file:/foo, and intepret them the same way. Even IE does that correctly (it always "normalizes" file: URIs to full /// form, but it will still accept the ones you type with just /).

      The reason why /// is there is because file: URIs can refer to files on different machines, so file://server/path can be used. I'm not sure how browsers and other applications on Unix handle such URIs, but on Windows they are treated as equivalent to UNC paths of the form \\server\path.

    17. Re:Now explain triple-slashes by Anonymous Coward · · Score: 0

      And if the path is an UNC one on windows, you get 5. Almost like the razorblades from wilkinsons and gillette!

    18. Re:Now explain triple-slashes by ZERO1ZERO · · Score: 1
      file:///c:/path/to/file.txt does not make sense.

      Is this some kind of new Chewbacca defence?

    19. Re:Now explain triple-slashes by TypoNAM · · Score: 1

      "Wow are you retarded. There was nothing wrong with what he said. You just clarified with more detail. I bet you're the life of the party and a killer with the ladies, right? Seriously, lighten up. You'll live longer. :)"

      OK let me clarify, there is no such thing as a <domain> field in URL, it is called <host>. File and all other URL schemes specifically declare a <host> field. He incorrectly referred the <host> field as <domain> field and then effectively stated there is no <host> field for 'file://' which is wrong since the file scheme does in fact accept a host field. When dealing with clearly documented standards such as URL it really bothers me when there is so much disinformation going around due to ignorance by the party whom attempted to sound authoritative in the matter, but when in fact they're pretty much an idiot for making their comment sound like facts.

      Apparently correcting somebody's disinformation with facts is considered retarded, but common sense tells us is that spreading bullshit is in fact retarded. By spreading basically lies and disinformation you're 'hindering' the learning process of those who wouldn't know any better that are reading such incorrect details which is pretty much the definition of 'retarded'.

      --
      This space is not for rent.
    20. Re:Now explain triple-slashes by clone53421 · · Score: 1

      No... I'm simply arguing for consistency. The protocol is file://. The path follows.

      /path/to/file.txt is a valid path.

      c:/path/to/file.txt is also valid.
      /c:/path/to/file.txt is not.

      Personally, I'd like to see Windows do away with the archaic single-letter drive identifications, or at least permit access of the drive via its label in lieu of the drive letter. A lot of applications probably consider filenames with more than single-letter drive names invalid, though.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    21. Re:Now explain triple-slashes by Trogre · · Score: 1

      Do you think he deliberately spread lies? Using 'domain' instead of 'host' was an honest mistake. Let it go.

      Or do you have a condition that prevents you from doing so? If so, I apologize unreservedly and wish you well on your path to recovery.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  29. Am I missing something here? by Anonymous Coward · · Score: 0

    So the author of TFA knows nothing about web addresses, or else he would not pretend that they all start with "www", a subdomain that has been totally superfluous ever since servers learned to redirect requests by protocol. But Tim Berners-Lee of all people? How could he not remember that the two slashes stand for root, and that omitting them would make the address relative? Not to mention that a colon is also used between username and password before the hostname, and before hostname and port number, so the slashes cannot be omitted without making the whole syntax ambiguous. But maybe I'm just humorless.

    1. Re:Am I missing something here? by bickerdyke · · Score: 1

      So the author of TFA knows nothing about web addresses, or else he would not pretend that they all start with "www", a subdomain that has been totally superfluous

      "Subdomain" exactly is the opposite of what www is. It's the HOST part. FOLLOWED by subdomain. How else would you cope with multiple webservers in a single subdomain? Simplest best practice for load balanciong currently is having www listed in the foo.bar.example domain which redirects to www1.foo.bar.example, www2.foo.bar.example and so on.

      --
      bickerdyke
  30. Your Colon by Dareth · · Score: 1

    Your colon is like a big series of tubes. And if you send too many big meals down it at the same time it can get clogged up. Apologies to a certain Alaskan politician.

    --

    I only look human.
    My mother is a halfling and my dad is an ogre, so that makes me an Ogreling
  31. Re:Saying double u double u double u a billion tim by Da+Fokka · · Score: 4, Insightful

    Saying 'www' might be slower, but typing 'www' is much faster. Which one do you do more often?

  32. There was a point, but never used by Anonymous Coward · · Score: 3, Informative

    It is explained by TBL at http://www.w3.org/People/Berners-Lee/FAQ.html#etc

    "I wanted the syntax of the URI to separate the bit which the web browser has to know about (www.example.com) from the rest (the opaque string which is blindly requested by the client from the server). Within the rest of the URI, slashes (/) were the clear choice to separate parts of a hierarchical system, and I wanted to be able to make a link without having to know the name of the service (www.example.com) which was publishing the data. The relative URI syntax is just unix pathname syntax reused without apology. Anyone who had used unix would find it quite obvious. Then I needed an extension to add the service name (hostname). In fact this was similar to the problem the Apollo domain system had had when they created a network file system. They had extended the filename syntax to allow //computername/file/path/as/usual. So I just copied Apollo. Apollo was a brand of unix workstation."

  33. Re:Theres one technical point... not really by Anonymous Coward · · Score: 0

    > From technical point of view, *not* having the // could create problems more easily.

    No, it's completely and utterly useless. I don't understand how this got rated interesting when any decent parser can tokenise a given HTTP address without the protocol prefix. Where the prefix format matters is reliable URL detection in normal text, but even here http: would be as sufficient as mailto: (which doesn't need slashes). There is no technical reason, it could have saved us a lot of time explaining people web addresses.

    I think Sir Tim Berners-Lee describes it quite good: there really was no reason for double slashes... it seemed like a good idea at its time.

    Cheers /M

  34. Funny vs. Insightful by tepples · · Score: 5, Insightful

    I love that a post that begins "I used my time modem..." can be modded as Insightful. God bless you, you crazy mods.

    And crazier Slashdot admins. Because they want to discourage smart-ass comments, "Funny" gives no karma on slashdot.org. An alternating sequence of "Funny" and the allegedly M2-proof "Overrated" quickly drains a poster's karma. "Insightful", on the other hand, invites no such danger.

    ObTopic: Without the slashes, Slashdot would have been called something else.

    1. Re:Funny vs. Insightful by commodore64_love · · Score: 3, Funny

      >>>Without the slashes, Slashdot would have been called something else.

      Colondot?

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    2. Re:Funny vs. Insightful by linguizic · · Score: 1
      --
      Does this sig remind you of Agatha Christie?
    3. Re:Funny vs. Insightful by Anonymous Coward · · Score: 0

      Better than colonblow

    4. Re:Funny vs. Insightful by Dragonslicer · · Score: 1

      Colonblow

      Would that make the fancy new Javascript/CSS interface Super Colonblow?

    5. Re:Funny vs. Insightful by VIPERsssss · · Score: 1

      Sounds painful.

      --
      We are eternal, all this pain is an illusion.
    6. Re:Funny vs. Insightful by mcgrew · · Score: 1

      I think the goatse guy already registered that domain.

    7. Re:Funny vs. Insightful by clone53421 · · Score: 1

      They aren't discouraging smart-ass comments, they just aren't giving you karma for them. This means that you can't karma-whore by posting jokes... you actually have to come up with something intelligent.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    8. Re:Funny vs. Insightful by Anonymous Coward · · Score: 0

      ./ is "current directory" in a UNIX-style filesystem. It's a horrible pun. The removal of the double slashes after the protocol specified wouldn't change our beloved name.

  35. I don't believe him by JohnFen · · Score: 1

    With all due respect to Sir Berners-Lee, I think he's fibbing. If, indeed, it "seemed like a good idea at the time," then he had some purpose in mind when he came up with them. I don't for a minute believe that he just randomly decided to drop some punctuation in because, hell, why not?

    I think his purpose might have been embarrassingly dumb and he's covering it up.

    1. Re:I don't believe him by fuzzyfuzzyfungus · · Score: 1

      The real reason is even more shameful. Secretly, in the twisted fantasies that he wouldn't tell even a shrink or a priest about, Sir Berners-Lee wishes that he had based the WWW on AOL keywords, rather than URLS. This "sorry about the slashes" stuff is just testing the water...

  36. www by EricX2 · · Score: 1

    Was he also the guy who decided on WWW? That takes too long to say, why not AAA or VVV or any other letter that doesn't take three syllables to say. World Wide Web... what were they thinking?

    1. Re:www by Alioth · · Score: 1

      You don't need the "www", it's just the hostname. For example, whenever you hear the BBC reading an address on the radio for one of their sites, they always say something like "You can go to BBC.co.uk slash something", because they've set up their DNS such that "bbc.co.uk" resolves to their many web servers.

    2. Re:www by John+Hasler · · Score: 1

      WWW -> World Wide Web.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    3. Re:www by Anonymous Coward · · Score: 1, Funny

      WWW -> V/ V/ V/ -> VI VI VI -> 6 6 6

    4. Re:www by ZERO1ZERO · · Score: 1

      Newsflash - not everybody in the world speaks English and /or pronouces a w as double-u.

  37. Backslash by cafn8ed · · Score: 1

    My biggest problem with the slashes is the number of people (especially in the mainstream press) who call them backslashes. Drives me up a wall.

    --
    Coffee is my drug of choice.
  38. Re:Theres one technical point... not really by sopssa · · Score: 1

    I don't understand how this got rated interesting when any decent parser can tokenise a given HTTP address without the protocol prefix. Where the prefix format matters is reliable URL detection in normal text, but even here http: would be as sufficient as mailto: (which doesn't need slashes). There is no technical reason, it could have saved us a lot of time explaining people web addresses.

    Only way that kind of parser can detect its an http url then is to look at www.something.com. www prefix obviously isn't required, and many sites have different subdomains (like tech.slashdot.org - which wouldn't get parsed as http link).

  39. Ah, NOW I understand God's last message! by Anonymous Coward · · Score: 0

    To Marvin the Robot: We apologize for the inconvenience.

  40. Re:Saying double u double u double u a billion tim by Tobor+the+Eighth+Man · · Score: 2, Interesting

    I actually don't think it is! You can (and almost certainly do) use more than one finger to type web, so the speed with which it can be typed isn't related at all to how quickly you can move your fingers. By the time the W is pressed, you should've already been moving to the E in anticipation of having to type it, etc.

    WWW on the other hand is limited by how quickly (and accurately) you can move one finger up and down.

    Here's another demonstration: see how quickly you can tap out a repetitive rhythm with just one finger. Now try it alternating between two fingers. See?

  41. Re:Saying double u double u double u a billion tim by ledow · · Score: 3, Insightful

    I call bullshit.

    WWW is no quicker to type than web, and in fact web is more natural to type quickly because may hands can pre-prepare the "e" and "b" while I'm still pressing the "w" and I think that's the same for anyone who's done any decent amount of typing in their lives (i.e. almost everyone over the age of 18 by now!)

    I think web is a better idea, in retrospect, but I can't remember the last time I typed www either - it comes naturally and I don't even notice, but http:/// is still a pain in the bum to speak over the phone, especially when people aren't used to the syntax.

  42. Re:Saying double u double u double u a billion tim by molecular · · Score: 1

    I had occasion to have an email conversation with Berners-Lee at one time (he bought a license for a program of mine), and I asked if he regretted choosing "www" instead of "web". I was very surprised that this was not something he'd change if he could do the whole thing over ...

    Saying "double u double u double u" takes about twice as long as saying "web" so that would have been far more beneficial than worrying about the slashes.

    There was a bit of a drive to use "web" some years ago, but unfortunately that fizzled..

    the ages when webservers where on a different machine than the ftp servers are long gone. so why use subdomains there anyway.
    I have to agree with a previous post. Some people, when I tell them a web-address, they have already put "www." in their browser an happily assume it would somehow belong there and I would just skip it (even if I say: "http://domain.tld") and then complain when the site is not found. I could kill in such moments, especially when it's over the phone.

  43. Re:Saying double u double u double u a billion tim by thogard · · Score: 1

    In some countries its pronounced 'Vee-Vee-Vee'

  44. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Saying "double u double u double u" takes about twice as long as saying "web" so that would have been far more beneficial than worrying about the slashes.

    If you use a decent language, you can just say "we we we" (exact pronunciation may differ).

  45. Apologies by arikol · · Score: 1

    More to the point, isn't he in fact just apologizing for unleashing Slashdot on the world?

  46. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    I guess it depends on whether you have friends in meatspace or not...

  47. Re:Theres one technical point... not really by Anonymous Coward · · Score: 0

    There is a difference in parsing something and detecting something to be parsed. In order to detect a web address the slashes are not needed, here an example:

    http:tech.slashdot.org:80/foo.html - not a perfectly valid HTTP URL, but nevertheless parsable

    Cheers /M

  48. Re:Saying double u double u double u a billion tim by corbettw · · Score: 1

    I've always mentally read it as "triple dub". That doesn't take so long to say, and most people understand what I mean by it when I use it in conversation.

    --
    God invented whiskey so the Irish would not rule the world.
  49. I like them! by sootman · · Score: 4, Insightful

    I *like* unique, easily-visually-identifiable structures. a@b.c is an email address. If you're in the U.S. you know that XXX-XXX-XXXX is a phone number and that XXX-XX-XXXX is a social security number. You know that X/Y/Z is a date, even if it's not always clear if it's M/D/Y or D/M/Y.

    "://", while verbose, is very clear and you always know EXACTLY what it is and what it means--that it's the START of a COMPLETE Web address. If it would have been just a : or a / it wouldn't always be clear because those symbols, by themselves, are often used elsewhere and it would lead to confusion.

    Now if we could just teach a planet full of lusers the difference between "slash" and "backslash." People always say "backslash" because they've heard computer guys say it every so often when talking about logging onto MS servers so they call EVERY slash a backslash. Damn you Paul Allen!!!

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    1. Re:I like them! by rwa2 · · Score: 1

      YYYY-MM-DD is the only sane way to write dates... and it even sorts properly.
      But alas, we live in a world of insanity.

      OK, I suppose I'd be somewhat annoyed if we gave temperature in Kelvins.

      Just be glad we don't write web addesses in XML!

      <a href="<URI protocol=http><HOST>slashdot</HOST><DN>org</DN><PATH>search</PATH><EXTENSION>pl</EXTENSION><POST><QUERY term=q>Where's the beef?</QUERY></POST></URI>">

    2. Re:I like them! by Shados · · Score: 1

      YYYY-MM-DD is the only sane way to write dates... and it even sorts properly.
      But alas, we live in a world of insanity.

      Fortunately, since its ISO 8601, I've been able to push it on a few companies Ive worked for (my current one is obligated to that format for more than just ISO compliance, so that is painless). You just spout "Errr, ISO standard, if you dont put dates that way, and someday we get into ISO compliance, we'd be SCREWED", and while it doesn't always work for front ends (some users are adamant to use date formats that are neither ISO, neither even the valid one in their country, or in the US.... I worked for a canadian company, that worked in french, who wanted to use the british date format or something for everything...yeah...), but you usually can get it through for backend processes. Better than a slap in the face.

    3. Re:I like them! by clone53421 · · Score: 1

      "://", while verbose, is very clear and you always know EXACTLY what it is and what it means

      And http: isn't?

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    4. Re:I like them! by Anonymous Coward · · Score: 0

      Now if we could just teach a planet full of lusers the difference between "slash" and "backslash." People always say "backslash"

      I would have been skeptical of this statement before last week when, during a training seminar, the instructor told everyone to type "backslash backslash... etc" into their web browsers.
      I did a bit of a double-take, and then again as everyone just bent over their keyboards pecking out slashes without question

    5. Re:I like them! by rwa2 · · Score: 1

      Excellent... thank you for that pointer :>

    6. Re:I like them! by sanosuke001 · · Score: 2, Insightful

      Ever since I started working as a contractor for the Air Force, I've been using DDMMMYYYY for my dates(ie. 14OCT2009), and technically, it is shorter than MM/DD/YYYY by a single character. It's also less ambiguous for all parties involved as not everyone has MM and DD in the same location.

      As for web addresses (to stay sort-of on topic...), most people do not use their web browser for anything other than http addresses. So the http:/// is automatically filled in for them; worrying about whether they were a good idea is useless at this point and has been for a decade or more. Now, the slash/backslash issue is another story. I blame that on Microsoft.

      --
      -SaNo
    7. Re:I like them! by Stratoukos · · Score: 1

      http: is clear. some_obscure_protocol: is not.

      --
      It may be 7 digits, but at least it's a semiprime
    8. Re:I like them! by clone53421 · · Score: 1

      It is if you know what it is, and if you don't, what reason have you for trying to deconstruct it? You can treat it as normal text.

      I guess what I'm saying is, sure, you could search a Word document for :// and find every URL, including ones with protocols you're unfamiliar with, but what good does that do you? Other, perhaps, for curiosity's sake, to learn the new protocols. Computers aren't curious, so this wouldn't apply to them.

      The only time a computer has to worry about some_obscure_protocol: is when you already know it's a URL, e.g. it's the address bar of the browser, the href of an a tag, etc. If you're just trying to get Word to auto-highlight URLs, you don't have to worry about obscure protocols.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  50. Emo slashes by Conchobair · · Score: 2, Funny

    The slashes are the only way I can make myself feel...

  51. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Actually, typing web is faster. Try it. (Unless you're a very bad typist, of course)

  52. imagine the savings by Anonymous Coward · · Score: 0

    if the protocol name would have been just "h" instead of "http"!

  53. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Too bad you I can't register the / domain. This page has so many links to it...

  54. I think he was right the first time by argent · · Score: 3, Interesting

    OK, maybe it could have been reduced to one slash, since there's no :/ smiley elsewhere in the URL pattern, but you need to be able to distinguish relative URLs from absolute ones. Without some unique token sequence that was guaranteed not to occur elsewhere in a URI you're going to run into problems. Start removing components from a fully specified URI and see how quickly you run into ambiguities:

    method://username:password@host:port/paths/terminal?token=value&token=value

    The reasons for the // convention for the "super root" in networks like OpenNet and FutureNet, that he was copying, are still valid in URIs. You need something that's easily parsed by computers, and easily recognized by humans. When I first saw the syntax I was all "slash slash whiskey tango foxtrot?", but after using it for a while I was convinced that I was wrong and he was right, and even if he's forgotten why... I still think he was right the first time.

  55. Server Tag is Not Too Late by Doc+Ruby · · Score: 1

    Actually, the double slash is the code for "server ID follows". It makes parsing easier, easier to wrap the whole URL in some other data without losing track of where the server ID is.

    It would have been better to use a single character, and not double one that's already going to appear in most URLs (humans are confused that way). Like "$slashdot.org".

    And it would have been better to revise the URL format standard to allow a URL to drop the double slash, and still get parsed correctly, if otherwise correctly formed. It's not too late. Berners-Lee could contribute to a browser revision that accepted the permissive URL, contribute to a revised RFC, and everyone would accept it. He's the father of the thing, and we'd all go with the upgrade.

    --

    --
    make install -not war

  56. Re:Saying double u double u double u a billion tim by Anonymous+Cowpat · · Score: 1

    well, the 'e' is next to 'w', so you have to push one finger down, take it back up, move it, push it down again, bring it back up again, and then push a different finger down for the 'b'. I suppose the time saving is dependent on whether the overlap time that can be saved by pressing 'b' down whilst 'e' is still coming back up outweights the time lost in moving the first finger from 'w' to 'e'.
    In the wider picture there's the consideration of how often errors will occur, and how long it would take to go back and correct them (for both letter combinations).

    --
    FGD 135
  57. Re:Theres one technical point... not really by DavidTC · · Score: 1

    Actually, while the double slashes aren't needed, something should be there, like a single slash.

    mailto: and news: and other protocols don't need double slashes because they aren't specifying a unique-over-the-entire-internet URL.

    It would be nice if things that were were programmatically distinguishable from things that aren't, like they are now, even if you don't recognize the protocol name. Specifically, without a slash, it's a URN, not a URL.

    Although there's really no reason that we need a : at all. We could have used a /.

    http/slashdot.org

    And left mailto: and whatnot for URNs.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  58. Re:Saying double u double u double u a billion tim by cerberusss · · Score: 3, Insightful

    That's just your language (which is arguably the dominant language). In my mother tongue, the 'w' is pronounced as [wey].

    --
    8 of 13 people found this answer helpful. Did you?
  59. Re:From the year 2022, or 2084 by TaoPhoenix · · Score: 1

    They're playing the "StraightMod" half of a Comedy Act.

    Marking you insightful opens up the way for cool citations.
    http://en.wikipedia.org/wiki/The_Final_Experiment
    Prologue

    The prologue is narrated by the magician Merlin. He explains that scientists living in the future, in the year 2084, have developed a method of sending messages back in time, using a process called 'time telepathy'. Having seen earth narrowly avert destruction from a variety of causes in the time leading up to 2084, humanity's ultimate hope rests with this experiment. These scientists must warn denizens living in the past of the future that awaits them, so that they may take preemptive action to prevent humanity's decline and ultimate destruction.[2]

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  60. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    not twice, three times as long!

    "The World Wide Web is the only thing I know of whose shortened form takes three times longer to say than what it's short for." (Douglas Adams)

  61. Hey, Tim by Impy+the+Impiuos+Imp · · Score: 1

    Someone should inform Tim of a magnificent development: Browsers presume you meant to type http:/// before everything. It's wondrous!

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  62. Re:Saying double u double u double u a billion tim by sunderland56 · · Score: 1

    Why is the www necessary in the first place? I think that is where Berners-Lee made the largest mistake.

    Thankfully any semi-intelligent web site doesn't require the www.

  63. Re:Saying double u double u double u a billion tim by Gadget_Guy · · Score: 1

    In some countries its pronounced 'Vee-Vee-Vee'

    Say it out load and it makes you sound like a bad robotic voice synthesiser.

    "Vee-Vee-Vee-Vee. Hi, Buck!"

  64. But what about netloc absolutes? by Whispers_in_the_dark · · Score: 1

    Okay, so noone uses them, but TBL's own RFC in section C.1 demonstrates the use of an initial double-forward-slash meaning change the netloc without changing the protocol. This could be useful if you're dealing with resources that have the same mapping on multiple protocols (like http and https). I know it's a corner case, but it is still technically a documented use case...

  65. Wrong by brian0918 · · Score: 2, Informative

    Uhh.... no. Ring finger for W, middle finger for E, index finger for B. I can do it almost instantaneously.

    1. Re:Wrong by Anonymous+Cowpat · · Score: 1

      congratulations, you're a freakish person who can touchtype.

      I don't have sufficent control over those two fingers to push ring finger down and then middle finger down with any degree of speed or accuracy, let alone proficiently getting the right fingers over the right keys in the first place.

      Actually, until I started thinking about this, I didn't realise how much I relied upon just my middle finger of my left hand. Index, middle and ring get used on my right hand though. Interestingly, most of my typing errors are generated by right-hand keystrokes, despite having less overworked fingers (doesn't anyone else with a GB keyboard repeatedly type I@m when they want I'm? I think that it's to do with using the ring finger to go for shift and then rocking over to press the '/@ key with the middle finger, thus keeping shift depressed)

      --
      FGD 135
    2. Re:Wrong by brian0918 · · Score: 1

      Congratulations, you've taken a keyboarding course.

      There, I fixed that for ya.

  66. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    And seriously, hardly anyone even says www. anymore. It's all google.com or umn.edu, the www., like the http:// are all implied in conversation.

  67. How big of a problem is this really by sean.peters · · Score: 1

    Aren't most people getting to websites via 1) bookmarks 2) links from other sites 3) google searches, etc, etc? And for 90% of the remaining sites (https: being the obvious exception) you don't have to type the "http://" at all. And as for the dead trees... well, maybe if people were printing page after page of URLs, I could see it. But for real world print jobs, I have a hard time believing that those few extra characters are causing the job to spill over into an additional page very often.

    1. Re:How big of a problem is this really by HikingStick · · Score: 1

      Viewed as isolated snippets of text, they likely don't cause many page breaks, but I think the guy understood just how prevalent they are and just how many documents are out there that include URLS. It goes to the law of large numbers just the way spammers do--it's being printed so often that it is likely causing some line breaks and page breaks (not to mention the toner being used), and, when taken in aggregate, it likely does become a huge amount. Just think of those micro-rounding transactions from Office Space...

      --
      I use irony whenever I can, but my shirts are still wrinkled...
    2. Re:How big of a problem is this really by sean.peters · · Score: 1

      it's being printed so often

      Is it? I consider myself a fairly typical computer user, and only a very tiny fraction of the stuff I print is web pages. Most of the documents I print are 1) Word docs, 2) Powerpoint presentations, 3) Excel spreadsheets, and 4) PDFs... and they hardly ever have URLs in them. I feel pretty safe in saying that the amount of toner I use on "//" is down in the noise, and the "//" virtually never causes a pagebreak.

      I think that wasted print jobs - e.g. printing a huge job and then realizing you misspelled the title - is a far, far bigger cause of dead trees and wasted toner.

    3. Re:How big of a problem is this really by HikingStick · · Score: 1

      I worked in a large, quasi-governmental agency for more than nine years. Almost every printout we received included URLs, either in the body of the text or in footnotes/endnotes. Seeing URLS in email messages was even more common. I agree that re-printing reports or doucments that were not properly proofread in the first place is likely the more obvious issue, but I still believe that the author of our web addressing system has a much broader picture in his mind as to the absolute extent of the use of URLs in documentation.

      --
      I use irony whenever I can, but my shirts are still wrinkled...
  68. Re:Theres one technical point... not really by Anonymous Coward · · Score: 0

    You are right. Regarding URN and URL, Tim Berners-Lee created URL format and I think we would have lived better with a different format such as:
    [protokol][separator-one-character][whatever].

    The parser only needs to detect the 'protocol+parser' part, the tokenisers is then only interested in 'whatever' part (and default port for the corresponding protocol). Here some examples:

    http:tech.slashdot.org/comments
    https:tech.slashdot.org/comments
    irc:chat.slashdot.org/chatroom

    or as in your example with slash as protocol separator:

    http/tech.slashdot.org/comments
    https/tech.slashdot.org/comments
    irc/chat.slashdot.org/chatroom

    Cheers /M

  69. Of course there is a point to it! by Hurricane78 · · Score: 2, Informative

    Just like one slash at the beginning is for the root directory in an absolute path, two slashes are for the root of the network.

    The only question is, why it's
    [protocol]://[sub].[domain].[tld]/[path]...
    instead of
    [protocol]://[tld]/[domain]/[sub]/[path]...

    But I guess that way you can separate what's a different server and what is not.

    Only the file protocol has it wrong, because it's not the root of the network, when you write:
    file:///[path]
    It should be:
    file:/[path]

    But hey, nothing stops you from using your own syntax when you write software like a browser.

    In fact, I'd love to see the net just becoming another part of the path of the "everything is a file" file system of UNIX machines.

    --
    Any sufficiently advanced intelligence is indistinguishable from stupidity.
    1. Re:Of course there is a point to it! by Jeian · · Score: 1

      Wrong.

      file:// is the "protocol", then the path (with leading slash) follows afterwards.

  70. Re:Saying double u double u double u a billion tim by AttilaSz · · Score: 1

    I use "triple double you" when I need to express "www" verbally in English.

    In all other languages that I speak, "we we we" works better.

    --
    Sig erased via substitution of an identical one.
  71. Re:Saying double u double u double u a billion tim by Hurricane78 · · Score: 1

    Well, nowadays you recognize a noob by seeing how he wants to put a www in front of everything that hasn't one. I never used www subdomains for my servers. There's no point in it. What else should it connect to than a webserver? And if, then there are ports to solve that.

    --
    Any sufficiently advanced intelligence is indistinguishable from stupidity.
  72. Re:Theres one technical point... not really by schon · · Score: 1

    Although there's really no reason that we need a : at all. We could have used a /.

    http/slashdot.org

    And how do you specify a document-relative URL then?

    eg. Suppose in my HTML I have a directory called "http", and inside that a file called "example.com". How would the browser know that <a href="http/example.com"> should point to that file, and not the HTTP service on the server 'example.com'?

  73. News for Turds by mahsah · · Score: 1

    Stuff that splatters.

  74. Re: What is the point of the ... by rnturn · · Score: 1

    ... two forward slashes that sit directly in front of the 'www' in every internet website address?

    Not to be too-o-o picky, but a great many website addresses do not begin with "www.". Now if the author had written "two forward slashes that sit directly after the ':' in every internet..." I'd have had time to get another cup of coffee before my next meeting. But when duty calls I just have to answer.

    --
    CUR ALLOC 20195.....5804M
  75. Re:Saying double u double u double u a billion tim by danlip · · Score: 1

    But it is faster to type www than web. And you can say "dubya dubya dubya" :-)

  76. :/ is by Anonymous Coward · · Score: 0

    :/ is how he feels about :/

  77. "slash-slash" blog site by peter303 · · Score: 1

    A nice name for a new blog site. Maybe I'll create it.

  78. Re:Saying double u double u double u a billion tim by clone53421 · · Score: 1

    Or "vay".

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  79. Re:Saying double u double u double u a billion tim by AP31R0N · · Score: 1

    i always liked "dub dub dub". i suppose "sextuple-u" would do it too.
    __

    Having a mark for which protocol to use is useful, but i think it might be time to review how we do it. Web browsers could safely assume port 80 (most already do). Webmasters should support that. If i need to use the ftp, i would know to type ftp.

    i'd much rather dispose of TLDs that allow crap like WhiteHouse.com. If we are doing to have TLDs, can we at least put them in order? com.Hotmail/userName/page.html

    i'd rather see people CapitalizeTheFirstLetterInAWebSAddress because itseasiertoread.

    --
    Utilizing the synergization of benchmark e-solutions to pre-workaround action items!
  80. Re:Saying double u double u double u a billion tim by syncmaster955 · · Score: 1

    Saying "double u double u double u" takes about twice as long as saying "web"

    Yes but typing out uuuuuu would be a pain.

  81. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    I said "say". The spoken "double u double u double u" is much slower than the spoken "web". Some of us still occasionally speak to other human beings, even if only to convey a web address.

  82. ... and here is a use case by 200_success · · Score: 2, Interesting

    I agree, the // does serve a purpose. Having a marker for the start of the hostname makes it possible to construct a scheme-agnostic URL.

    Suppose you had a web page that might be served via either HTTP or HTTPS. You need to ensure that any resources (images and stylesheets) it references use the same protocol, else the browser will warn of a secure/insecure mix. Suppose also that the resources are hosted on a separate server (a common performance-enhancing technique).

    The solution: <img src="//host/path/to/image.png">

    Voilà -- same-protocol URLs without conditionals in the HTML. It works in all common browsers. It is possible thanks to the double slash!

  83. i like the forward slashes by karlzt · · Score: 0

    i like the forward slashes

  84. 10 Other uses for a / by dharte · · Score: 2, Informative

    The BBC have put together a list of 10 other uses for a /: http://news.bbc.co.uk/1/hi/magazine/8306515.stm

  85. They Do Serve a Purpose by trib4lmaniac · · Score: 1
    Life any good /.er, I have not RTFA; but I was very surprised to see this on the front page. Tim's reasoning for the double-slash is readily available information in his very own FAQ.

    I have to say that now I regret that the syntax is so clumsy. I would like http://www.example.com/foo/bar/baz to be just written http:com/example/foo/bar/baz where the client would figure out that www.example.com existed and was the server to contact. But it is too late now. It turned out the shorthand "//www.example.com/foo/bar/baz" is rarely used and so we could dispense with the "//".

    I would also like to add that protocol relative URI are useful. I'm sure some of you are familar with the hideous JavaScript Google recommend using for embedding Analytics into your HTML. It would make much more sense to source the file with a protocol-relative URI.

    1. Re:They Do Serve a Purpose by cpghost · · Score: 1

      Except that something like com/example/foo/bar/baz is not uniquely resolvable. It could translate to foo.example.com/bar/baz, or to example.com/foo/bar/bz... IMHO, a unique delimiter between hostname and the path on that hostname would be necessary.

      --
      cpghost at Cordula's Web.
  86. Re:Saying double u double u double u a billion tim by pmontra · · Score: 1

    And it's pronunced voo-voo-voo in others, but still slower than web. However typing www is definitely quicker than typing web: one finger hitting three times the same key vs three fingers of two hands hitting three keys. Not having to type neither www nor web is even quicker and luckily this is what we can do in most cases nowadays.

  87. My complaints are "www." and "\r\n" by openright · · Score: 1

    Who cares about two slashes.

    My complaints would be:

    "www." - All letters have a single syllable...Except W. It has 3. "www." is 10 syllables instead of 2 for "web.", or 0 for "". Why do we need a web domain prefix?
    "\r\n" - Why were DOS newlines required in the HTTP headers? All those useless \r bytes transmitted for no reason.

    1. Re:My complaints are "www." and "\r\n" by Anonymous Coward · · Score: 0

      Those are ANSI newlines -- DOS just followed the standard. I'm pretty sure that all common IETF protocols (e.g. SMTP, NNTP) follow the same newline standard.

      dom

  88. TFA is just plain BAD. by clone53421 · · Score: 3, Informative

    infront

    That is not a word.

    the "www" in every internet website address

    Many website addresses don't begin with "www", including the address of the page you're currently reading.

    The physicist admitted that if he had his time again, he might have made a change, or more specifically, two.

    Well, what's the other one? I'm waiting, don't keep me in suspense here... (Not to mention, correctly speaking he would have done it differently, not have made a change.)

    "Boy, now people on the radio are calling it ‘backslash backslash’," Sir Tim told his audience, even though he knows they are, in fact, forward slashes.

    He does? Whew, glad they cleared that one up.

    Showing them his index finger he added: "People are having to use that finger so much."

    I type the slash key with my pinky finger, not my index finger. I even checked the British keyboard to make sure it's not a culture disconnect. The British keyboard seems to have it in the same place as the keyboard I'm familiar with.

    He knows that no one has calculated the number of exasperated groans emitted at the sight of a "syntax error" message generated by the grave omission of a single slash.

    I've never seen such an error message, and both Firefox and IE correctly convert http:/google.com to http://google.com.

    Nowadays web browsers such as Explorer

    Explorer is Windows' file system manager. The web browser is called Internet Explorer.

    the British scientist who created the world wide web

    Sir Tim Berners-Lee, who wrote the code that transformed a private computer network into the web two decades ago

    The physicist is credited with being the architect of the world wide web, which was to transform the internet into something usable and understandable by more than just computer programmers.

    Shouldn't they say it a third time, in case someone missed it the first two times?

    Today the URLs — better known as web addresses — that Sir Tim created, beginning http://www, are familiar to anyone navigating their way around the internet.

    And here's with the www business again. Stop it, I say.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    1. Re:TFA is just plain BAD. by Anonymous Coward · · Score: 0

      Could you please be a little more pedantic?

    2. Re:TFA is just plain BAD. by clone53421 · · Score: 1

      Sorry. I was originally only going to go after a few of the more egregious ones, but then I got started and was having so much fun that I just couldn't stop.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    3. Re:TFA is just plain BAD. by clone53421 · · Score: 1

      P.S.

      I spent all morning going over a set of engineering drawings with a red pen, circling misspelled words and text that overlapped other text or parts of the drawings. I ended up dog-earing 16 pages of a 35-page document. Thus, my pedantry was already running full-tilt, and I'm pretty sure this partly explains why I got carried away.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    4. Re:TFA is just plain BAD. by Twinbee · · Score: 1

      Many website addresses don't begin with "www", including the address of the page you're currently reading.

      Well that needs to fixed then too.

      --
      Why OpalCalc is the best Windows calc
    5. Re:TFA is just plain BAD. by clone53421 · · Score: 1

      Why? What's wrong with using subdomains other than www?

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    6. Re:TFA is just plain BAD. by Bossk-Office · · Score: 1

      What's this article you're quoting?

    7. Re:TFA is just plain BAD. by clone53421 · · Score: 1

      Ah, good question; I forgot TFS quoted three articles. I was looking at the first link, http://www.australianit.news.com.au/story/0,24897,26209114-15306,00.html.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  89. slash slash slash by Anonymous Coward · · Score: 0

    At one point, Berners-Lee had implied (actually stated, IIRC) that the // idea was inspired by the late, lamented (by some of us, anyhow) Apollo Computer's network file system, which used the syntax //hostname/directory. This inspired at least one wag to name his host "slash", so he could say "I left the file on slash slash slash, slash whatever" (Backslashes had yet to be invented.)

  90. Karma isn't a game. by Anonymous Coward · · Score: 0

    Just use the proper tag and the proper things will happen. Don't try to out-think modding for your stupid game. If you post with any frequency at all and your posts are not stupid, you'll have excellent karma in no time. If all you post are jokes and stupid stuff, then I probably don't care about your posts anyway, so you shouldn't get the karma bonus.

  91. Re:Saying double u double u double u a billion tim by b4dc0d3r · · Score: 1

    They understand what you mean, and also understand that you're a jargon-laden narcissist who redefines the world in their own terms and expects everyone else to conform. Personally, I'd understand what you meant and then punch you in the face. Same thing for "whack", and if you use 'Zed' for 'Z' but you're not from a country that does it that way.

    I usually skip the www part, because most browsers append it if they can't find anything on the non-www site anyway, so I avoid the problem altogether. And the http: part and the slashes in question. A few sites won't work that way, but I haven't found one that I used in conversation.

  92. frontslash by Anonymous Coward · · Score: 0

    'Frontslash' is easier to say, still self evident, and saves a syllable!

  93. And the double-dubya by RulerOf · · Score: 1

    "H-T-T-P colon backslash backslash"

    That's right up there with "W-W-dot"

    I wonder if webserver admins link the "ww." to their website's default directory as well...

    There was an advertisement on the radio some months back... some guy telling you to go to "applebees.com\realvideos" A few months later, it changed to "applebees.com/realvideos"

    I admit, I chuckled.

    --
    Boot Windows, Linux, and ESX over the network for free.
  94. pedantic apologies for lack of brevity by Radical+Moderate · · Score: 1

    Perfect title for my next album.
    Thanks!

    --
    Never let a lack of data get in the way of a good rant.
  95. Phishing scams by lannocc · · Score: 2, Insightful

    What I wonder is why the designers of DNS put the name in reverse? If the name had been in most-significant-first order, one could have tabcompleted it properly (using history and maybe zonetransfers of smaller zones).

    Not only that, but it would go a _long_ way towards preventing phishing scams.

  96. Shudder-inducing alternative: by BForrester · · Score: 1

    Better than Fullcolondashers.

  97. uh ... wrong. by Anonymous Coward · · Score: 0

    Parsing either of these options *:// or use *: is trivial. Looking for 1, 2, or 3 parts until the first '/' happens is trivial. Like today, the HTTP could be assumed.

    To my knowledge, only IE requires the "HTTP://" be entered if you also wish to specify a port. I know FF doesn't. Certainly IE follows the spec, but how useful is it really to require those leading characters? Defaulting to http is normal.

  98. Re:Saying double u double u double u a billion tim by skeeto · · Score: 2, Interesting

    Let's just drop www altogether!

  99. Re:Saying double u double u double u a billion tim by ZERO1ZERO · · Score: 1

    Dutch? I was in Belgium for a few months and it took a while for me to cotton on to the TV adverts that annouced web sites with what sounds like 'vey vey vey dot etc etc' I thought that was quite neat.

  100. Re:Saying double u double u double u a billion tim by RealGrouchy · · Score: 1

    In my mother tongue, the 'w' is pronounced as [wey].

    Must get tiresome to pronounce those square brackets all the time.

    - RG>

    --
    Hey pal, this isn't a pleasantforest, so don't waste my time with pleasantries!
  101. true, so many keystrokes wasted by commodoresloat · · Score: 1

    almost as many keystrokes have been wasted typing // over the years as have been wasted today talking about the darn slashes on this slashdot article!

  102. ...Now you have two problems. :) by Tetsujin · · Score: 1

    Remember, you don't say port 80 to go to Slashdot. Why not default to the SRV record (then port 80 for backwards-compatibility) unless the user specifies otherwise?

    Extra complexity for little gain.

    why not get rid of the url altogether and encode it in xml? surely that would clarify the problem of figuring out what website the user wants to go to

    Well, it would at least make it very easy to provide a clear-cut place to identify the port number... ...And don't call me Shirley. (Damn, that joke sucks in text... Can we all move over to a truly phonetic alphabet so I can do the "Shirley" joke online?)

    --
    Bow-ties are cool.
  103. Slashdotted localhost? HA! by Tetsujin · · Score: 1

    Damn, dude. You just slashdotted localhost.

    Don't worry, the HTTP serving duties for localhost are distributed over the whole internet.

    --
    Bow-ties are cool.
  104. Problem is not invented by KingSkippus · · Score: 1

    You're inventing a problem. It's pretty trivial to count the number of colons before the first slash and then decide how to parse the hostname/protocol/port bit.

    ...Which still doesn't solve the problem.

    Let's say that the number of colons is exactly one. Now, quick! Tell me, without using your human intuition of what that address is supposed to mean, what do those two fields separated by a colon represent?

    Is it a protocol and host? (e.g. http:slashdot.org) Congratulations, you've just made it impossible to specify a port number without including a reasonable default protocol. This is how IE 6 works--you get an error if you type something like slashdot.org:80 in the address bar. You must fully type out http://slashdot.org:80, and as someone who works on test servers on alternate ports, to me, that's irritating as hell. But this "invented" problem makes that a standard--you would have to fully specify protocol, host, and port every time.

    Okay, so do you assume that it's a site and port then? (e.g. slashdot.org:80) Well, that is no good, because how you can't specify web addresses in what would be their most common format, i.e. http:slashdot.org. It would parse as http being the host and slashdot.org being the port (or more likely, since it's text, the service).

    Hopefully it's obvious why it's downright stupid to assume that it's a protocol and port; you wouldn't be able to easily specify a host name.

    Now I'll grant you, there are probably some somewhat-safe assumptions that you can make while parsing, such as numbers indicate a port, alpha-numeric indicates a protocol or host. But you know what they say about when you assume something, right? Such assumptions only serve to needlessly limit the domain (no pun intended) of legal protocol, host, and/or port specifications.

    I'm not saying that there's not a better way. But one thing is for certain; the GP is not making up a problem out of thin air. It would take some serious thought to come up with a sensible scheme that allows both reasonable defaults and unambiguous specification of the fields. While the current scheme might cost a few keystrokes here and there and there might be room for improvement, it certainly accomplishes those goals pretty well.

  105. Re:Saying double u double u double u a billion tim by osu-neko · · Score: 2, Interesting

    I've always mentally read it as "triple dub". That doesn't take so long to say, and most people understand what I mean by it when I use it in conversation.

    That's... interesting. Do you always "hear voices" while mentally reading? I find I frequently don't realize I don't know how to pronounce a word until the first time I try to use it in spoken conversation. When reading text, it simply doesn't come up how it "sounds"...

    Then again, apparently I'm strange. People talk about whether someone can think in another language or not, as if it requires greater aptitude to think in another language rather than merely speak it, whereas I point out it's a necessary prerequisite to be able to think it in order to speak it. But I'm told they're talking about "just thinking" rather than thinking about what you're going to say -- in which case, I don't use any language at all, I just think thoughts. I only think words in a language when I'm thinking about speaking. If I'm thinking about water, I use neither the word "water" or "agua" in my head, which words to use only comes up when I'm thinking about how to articulate my thoughts. I can't imagine how slow it would be to actually think in a language, native or not.

    --
    "Convictions are more dangerous enemies of truth than lies."
  106. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Just do what everyone else does, and say 'dub dub dub'.

  107. Re:Theres one technical point... not really by DavidTC · · Score: 1

    Well, no, the point I was trying to make is that we need two different chars.

    One to separate the protocol and path in a URL, and one to separate out the protocol and the other path (That I don't know the name of) in a URN.

    Right now, the different is that URLs have a :// and URNs just have a :. But instead, URLs could have a / or a $ or whatever, leaving the single : for URNs.

    Or we could have done it the other way, with a single colon for URLs, and something else for URNs.

    Of course, it's too late now.

    The real stupidity, of course, wasn't this, it was using 'www' as the prefix for websites. WWW, the only acronym in existence that has three times as many syllables to pronounce as the actual words it replaced. Why the hell we couldn't use 'web' I don't know.

    --
    If corporations are people, aren't stockholders guilty of slavery?
  108. Re:Theres one technical point... not really by DavidTC · · Score: 1

    Well, the obvious solution is to require any relative path with a directory in it to start with a ./, if it didn't already start with ../

    It's worth pointing out that, right now, colons, are legal characters in URL. But relatively attempting to access a page named blah:blah.txt will not, in fact, actually work right.

    And heaven forbid if the page is named mailto:blah@blah.txt, which, is perfectly correct if you access it like http://example.com/mailto:blah@blah.txt. Yes, both @ and : are allowed in the path part of a http URL. (Heh, in preview those links actually work, proving my point.) This file is obviously quite impossible to refer to relatively unless you make the link something like ./mailto:blah@blah.txt

    So, yeah, if we used http/example.com/, we'd need to either change relative links or absolute links...but we needed to do that under the existing scheme, too. And ended up mostly ignoring it, and thus we have filenames that can be mistaken for URIs and you don't want to refer to relatively. We could do the same with relative links, requiring them to start with a ./ or a ../

    ...although we're sunk if the DNS root ever puts up a webpage. ;)

    --
    If corporations are people, aren't stockholders guilty of slavery?
  109. 'w' has too many syllables eh? by myowntrueself · · Score: 1

    "www." - All letters have a single syllable...Except W. It has 3.

    In English.

    In other languages, 'www' can come out quite smoothly, since the 'w' is pronounced as a 'v' in English.

    Hearing commercials giving a URL starting "v v v ..." is quite cool :) Kind of makes you think "v v vooom!"

    Also, many English speakers are now pronouncing 'w' (in the context of 'www') as 'dub', thus 'www' becomes 'dubdubdub' which just sounds extremely dumb.

    --
    In the free world the media isn't government run; the government is media run.
  110. Forget the slashes by bruhinb · · Score: 1

    We could very easily overcome the tragedy of the slashes if only we would agree to lose the totally usless www. that most websites still advertise. What's wrong with encouraging users to enter a simple http://example.com/ rather than insisting on http://www.example.com/ ?

  111. I partially see your point by goldcd · · Score: 1

    but if you type an address into a web browser, it's not a great leap to decide that the default should be http on port 80.

  112. Yeah, right. by PPH · · Score: 1

    And then where would all of us be? Posting our witty remarks on the Dot discussion system.

    --
    Have gnu, will travel.
  113. Think of the children by Shabazz+Rabbinowitz · · Score: 1

    Had he not used them, a whole lot of O.J. Simpson web site jokes would not have possible.

  114. Re:Saying double u double u double u a billion tim by Eil · · Score: 1

    Well, WWW was the acronym for his project, "World-Wide Web". He shouldn't feel any remorse for choosing that name as there is really nothing that forces an administrator to use "www.example.com" for the hostname of their web server. They can just as easily call it "web.example.com". I always assumed that the first web admins simply used "www" when setting up their systems because it was convention at the time. They didn't realize what a bad idea it was until they had to speak their URL out loud. (I've done that lots of times with various project/file/function names.) By the time the web went global and became a household name, everyone was using "www" to indicate the web server hostnames because that was the de facto standard.

    It's far from the worst technology mistake that's ever been propagated, though. Maybe 30 years from now something else will make the web obsolete and we'll be talking fondly of all the "http://" and "www" quirks that our old web used to have.

  115. Waste Not by PingPongBoy · · Score: 1

    Look at all the paper and trees, he said, that could have been saved if people had not had to write or type out those slashes on paper over the years

    The two sets {1, 1x, 2, 2x, 3, 3x, ...} and {1, 2, 3, ...} are both infinite. If both sets represent the pages counts on printouts of websites, and the first set contains both the content and the waste due to the extra junk on the pages, an argument may be made that the waste would be infinitely less if there wasn't so much extra crap on each page.

    The extra stuff is what drives the finances of the Internet, but it is infinitely more costly in bandwidth, time consumed, memory, CPU cycles, etc.

    Since technology keeps improving, we condone all this waste. Indeed without all the junk, there would be little incentive to keep improving technology - who would personally sustain usage of the full bandwidth they're paying for? It's paradoxical. We can't live a good life without knowing how to waste the things we can't use.

    --
    Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
  116. Mod battle by tepples · · Score: 1

    They aren't discouraging smart-ass comments, they just aren't giving you karma for them.

    Say I have karma equivalent to 30 positive moderations above zero, comfortably well into the Score:2 zone. If 31 Slashdot users with mod points think my comment is Funny but 31 others think it's Overrated, my karma is down to -1, meaning I now post at Score:0. Threatening a Funny vs. Overrated mod battle that can quickly drain karma looks a lot like "discouraging" to me.

    1. Re:Mod battle by clone53421 · · Score: 1

      I have plenty of +5 Funny comments. You just have to do it right.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  117. It's too late now! by ardle · · Score: 1

    Now we have web services: an extra slash is the least of our problems ;-)

  118. backslash by w0mprat · · Score: 1

    Microsoft chose backslash, in particular a double backslash \\ to indicate a hostname. I don't know the origins of this decision, but it makes sense in a number of ways instead of using :// to seperate protocol from domain path. (Scarily) we could have had internet with \\slashdot.org\story\09\10\14\1219215\Tim-Berners-Lee-Is-Glad-About-the-Slashes

    This would make it markedly easier to pick out URLs in text, requiring no :// kludge since backslashes are not used commonly in text in the way colons and slashes are. Yet somehow I don't pine for this alternate destiny.

    --
    After logging in slashdot still does not take you back to the page you were on. It's been that way for 20 years.
  119. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Some people just say "dub dub dub" or "wuh wuh wuh", which admittedly is still longer than saying "web" but it's not really that bad.

    More irritating is people who think *everything* on the Internet starts with www., including their own e-mail addresses.

  120. Its a keyboard bug! by Tired+and+Emotional · · Score: 1

    Your keyboard should have a http://www./ key.

    --
    Squirrel!
  121. What about the www? by Arancaytar · · Score: 1

    Screw those stupid slashes; you don't need to write those out anyway. What I want to know is who the hell came up with prefixing web addresses with www.

    I can imagine it might have made sense for early networks whose "domain names" actually named "domains" with multiple hosts, were a single host might have been the webserver. But pure web names? Or even names with multiple additional services like google.com?

    WWW is the single biggest evolutionary baggage in the transition from physical domain hierarchies to logical names.

    1. Re:What about the www? by petrus4 · · Score: 1

      Screw those stupid slashes; you don't need to write those out anyway. What I want to know is who the hell came up with prefixing web addresses with www.

      That is a convention for when people have more than one protocol installed on the same machine, but bound to different ports.

      So you used to have, as one example:- ftp.funet.fi, www.funet.fi, irc.funet.fi, news.funet.fi, etc.

      Doesn't happen so much now, of course, because people tend to use seperate machines for different things these days; but it still worked well.

    2. Re:What about the www? by Arancaytar · · Score: 1

      more than one protocol installed on the same machine, but bound to different ports.

      Well, that's exactly the usecase where it's superfluous, because that's what the port number is for.

      funet.fi:80 listens for http
      funet.fi:21 listens for ssh
      funet.fi:443 listens for https
      funet.fi:25 for smtp
      etc.

      No need for protocol-based sub-domains.

  122. Re:Saying double u double u double u a billion tim by Trogre · · Score: 1

    It's not uncommon to use "dub dub dub", or for those who want to avoid sounding like boy scouts, some people still regularly use "world wide web".

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  123. lol save paper? by Anonymous Coward · · Score: 0

    How is removing "//" going to save paper? I doubt anyone has ever gone onto a second page because of 2 extra characters in a URL.

  124. Re:www = pr0n by Anonymous Coward · · Score: 0

    We all know that W is pronounced "double-you" or UU (in other languages it's pronounced like "dou-bleh-vey", for "two v's").
    However, we also know that "double-U" is also often reinterpreted as "double you".

    In that context, it seems clear that WWW is UUUUUU, which obviously means "sex you". Therefore, the web is for pr0n. Q.E.D.

  125. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    In Australia and New Zealand, the "www" is usually pronounced "dubdubdub". Saves six syllables.

  126. Re:Saying double u double u double u a billion tim by grubwort · · Score: 1

    In your mother tongue would the translation of "World Wide Web" still have three Ws?

  127. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    I think the real fault here is having the pronunciation of a letter require three syllables! The other 25 manage to fit nicely in one...

  128. Just say dub dub dub by Anonymous Coward · · Score: 0

    I heard it used somewhere, knew instantly what was meant, and have used it successfully myself on occasion. Still not quite as easy to say as web, but simpler than double you double you double you.

    What is it with that letter anyway? All the other ones are short and easy, why does w have to be so cumbersome? Especially since it looks like a double v more often than it looks like a double u. Maybe we should just call it wu....vee wu ex why zed (or zee for the yanks...) then we can go wuwuwu dot whatever

  129. It's a special case of a more general system by hendrikboom · · Score: 1

    I once heard that it was based on an older convention about numbers of slashes. Using multiple slashes eats your way to be root until you meet something else with more slashes (or was it at least as many? I forget) So if you're in a context like ///foo//bar/f and you append a //onion/cow/patty the resulting ///foo//bar/f//onion/cow/patty reduces to ///foo/onion/cow/patty (or was it ///foo//bar//onion/cow/patty ? I forget) So the number of slashes was a way of indicating what level of the naming hierarchy you were replacing. But the more general concept was forgotten somewhere along the line.

  130. save a tree with a CONTROL key by Shadotruth · · Score: 1

    just type the name of the company (if you know its a .com) and hold control down while hitting enter all the ://blahblahs gets autofilled in for you. atleast it works for .com not sure if there is a shortcut for others.....example would be type google....'hit control enter' .....the almighty godggle will open without any tree killing and all your slashes and dashes and dots will be there............godggle improved now with free instant pestering !

  131. Re:Saying double u double u double u a billion tim by Dirtside · · Score: 2, Insightful

    Neither, I haven't dealt with a domain in more than a year that didn't either automatically redirect foo.com to www.foo.com, or had the web server running on the foo.com host itself. I frankly don't know why anyone uses protocol-specific subdomains at all any more. Either ftp.foo.com and www.foo.com are the same machine or they aren't. If they are, then there's no reason to have the subdomains because the machine is already listening on ports 21 and 80. If they aren't the same machine, then at best only the ftp host needs a subdomain, because everyone expects foo.com to serve port 80.

    (However, 'web' is faster to type because I can use three fingers to do it almost simultaneously, but 'www' has to be hit by the same finger three times. ;-) )

    --
    "Destroy science and religion. Science would re-emerge exactly the same; but not religion." - Penn Jillette, paraphrased
  132. base url helps slightly by u64 · · Score: 1

    This html works.

    base href=http://>
    body background=//www.w3schools.com/graphics/images/back/sky6.jpg>
    img src=//www.w3schools.com/images/stickman.gif>
    img src=http://www.w3schools.com/images/stickman.gif>

    But it brakes all relative paths. So it doesnt automatically saves Bytes
    everywhere.

  133. Re:Saying double u double u double u a billion tim by Anonymous Coward · · Score: 0

    Saying 'www' might be slower, but typing 'www' is much faster. Which one do you do more often?

    I spent several years working tech support over the phones. I can say quite honestly that in any given 6 month period I actually typed "www" only a handful of times, usually when checking to see if a site admin forgot to setup redirect from x.com to www.x.com. But I had to spit out that annoying "www" and then "no ma'am, that's double-you double-you double-you".

    On a side note, it's faster for me to type www than web but then again I played piano for years so using my left ring finger to hammer it is pretty easy.

  134. they actually do have a purpose... by petrus4 · · Score: 1

    Although of course "http:" would be considered the protocol indicator, IMHO "http://" is more effective visually as a seperator/prefix. That particular slash is also the one used in directory names on UNIX systems as well, so it is consistent with any other slashes which you're likely to put, later in a URL.

    It's only really annoying because of its' location on most people's keyboards, I suspect; although some Windows users hate typing URLs of any length, I'm aware.

  135. Re:Saying double u double u double u a billion tim by cerberusss · · Score: 1

    Yes, it would be 'Wereld Wijde Web' but I can't remember the last time someone said that out loud :-)

    --
    8 of 13 people found this answer helpful. Did you?
  136. Re:Saying double u double u double u a billion tim by cerberusss · · Score: 1

    Yep, good guess.

    --
    8 of 13 people found this answer helpful. Did you?
  137. Not entirely unrelated by RivenAleem · · Score: 1

    On the subject of slashes, and the internet, I got curious and typed /. into google search. It returned with 0 results. What's up with that?

  138. Erm... by TheReal_sabret00the · · Score: 1

    I've never minded the slashes and to be fair http:slashdot.com just isn't as charismatic. however, that said. and this probably extends beyond his scope. I've always thought that the method in which URI's were written was the wrong way round. I'd like to see it all changed so something along the lines of: http://com.slashdot.tech/story/xx/xx/xx/xxx.html

  139. Er, me for one...... by Anonymous Coward · · Score: 0

    I actually still type in http://www. whenever I go to a site. When I started using it back in '94 that was required, and now it's still needed if you want to use a non-standard port on some browsers. I just found it easier to keep using http://www, because then I don't have to worry about whatever browser I'm using misinterpreting it, or misconfigured DNS sending me to the wrong/no site.

    Now get off my lawn......

  140. Re:Saying double u double u double u a billion tim by clone53421 · · Score: 1

    I could kill in such moments

    Me too, but I'd personally want to kill the idiot server admin who didn't make www.domain.tld and domain.tld point to the same thing (preferably by redirecting domain.tld to www.domain.tld).

    Anyone whose website doesn't serve exactly the same page for domain.tld and www.domain.tld should be flogged and taught the correct way of doing things.

    Having www.subdomain.domain.tld redirect to subdomain.domain.tld is also nice, but less a matter of life and death.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  141. Re:Slashdotted localhost? HA! by clone53421 · · Score: 1

    If only. The vast majority of internet-connected machines don't have the proper software installed to allow them to do their part. As a result, localhost HTTP service is spotty at best and I find I'm unable to access it from most computers.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  142. Re:Slashdotted localhost? HA! by Tetsujin · · Score: 1

    If only. The vast majority of internet-connected machines don't have the proper software installed to allow them to do their part. As a result, localhost HTTP service is spotty at best and I find I'm unable to access it from most computers.

    True... Well, slashdotting localhost at least won't make the service get any worse. :)

    --
    Bow-ties are cool.
  143. Re:Slashdotted localhost? HA! by clone53421 · · Score: 1

    Yup. Am I the only person here who configured Apache with all relative paths and put it on a USB hard disk so I can run it on port 8080 on any computer I happen to be using?

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  144. Dumb by pubwvj · · Score: 1

    But you don't have to type those slashes. Nor do you have to type out www or the dot. The browsers can fill it in. The servers can fill it in. Even the http and the colon can be left off in most cases unless you're doing secure https or ftp or something special. The waste is in people bothering to type those characters. In news articles they only need give NoNAIS.org or SugarMountainFarm.com or something like that and the path is implicit.

  145. www? by incubbus13 · · Score: 1

    I understood at one time that the www. prefix was indicative of someone following a standard? All 'legitimate' websites used www, while those who were a bit more dodgy, or less professional, or didn't follow the ICANN (maybe) protocol skipped the prefix. Is this still technically a standard? Anybody know what the deal with that is/was? Just geeky curiousity.

    K.

  146. Re:Saying double u double u double u a billion tim by zummit · · Score: 1

    Who says "double u double u double u"?

    I say - even to new clients, "dub dub dub" and they all understand I really mean "www".

  147. Re:Saying double u double u double u a billion tim by assert(0) · · Score: 1

    triple dubya?

    --
    (founded 95,000,000 yrs ago, very space opera)
  148. Re:Saying double u double u double u a billion tim by clone53421 · · Score: 1

    That's... interesting. Do you always "hear voices" while mentally reading?

    Slow readers do this. The really slow (and annoying) ones silently mouth the words as they read.

    it's a necessary prerequisite to be able to think it in order to speak it.

    You think much faster than you can speak. Thinking in another language is unbearably slow if you're not fluent, which is why it does require a greater aptitude (else you won't do it).

    I don't use any language at all, I just think thoughts

    I find that most thought (but not all) is done in words (one obvious exception would be visualizing objects or sounds). The question of articulating them is more a question of making sure your thoughts (which you understand perfectly) aren't misunderstood by your listener due to poor choice of words. You knew what you meant, but you have to make sure your listener does too. If you really do most of your thinking without using language at all, I'd find that quite remarkable.

    --
    Alexander Peter Kristopeit bought his basement from his mommy for one dollar.