That's just because you are used to it. But <tld>.<domain> actually makes more sense for multiple reasons:
- That's how phone numbers work, the most significant part of the number is first (<country-code> <area-code> <local-number>) so the most significant part (TLD) should come first in domain names. Users like systems that look like other systems they are already used to.
- <tld>.<domain> would help thwart phishing attacks as most users read left-to-right, so they see right away when the domain is incorrect. Compare this to "google.com.phishing.com" which tricks users because they stop reading after they see "google.com..."
- When you read or hear "go to com.myawesomedomain" you know a domain name is being mentioned as soon as you hear "com.". It is not always obvious otherwise (you have to use specific language like "browse to").
If it was com.something you have to type the com first. If "something" is first, you by the time you get to "som" it will probably have something.com in the dropdown list.
I would say its easiest if the most variable part is first, not only for autofill but for the way I think about it.
When you talk about "most significant" you mean the "largest" category. To me the actual most significant is the part that identifies the most unique thing you are typing in, and that tends to be the domain.
Modern web browsers will complete from any start position in an URL (and some also from the title of the document, I think). E.g. if I have visited the Wikipedia article on irish setters and I start typing irish, it will suggest that article. In the same fashion, if the URL was com.example and you typed exa, it should suggest com.example.
Once again, you say that because you're used to it. When you go to a store, do you go to the item first, then figure out what section it's in then figure out what isle it's on?
No, but when you're looking for a particular website, you Goggle it, then check domain name is the one you were looking for, by having the name product/company name first, you don't need to scan the superfluous data.
That's true. I can definitely see your point. I think the long story, short here is to stick with what you're used to and by google having .google for domains leaves a bad taste in my mouth.
Addresses in Japan are written in exactly the opposite order, with the post code being written at the top of envelope followed by the prefecture, state, etc. Its simply what you are used to.
Eh, that's debatable. Could be confirmation bias because we're just used to it being that way for the last x decades. Fairly sure that if I asked my computer illiterate grandma which made more sense, google.com or com.google, the answer would be "neither." Heck, my parents only add www or com simply "because". There's no rational reason from their perspective to do so other than that it may not work otherwise. If I had originally taught them com.google vs google.com, they'd be none the wiser (assuming either way actually worked).
I actually suspect if we started with a clean slate, it would make more sense to start with "more generic/less detail" to "less generic/more detail." Urls after the domain already do that (well, organized sites, do), e.g. www.site.com/cleaningsupplies/clorox
Then we could have (expanded for example):
company.google
organization.charitynavigator
uk.company.google
xxx.whoa (for those that remember the proposal for a xxx tld)
But there's probably a technical reason for it being the way it is that I'm not aware of or something.
Er... to me, if I really stop and think hard about it, none of these make sense. If I really wanted it to make sense, I'd just type "Google", "RBC", "BBC" - the brand name and it would figure out the rest for me. If the site was secure, my browser would figure that out and tell me it was secure. If the site wasn't secure, it would figure that out too and warn me as such.
Of course, I realize that this is a tall ask given that you have conflicting brands around the world. Perhaps there should be some linguistically obvious [to the average non-I.T. person] way to differentiate between conflicting brands...
I feel like the most obvious should be that we should never have to negotiate security by typing HTTPS... that should be the default state, falling back to HTTP only if HTTPS was unavailable and a warning should be given to the user. The average user [indeed any user] should never have to "look for HTTPS" or "look for the padlock". The whole browser UI should be more intuitive than that - the user should be able to look at the browser window and infer that communication with that site is not secure.
I'm not sure what the address structure should be... perhaps something like(?)
- CA/CHURCH/UNITED/SASKATOON [Localized Home Page]
Perhaps a global brand such as Amazon or Facebook wouldn't even need a country code...or it could be figured out by an algorithm based on the user's context: FACEBOOK
could map to UK/COMPANY/FACEBOOK for a person in the UK or US/COMPANY/FACEBOOK for a person in the U.S. The user could override the location by manually typing the address. If the user's IP address belonged to Amazon in the US, then they could type in just the site and resource address and the rest of the address could be construed from their context: Typing in STORE/ELECTRONICS/DVD/LORD-OF-THE-RINGS would automatically be understood as: US/COMPANY/AMAZON/STORE/ELECTRONICS/DVD/LORD-OF-THE-RINGS. For a residential user, their IP would be assigned to the block for their country, so any sites not explicitly specified would infer a site within their own country.
If the country code isn't known, then some algorithm could attempt to figure it out. If it was ambiguous, then the user could be presented with search results by a preconfigured [or their favorite] search engine.
Anyway - as Tim Berners Lee says... it's too late now. Until someone sets about re-imagining the entire infrastructure that is today's internet, we're stuck with what we've got.
Human language is all about optimizing for context. Abbreviations, contractions, etc. For humans, most of the time the current year and/or "com" are the default context, so it makes sense to present the most significant differentiating information first. If you think about it, that's also why "www." got dropped.
When I make a phone call, I have a "default context" -- my area code -- but people still seem happy enough with phone numbers that go from most general to most specific.
I'm old enough to remember when people would drop area codes. Long distance was expensive so 95% of the numbers you'd call were local. That being the default context, people would drop the area code in most local situations. There's plenty of archival newspaper ads that demonstrate this.
With cell phones and unlimited nationwide calling plans, it's more common to find an assortment of area codes in contact lists these days. What you're describing is not actually a default context. It's just your personal area code. The person next to you might very well have a different one.
It's not my "personal area code", it's... well, the area's area code, and it's the default for people in the area. People and businesses locally routinely give their number without the area code, because it's implied and doesn't need to be dialed. Even my cellphone has the default context of the area in which the SIM card was bought.
So I'm not sure what "old enough to remember" means when it's still true today. 95% of the numbers I call now are local businesses, so I only dial seven digits.
I don't know, maybe you're from the future or something.
It's only the default for new numbers. People carry their old numbers with them when they move, unlike the olden days. Bottom line, contact lists have a lot more mixed area codes now.
> 95% of the numbers I call now are local businesses
That might explain the difference of perspective here. Most people call other people on their phones, not just businesses.
At least according to the FCC, number portability was intended to allow moving between service providers. If you move across the country, there's no guarantee you'll be able to keep that number if you initiate service with another carrier. So in a sense, area codes are "supposed" to be meaningful (even if that's not so true today).
I think he is guessing that the grandparents thinks that www or 'world wide web' means 'the internet' and should be root.
But actually 'web' reveals to the graph of hyperlinks between http/html pages that let you navigate from page to page, server to server. www denotes the host is primarily a http server serving web pages.
You could argue it's superfluous these days - if you are typing it in an address bar, you hope it is a http server, and if you are typing it in a ssh prompt, you know it's your ssh server. People add it because it's a convention and some users might get confused if you don't... (it's probably a vhost anyway most of the time)
It does have one benefit. www.google.com has its IP served from google's dns servers, whereas google.com comes from com's. Google does lots of dns-based load balancing that com doesn't support.
com. only serves the nameserver (NS) addresses for example.com., and if they are within the same domain, their IP addresses. It does not serve the rest of the records for example.com.
You can see this easily with e.g.:
dig -t any google.com. @a.gtld-servers.net.
vs.
dig -t any google.com. @ns1.google.com.
There is no real advantage of having it be 'www' coming from DNS...
There is a somewhat more modern problem which is that having a domain be a CNAME (the DNS equivalent of a by-name redirect) means it can't also have MX records and receive mail; the CNAME also ends up "redirecting" everything, including MX lookups. So if your web host offers yourdomain.someawesomehost.com and you decide to point yourdomain.com to it via CNAME, having you@yourdomain.com doesn't work unless yourdomain.someawesomehost.com is configured to receive mail for yourdomain.com.
hostnames can have more than three components, e.g. "www.ox.ac.uk". So it's either biggest to smallest: "com.google.www" or smallest to biggest: "www.google.com".
google.com.www is in neither ascending or descending order.
www.google/stuff works now that we have generic TLDs and .google is a TLD, but before that it ignores the possibility of google.net and google.org. This may not be a problem for a unique trademark like google but not all domains are trademarks.
