6 ms·
Why not drop .com then as well? Most sites are on .com domains after all. It is exactly the same issue. A domain is a domain. Google is arbitrarily dictatin
by uberman 8y ago
Why not drop .com then as well? Most sites are on .com domains after all.
It is exactly the same issue.
A domain is a domain. Google is arbitrarily dictating your CNAME from the user's perspective.
What if you don't serve your site off of mysite.com is google going to automatically try again at www.mysite.com?
What if you have distinct content at both domains?
This decision is stupid.
- deleted 8y ago[deleted]
- wpietri 8y agoIt's not the same issue at all, in that domains with different suffixes are controlled by different people while foo.com and www.foo.com are controlled by the same people. If you have an example of somebody who needs to serve different web content for foo.com and www.foo.com, I look forward to seeing it. But I've never seen one, and when I've seen it happen accidentally it's due to idiocy.
- subway 8y ago> while foo.com and www.foo.com are controlled by the same people Sometimes. Far from always. In some environments, `www` may be under an entirely different administrative domain, with lesser authority than the top level domain which is delegating web services to the `www` group by way of creating a dns record and/or adding an http(s) redirect to the parent domain. Having some string values arbitrarily considered trivial is dangerous. See: lbl.gov has address 128.3.41.146 vs www.lbl.gov has address 35.196.135.136 The root domain points to hosts at the lab. The subdomain has been delegated off to Google.
- slg 8y agoIsn't that simply due to internal politics? Whoever owns foo.com might delegate www.foo.com to someone else, but they ultimately control both.
- ryandrake 8y agoEither way, www.example.com and example.com can differ in terms of IP address, underlying hardware, actual website content, and probably other things I don’t know. They are different URLs. It seems problematic to assume they are the same.
- wpietri 8y agoNot at all. People already assume they are the same. And they have for 20 years. Nobody reasonable serves up different content on the two URLs. Anybody clueful redirects one to the other. The only reason they're separate is that a) the web wasn't dominant when it was introduced, and b) technology of the time made it hard to manage traffic in ways we can now.
- ryandrake 8y ago> Nobody reasonable serves up different content on the two URLs. The third and ninth comments in the linked bug present real world examples of this behavior.
- wpietri 8y agoThe 9th comment is explicitly described as "bad results"; it's about somebody who doesn't have a redirect. So that for me is in the "unreasonable" category. The 3rd is about pool.ntp.org, which is a random ntp server, and which shouldn't be serving up web content. They did happen to pick www.pool.ntp.org as the URL for the docs on the NTP Pool Project, but if "www" never was a thing, the would have happily picked something else. E.g. poolproject.ntp.org or ntp.org/pool/ would have been fine.
- subway 8y agoIt's due to different groups controlling different parts of the infrastructure, allowing for separation of privilege -- and is the whole reason www even existed to begin with. Often these separate groups aren't part of the same organization. They're a different organization or contractor paid to maintain a web presence.
- wpietri 8y agoThis may be true for LBL, but it's not necessarily so. They don't serve different content, and I don't see anything running on lbl.gov that couldn't be handled. These string values are already considered equivalent, which is why Chrome is making this change, and why every reasonable site has one redirect to the other.
- uberman 8y agoI realize it is an important distinction, I'm glad you do as well. Just as ftp.mysite.com is not mysite.com and mysite.com in not mysite.io and http://mysite.com http://mysite.com is not https://mysite.com https://mysite.com. You get the point. They are all different and important in my opinion. Any argument that hiding the "www." part makes it easier for the user is equally applicable (and wrong) to ".com"
- wpietri 8y agoYou can keep repeating your point, but if you want to convince me, you'll have to actually address my demonstration that the two are in fact not equal in practice.
- uberman 8y agoFrom the bug report that started this thread: http://www.ntppool.org http://www.ntppool.org is not http://pool.ntp.org http://pool.ntp.org and https://citibank.com.sg https://citibank.com.sg is not https://www.citibank.com.sg https://www.citibank.com.sg and https://m.tumblr.com/ https://m.tumblr.com/ is not https://www.tumblr.com/ https://www.tumblr.com/ Yet Google makes them all appear to be the same. There are lots of other odd filtering behaviors in the issue if you want to check out the comments For example, should: www.www.www.subdomain.www.www.www.domain.com show as subdomain.domain.com How is that right? How does making those two destinations appear to be the same thing make the user "safer" under any stretch of the imagination?
- wpietri 8y agoI'm not arguing for Chrome's implementation. I'm saying we should do the more useful but harder thing of just not using "www" as a thing in browser URLs. They have correctly identified it as redundant, but instead tried to fix it by being too clever. As I mention elsewhere, the first two are bad examples. (In fact. ntppool.org and www.ntppool.org are the same thing.) The third is a hack from the era where responsive design, browser sniffing, and polyfills didn't exist. It should probably die too, but doesn't have to here. The m.tumblr.com name is distinct from tumblr.com and is of the form I think better. Note that they didn't use www.m.tumblr.com.
- type0 8y ago> domains with different suffixes are controlled by different people while foo.com and www.foo.com are controlled by the same people. This happen fairly often in universities and some other organizations that can have convoluted structure.
- nimrod0 8y agoYes, why not drop URL's altogether then? Why display such "technical" things for the plebes?
- type0 8y agoSure, "I'm feeling lucky!" should suffice /s
- r3bl 8y ago> Most sites are on .com domains after all. Most sites in English, and even that is doubtful. There's a full world out there of people and businesses using ccTLD like .fr, .nl, .co.uk, .hr, .rs, .es, .jp...
- uberman 8y agoWith "only" 46.5% of all domains being ".com" I guess you are technically correct. When the next highest TDL (.org) rings in at only 5.1%, I think we can agree the the overwhelming majority of sites are based on .com. Of the TDL you mention the top one is .jp at less than 2%. If you remove the qualifier under the .uk TLD you get an additional 2%. The rest don't make the chart. https://www.statista.com/statistics/265677/number-of-internet-top-level-domains-worldwide/ https://www.statista.com/statistics/265677/number-of-interne...