Slashdot Mirror


Google Slammed Over Chrome Change That Strips 'www' From Domain URLs (itwire.com)

An anonymous reader quotes ITWire: Google's move to strip out the www in domains typed into the address bar, beginning with version 69 of its Chrome browser, has drawn an enormous amount of criticism from developers who see the move as a bid to cement the company's dominance of the Web. The criticism comes a few days after Chrome's engineering manager Adrienne Porter Felt told the American website Wired that URLs need to be got rid of altogether. The change in Chrome version 69 means that if one types in a domain such as www.itwire.com into the browser search bar, the www portion is stripped out in the address bar when the page is displayed.

When asked about this change in a long discussion thread on a mailing list, a Google staffer wrote: "www is now considered a 'trivial' subdomain, and hiding trivial subdomains can be disabled in flags (will also disable hiding the URL scheme)..." A Google staffer attempted to justify the change, writing: "The subdomains reappear when editing the URL so people type the correct one. They disappear in the steady-state display case because this isn't information that most users need to concern themselves with in most cases..." But this drew an angry response from a poster who questioned the statement "this isn't information that most users need to concern themselves with in most cases" and asked: "According to who? This is simply an opinion stated as a fact...."

This is not the first time Google has been criticised for its moves to change the fundamental structure of URLs. Its Accelerated Mobile Pages, introduced in October 2015, have been criticised for obscuring the original URL of a page and reducing the chances of a reader going back to the original website. Probably for this reason, Apple last year decided that version 11 of iOS would update its Safari browser so that AMP links would be stripped out of an URL when the story was shared... "This is Google making subdomain usage decisions for other entities outside of Google," said yet another poster. "My domains and how subdomains are assigned and delegated are not Google's business to decide."

The controversy moved Slashdot reader Lauren Weinstein to write a new blog post. Its title? "Here's How to Disable Google Chrome's Confusing New URL Hiding Scheme."

UPDATE (9/15/18): Google has announced that after public outcry, they'll return the 'www' to Chrome's URL's -- but only until the next release.

240 comments

  1. Well that is gong to give me problems by Anonymous Coward · · Score: 0

    Well that is gong to give me problems. Content on mydomain.com is totaaly different to www.mydomain.com, along with other sub domains.

    1. Re:Well that is gong to give me problems by tysonedwards · · Score: 4, Informative

      This is especially going to be problems as the suppression of "www" is also done when one clicks on the address bar.

      If you have different content between www and *., and a user clicks on the address bar, copies what is displayed and sends it to someone else, the recipient will see different content than the sender, despite otherwise appearing to be the same URL.

      Still, easily fixable by adding the "www" when someone clicks on the address bar and solely suppressing when the address bar does not have focus.

      --
      Thirty four characters live here.
    2. Re:Well that is gong to give me problems by Anonymous Coward · · Score: 1

      if you click on the address bar it displays the correct (unabbreviated) url

    3. Re: Well that is gong to give me problems by Anonymous Coward · · Score: 0

      So much for reading the summary before posting.

      The subdomains reappear when editing the URL

    4. Re: Well that is gong to give me problems by tysonedwards · · Score: 1

      Tested myself in Canary. You should try it too!

      --
      Thirty four characters live here.
    5. Re: Well that is gong to give me problems by Midnight+Thunder · · Score: 1

      Not sure magically making things available when you start modifying things is great UX. I believe that consistency between states is important.

      The other issue chrome introduced: copying the URL text you see is not what ends up in the clipboard.

       

      --
      Jumpstart the tartan drive.
    6. Re:Well that is gong to give me problems by shess · · Score: 2

      Still, easily fixable by adding the "www" when someone clicks on the address bar and solely suppressing when the address bar does not have focus.

      It's like the "http://" which is suppressed when using other pieces of the browser, but comes back when you give the omnibox focus.

      Just like that suppression, I can't really figure out what the reasoning it. When you have an URL like:
      https://tech.slashdot.org/stor...
      dicking around with the first 20 or 30 characters only helps so much. I mean, sure, you can elide it because it doesn't really add meaning, but on my laptop or desktop I have 1000+ pixels of horizontal space, so how does it help? On my phone I have much less space, to the point where I can't see much of the URL at all, so messing with those characters _still_ doesn't help much.

      I can grant it's a tough problem, people have (misplaced) trust in the URL. They think that if they can't see the full URL, someone's hiding things from them. Unfortunately, someone can hide things from them even when showing the full URL, so...

    7. Re: Well that is gong to give me problems by Anonymous Coward · · Score: 0

      What the fuck is a gong? Are you _going_ to correct this shit?

  2. Fantastic! by Anonymous Coward · · Score: 0

    This is great for blogspot.

    1. Re:Fantastic! by Anne+Thwacks · · Score: 1
      Maybe, but it is phenomenal for domain squatters.

      This is in the same league as hiding file extensions in Windows - absolutely fantastic for criminals, a pain in the ass for the average user, and horrendous for support staff.

      I firmly believe in bringing back hanging and flogging (possibly in the reverse order) for making non-essential changes to UIs

      --
      Sent from my ASR33 using ASCII
    2. Re:Fantastic! by Anonymous Coward · · Score: 0

      This Adrienne dude at Google must be a real d-bag.

    3. Re:Fantastic! by Anonymous Coward · · Score: 0

      Please explain how that helps squatters

  3. Google is evil by Anonymous Coward · · Score: 3, Insightful

    Add this to the arbitrary scare tactics for http pages... and the AMP debacle...

    if you haven't figured it out yet, Google is evil. Period.

    1. Re:Google is evil by Anonymous Coward · · Score: 1

      While they're at it, let them bring back the titlebar. I want to see page titles and have a larger target for the mouse when moving the window. I find myself tearing off browser tabs to separate windows far more often than I want.

    2. Re:Google is evil by Anonymous Coward · · Score: 0

      I would like to know how to disable this "tearing of" feature. I do it by accident on occasion. I'm using Firefox :)

      It's not when moving a window, I simply do accidental registered clicks on the touchpad when moving the cursor.

    3. Re:Google is evil by DontBeAMoran · · Score: 5, Insightful

      Change for the sake of change is the enemy of usability.

      --
      #DeleteFacebook
    4. Re:Google is evil by Anonymous Coward · · Score: 0

      Embrase spellig to

    5. Re: Google is evil by Anonymous Coward · · Score: 0

      Use the real internet browser. The big blue e. Thatâ(TM)s right ie only browser the really works vs chrome spyware

    6. Re: Google is evil by Anonymous Coward · · Score: 0

      Yes I agree âðY Google is evil! Heck they even messed up the tabs it no longer bookmarks my favorite websites! What a disgrace from Google!

    7. Re:Google is evil by Anonymous Coward · · Score: 0

      "the arbitrary scare tactics for http pages"

      What arbitrary scare?

  4. 69 and Stripping... by Anonymous Coward · · Score: 1

    Google is blatantly trolling. 69 involves stripping! Who'da thunk?

    1. Re:69 and Stripping... by Opyros · · Score: 1

      69 sucks?

    2. Re:69 and Stripping... by Anonymous Coward · · Score: 0

      Google sucks.

  5. What is the problem here? by pots · · Score: 0

    I don't see what all the fuss is about. The www is rarely important, and when it is it's because I've clicked on the url to change it. This just seems like a smart (but very minor) step for usability.

    1. Re: What is the problem here? by Anonymous Coward · · Score: 0

      Exactly! The "www" is typically unimportant, and therefore the least impactful and damaging "bottom" to "strip off" of a domain for an in-joke.

    2. Re:What is the problem here? by Anonymous Coward · · Score: 1

      Without disabling this feature, it's not apparent if I'm at www.domainname.tld or domainname.tld which may be different pages.

    3. Re: What is the problem here? by Anonymous Coward · · Score: 0

      Exactly! The "www" is typically unimportant, and therefore the least impactful and damaging "bottom" to "strip off" of a domain for an in-joke.

      Except for all the morons running domains where they only have www setup to display the site properly.

      Or nearly as bad, the idiots that rewrite you to www instead of the other way around.

    4. Re:What is the problem here? by Calydor · · Score: 3, Insightful

      Why is it up to Google to decide which details we should concern ourselves with?

      --
      -=This sig has nothing to do with my comment. Move along now=-
    5. Re:What is the problem here? by Anonymous Coward · · Score: 0
    6. Re: What is the problem here? by Anonymous Coward · · Score: 0

      If they are, it's a poor design. Can you cite any examples of sites that do that?

    7. Re:What is the problem here? by Solandri · · Score: 5, Insightful

      www.domain.com and domain.com actually have different entries on the DNS records and can resolve to different servers. Most companies have set it up so the former redirects to the latter (or vice versa), but for the ones that haven't, obfuscating www.domain.com can lead to people typing in just domain.com when you have a www.domain.com server specifically set up to handle http requests (the regular domain.com handling other tasks like ftp, ssh, etc). Your domain.com server then has to handle the http request, and send a redirect message to the browser to go to www.domain.com instead. Basically it unnecessarily puts additional load onto your main server when you've set up a separate web server specifically to avoid that unnecessary load, and causes the client browser to take a fraction of a second longer to get to the real site.

      If this change had been the other way around (automatically pre-pending www to domain.com) I wouldn't see a problem with it (aside from inconveniencing a few domain owners who've haven't correctly set up their www.domain.com NS entry into setting it up correctly). But stripping out the www creates unnecessary server load, wastes a tiny bit of time for the person browsing, confuses domain owners trying to troubleshoot what's actually going on, and has no tangible benefit other than "decluttering" the URL bar by 3 characters. From a troubleshooting standpoint, I'd rate this change almost as bad as ISPs who redirect domain typos to an advertising page, instead of an error page.

    8. Re: What is the problem here? by Anonymous Coward · · Score: 0

      You've clearly missed the concept. Try reading the summary again.

    9. Re:What is the problem here? by Anonymous Coward · · Score: 1

      When I am on a website I *never* care about the exact url. I am ok with just seeing a green sign that says "Slashdot, Inc.". I don't care about www or the full path. Clicking the sign I can see the full url and then enter the url of where I want to go.

      I think this is the first step in getting there. Slowly remove unused pieces of information from the display. Today subdomain, tomorrow full path. And you are left with a cleaner user interface.

      People are assuming google is forcing a url structure, they don't. They are simply "hiding" unused pieces.

      On th eusability side, I am all for it. Location bar is ugly and it needs to go away. Copy-paste needs to be minimized, manual editing needs to be minimized. (fecebook.com?)

      On the engineering side, urls must stay, and Google can do nothing about it.

    10. Re: What is the problem here? by Anonymous Coward · · Score: 1

      No, it's not. "www" implies an HTTP subdomain. You can't just assume that "domain.tld" also points to an HTTP server.

    11. Re: What is the problem here? by Anonymous Coward · · Score: 0

      You can if you are accessing it in a browser, which is typically directed towards HTTP servers. If you don't want somebody to open a link or URL in a browser, you typically have to tell them which client or protocol they should use, or it is understood in context. If no context, then HTTP is to be assumed...

    12. Re: What is the problem here? by Anonymous Coward · · Score: 0

      You can assume that, actually. That is why you have DNS zones.

      Regardless, they aren't stripping the www from the URL you are accessing. Only from the display. This literally affects nothing to do with accessing a website.

    13. Re:What is the problem here? by Anonymous Coward · · Score: 0

      They could check the domain record and see if they resolve to the same place. Or do two lookups to the DNS resolver to check if equal.

    14. Re:What is the problem here? by Anonymous Coward · · Score: 1

      Even if the domain name records point at the exact same server, the content can still be different. Google is wrong to display one domain and show the content of the other, plain and simple.

    15. Re:What is the problem here? by arth1 · · Score: 2

      Indeed. One of the main reasons for admins naming the web domain names www. was to reduce unnecessary traffic and load on machines resolving to the domain name itself. Users being taught to not enter www. defeats this purpose.

      Another reason was to identify the purpose of the DNS entry in a non-URL context. There's seldom any confusion about what www.foobar.invalid and news.foobar.invalid DNS entries point to.

    16. Re:What is the problem here? by fahrbot-bot · · Score: 1, Insightful

      Why is it up to Google to decide which details we should concern ourselves with?

      It's not, but they want dumber, less informed users that can be more easily manipulated by *them*. They do this sort of stuff under the guise of helping users to not be manipulated by others. I'd rather have users that understand URLs and how things actually work.

      --
      It must have been something you assimilated. . . .
    17. Re:What is the problem here? by pots · · Score: 1

      Because they're the ones who make Chrome. I don't understand this question, every aspect of the Chrome UI is up to Google.

    18. Re:What is the problem here? by Junta · · Score: 1

      I think the issue is it seems pointless to do ('www.' and especially 'm.' doesn't make urls magically harder). There's no real benefit and in a way it's patronizing to people to think they would be confused by the presence/absence of 4 characters.

      On the flip side, messing with the display of urls can cause confusion. If a site doesn't have a 'mydomain.tld' and just has 'www.mydomain.tld', then someone verbally directing based on what they see in their browser would potentially be confused. Admittedly this isn't a common sort of situation, but why bother making things more complicated when there isn't any substantive benefit to be had?

      --
      XML is like violence. If it doesn't solve the problem, use more.
    19. Re:What is the problem here? by Junta · · Score: 1

      Other than the 'amp' theory, I just don't see *how* this goes towards the end of helping people or manipulating people. It just feels senseless.

      With the 'amp' theory, I don't see why they would need to 'ease in', they already treat amp differently than other things and already muddy the waters and don't make it obvious to users what's going on, so I don't see how this is a step toward further masking amp...

      --
      XML is like violence. If it doesn't solve the problem, use more.
    20. Re:What is the problem here? by Junta · · Score: 3, Insightful

      I think half-measures in this regard aren't a good way of getting there if that's a good thing, it's just a confusing middle ground.

      If you *want* to 'pretty up' the url, then go all out and make it visually obvious it's not a url until clicked for editing/copy/paste. Don't present something that looks like a url, but has been modified to be potentially invalid. This is not something that has to be 'gradually' moved to, it's something you do in one go or just don't do.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    21. Re:What is the problem here? by Anonymous Coward · · Score: 0

      Why is it up to Google to decide which details we should concern ourselves with?

      Because Google has the most cyber.

    22. Re:What is the problem here? by Anonymous Coward · · Score: 0

      I think this is the first step in getting there. Slowly remove unused pieces of information from the display. Today subdomain, tomorrow full path. And you are left with a cleaner user interface.

      You do know that path is the only way to tell when you've been MITM'd right? That green pad lock only means the connection is encrypted, it means nothing about who you're connected to.

      Removing the URL is not only stupid, it's outright dangerous, and Google should be held directly liable for any MITM attack on all Chrome users as a result.

      <rant> By god, I wish these idiots would just stop using computers. They are going to get a lot of people killed for nothing more than their own arrogance. "Drrr, I gr8 at facebok 'n twiter. I compter EXPERT!#!@!@ I no need to learn ay thing. Whas dis attach ment? Betaer click yes to evey thin." <- YOU GET THE FUCK OFF OF THE INTERNET BEFORE YOU HURT YOURSELF YOU DUMB FUCK.

      We of course have no one to blame except a 1980's Steve Jobs, and ourselves for allowing that bad ideology to proliferate for so long, but if something doesn't change, eventually there's going to be real world consequences that effect everyone on a daily basis. </rant>

    23. Re:What is the problem here? by Anonymous Coward · · Score: 0

      Google, like Facebook, Twitter, and Amazon are shouting at the top of their lungs to be broken up and subjected to government regulation. Every single one of these companies are plagued by incompetent managerial decisions. Their obvious attempts to use their market positions to become mega corps while destroying anything standing in the way. Why should the users of Google, Facebook, or Twitter services be the ones shouldering the cost of upgrading the countries internet infrastructure. These companies cannot exist without a modern, fast, and expanded coverage networks. They push the cost down to the ISP's and the ISP's push the cost to the end users. Google could upgrade the entire country to a fiber optic network couples with 5G level Wi-fi out of their corporate petty cash account. The kings of silicon valley are the 21st Century robber barons and should be dealt with accordingly. And Amazon is probably the worst of all. Their CEO is the richest man in the world and treats his employees like share croppers who make just enough to attract the unemployed but that is all. Exactly how many billions does a person need to survive in the world? How about Bezos take one of his billions and divided it equally to the serfs he and his upper echelon of over paid minions who jealously horde their wealth in off shore tax havens.

    24. Re: What is the problem here? by Anonymous Coward · · Score: 0

      tl;dr

      If that is still a thing.

    25. Re:What is the problem here? by pots · · Score: 1

      The www vs. m distinction is a good point. If I get shunted to some mobile page, that is something that I would like to be able to see at a glance without clicking on the url bar.

    26. Re: What is the problem here? by Anonymous Coward · · Score: 0

      If the www is unneeded, the site can serve directly from site.com and not have a www subdomain. If theh have a www domain, show it as is

      Don't dumb down. Don't hide subdomains, or parts of filenames for that matter. There is no gain, no useability in it. The three letters does not waste much space.

      Spend developer time on debugging and speed optimization instead.

    27. Re:What is the problem here? by Anonymous Coward · · Score: 0

      So people can argue about the negatives of the change, but does anyone at all have something positive to say about it?
      What value could it possibly add?

    28. Re:What is the problem here? by Anonymous Coward · · Score: 0

      How does hiding a random part of a URL improve usability? At best, it is pointless.

    29. Re:What is the problem here? by ls671 · · Score: 1

      Hey! Nice, I didn't remember about .invalid

      https://en.wikipedia.org/wiki/...

      --
      Everything I write is lies, read between the lines.
    30. Re:What is the problem here? by SuricouRaven · · Score: 1

      Users stopped entering the www. long ago. Any web site operator already needs to work on the assumption that many won't.

    31. Re:What is the problem here? by arth1 · · Score: 1

      Users stopped entering the www. long ago. Any web site operator already needs to work on the assumption that many won't.

      There's a difference between supporting it and encouraging it.
      If a million users go directly to www.sitename.invalid instead of sitename.invalid, causing a redirect or proxy operation, that's a win, even if another million go to sitename.invalid.
      What Google does here is encouraging the wasteful behavior.

    32. Re:What is the problem here? by green1 · · Score: 1

      You already can. The mobile pages are obvious because they are completely crippled and missing any form of usability or information. If you end up on one and can't tell, is because the full site is also completely useless, and you might as well just stop visiting there.

    33. Re:What is the problem here? by Anonymous Coward · · Score: 0

      www. is not a good solution. SRV records were invented for this use case, where you have dedicated services on specific ports going to different servers on the same domain name.

      No-www is a resounding success and Google are doing good here.

    34. Re:What is the problem here? by Anonymous Coward · · Score: 0

      Unfortunately, web browsers do not recognize SRV records. The feature request for Mozilla's Firefox browser is almost 20 years old. Chromium has marked a nine year old request for SRV support as WONTFIX. A 13 year old request for Webkit to support SRV records has been marked INVALID.

      Google is wrong here. There are good reasons to use the www hostname and two URLs with different domain name parts are not the same, so showing one in place of the other is wrong.

    35. Re:What is the problem here? by catprog · · Score: 1

      How do you break up Facebook? (As in what parts of facebook goes to new companies)

      As for Amazon, I would add WalMart to the list as well.

      --
      My Transformation Website
      Kindle Books http://www.catprog.org/rev
      Interactive CYOA http://www.catprog.org/st
    36. Re:What is the problem here? by Tony+Isaac · · Score: 1

      They're not changing the actual URL, only HIDING the www part.

      And if your site depends on www being there to get the content the user expected, you're doing it wrong!

    37. Re:What is the problem here? by houghi · · Score: 1

      Adding www or removing www is both equaly stupid and unwanted.
      Yopu are potentially pointing to a different server that does not what Google thinks it does.

      The reason as to why they do that is irrelevant and non of Googles business. A browser points to a server with a DNS entry and also a protocol and some subdomains and what not. So I want to see:
      http://www.example.com/dir/file.php?X=1 and not
      example.com/dir/file.php?X=1 or example.com or "Ranked number 17 on twitter" or a "your momma" joke , or an ad or anything else for whatever reason, except for the URL.

      That is as a browser user. As a domain holder, I would expect the same and on top of that I should not need to defend or even explain myself why I do whatever it is I do.

      If the messenger fucks up, you are allowed to shoot him.

      --
      Don't fight for your country, if your country does not fight for you.
    38. Re:What is the problem here? by Anonymous Coward · · Score: 0

      Gee...no wonder why Google's Headquarters is in California. It's a State run by Democrats who want the same thing. A dumber, less informed person that can be easily manipulated. And then people wonder why this is happening?

    39. Re: What is the problem here? by Anonymous Coward · · Score: 0

      Here's one way to break it up: I'll take the cash and the domain registration so I can serve up ads on a "parking" page, and you can have the rest.

    40. Re:What is the problem here? by martinfb · · Score: 1

      Relative to your small world, maybe!
      Forcing a change down the throats of the masses outside of proper channels is arrogant, unethical, and monopolizing.
      It is anarchy at it's worst.

      If you want to change a standard, go through the proper entity - IEEE, WWW, etc...

      --


      Self-importance and self-indulgence is the root of ALL evil.
    41. Re: What is the problem here? by Anonymous Coward · · Score: 0

      You are sounding a lot like a lefty socialist. It is none of your business how much money someone earns. Apart from that how is it up to you to decide when someone has "enough"?

    42. Re:What is the problem here? by Anonymous Coward · · Score: 0

      Just make a post on Slashdot using quotation marks. If it fucks up, you're on a mobile page.

    43. Re:What is the problem here? by Anonymous Coward · · Score: 0

      If the domain name is not important, why not just hide the URL bar?

    44. Re:What is the problem here? by Anonymous Coward · · Score: 0

      You don't make sense. UI doesn't involve hiding stuff and misleading users.

  6. No good reason for the change by DaMattster · · Score: 5, Insightful

    This honestly sounds like change for the sake of change. I think too many corporations do this and to many managers do this to justify their salaries. Leave it alone! How about working to make Chrome more secure? If you're going to do something, do something productive and meaningful.

    1. Re:No good reason for the change by Luthair · · Score: 1

      There is a problem here - normal users don't understand how URLs work and many malicious sites continually attempt to trick them into believing they're on a site they're not.

    2. Re:No good reason for the change by nwf · · Score: 1

      There is a problem here - normal users don't understand how URLs work and many malicious sites continually attempt to trick them into believing they're on a site they're not.

      True, and this change helps how?

      --
      I don't know, but it works for me.
    3. Re:No good reason for the change by LocalH · · Score: 4, Interesting

      This doesn't even really help with that, however. It's apparently not even been fully tested, as such "trivial" domains are stripped even when they're not in the canonical position within the URL. I read that someone tested a convoluted example of www.example.www.example.com being stripped to example.example.com which is just completely incorrect in every way.

      --
      FC Closer
    4. Re:No good reason for the change by Luthair · · Score: 1

      This is a step on the path the announced recently - https://www.wired.com/story/go...

    5. Re:No good reason for the change by Anonymous Coward · · Score: 0

      "www." comes from an obsolete paradigm when organizations actually had ftp, mail, news, and irc servers alongside their webserver. Even then organizations had "www." even if it was meaningless (they had no other service and somebody else handled their email). It became ubiquidous because the public didn't understand what a subdomain was: they thought all real websites had "www." in the name. I have gradually convinced my employers to abandon "www." or at most make it a redirect, and it's high time that useless www prefixess go away.

    6. Re:No good reason for the change by Anonymous Coward · · Score: 0

      And all these other services migrated to HTTP. Meant to mention that.

    7. Re:No good reason for the change by Anonymous Coward · · Score: 0

      I's a general problem with companies. Especially companies which entered the stock market. Investors expect constant growth but the pool of ideas has its bottom and once it's empty, companies begin to introduce (stupid) features which only benefit their own pockets at the expense of customers.

    8. Re:No good reason for the change by Anonymous Coward · · Score: 0

      not 'change for sake of change'.. but rather another attempt to dumb the browser down TOO FAR.. but in their continued efforts to do that, the chrome developers and project leaders have also dumbed themselves down and they're starting to forget HOW THE INTERNET WORKS

    9. Re:No good reason for the change by HumanEmulator · · Score: 2

      I think the reasoning behind the change goes like this: A user visits a website via a link. They enjoy the website, so they look at the address bar and remember the website name. When they later type the website into they address bar, they will leave off the 'www', which will trigger a Google search instead of loading the website directly.

    10. Re:No good reason for the change by Anonymous Coward · · Score: 0

      Google's "trivial domains" list also includes "m." which is commonly used for mobile versions of web pages.

      Bug ".m." label in middle of domain is stripped has the example:

      Steps to reproduce the problem:
      1. Attempt to visit: https://concourse.m.example.com

      What is the expected behavior?
      Host is shown as "concourse.m.example.com"

      What went wrong?
      Host is shown as "concourse.example.com"

      Not being able to differentiate mobile-optimized and desktop-optimized web URLs is also a problem.

    11. Re:No good reason for the change by qubezz · · Score: 1

      When someone later types the wrong thing, then they are as likely to be directed to a Google search with ads by the URL area being a search bar also as they are to get to a webmaster redirect.
      Next on the chopping block - bookmarks.

    12. Re:No good reason for the change by Anonymous Coward · · Score: 0

      Yes, they want to kill the URL, and have already admitted that though they want to, they don't have an alternative. People have been trying to kill the URL for a while and have failed because despite all its flaws, nobody can come up with something objectively better. So maybe, just maybe, Google should wait until they've actually come up with an alternative before starting to muck with what we've currently got.

    13. Re:No good reason for the change by Anonymous Coward · · Score: 0

      But that hasn't been a thing for a super long time. One only needs to type the part after "www"

    14. Re:No good reason for the change by Anonymous Coward · · Score: 0

      Problem: users don't understand URL
      "Fix": hide some part of the URL some of the time in arbitrary and capricious way, making it more difficult to understand URL

  7. Sure, using "www" is antiquated by hey! · · Score: 4, Insightful

    But it doesn't mean you can just ignore it. In the URL syntax that part of the URL identifies the host and possibly a user id and port. You can't automatically *know* that "www.somedomain.net" refers to a different host than "somedomain.net", and even if it did the host would not necessarily be configured to return the same information to an HTTP GET.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:Sure, using "www" is antiquated by crunchygranola · · Score: 1

      Sort of like ISPs "stealing" error codes (which are correct responses from servers) and presenting their own meaningless, but monetized, pages instead. The Internet works the way it works, trying to "customize" it for corporate convenience are breaking changes.

      --
      Second class citizen of the New Gilded Age
    2. Re:Sure, using "www" is antiquated by DigiShaman · · Score: 5, Insightful

      No! WWW is not antiquated. WWW is a perfectly valid sub domain for use in (ready for it?)...hosting a web page!

      Other sub domains often used include remote, webmail, ftp, vpn, etc. Don't just implicitly tie all apps and protocols to the parent domain, and rely on the app to assume functionality!

      --
      Life is not for the lazy.
    3. Re:Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      The problem is that 99% of websites use it even when they have no other service and never will. Nowadays even email, file transfers, chat, and inter-process communication are sent via HTTP so its unlikely they'll ever need another subdomain, and if they do they can always use mycompany.com and newprotocol,mycompany.com.

    4. Re:Sure, using "www" is antiquated by hey! · · Score: 1

      Since when does "antiquated" equal "invalid"? That's kind of my point: it's still valid, even if the reasons people started using it (e.g. to distinguish your likely only web host in a subdomain from hosts running other services like gopher) don't really apply these days.

      Of course "www" was always a pretty awkward thing. It's the only abbreviation I know that has three times as many syllables as words it replaces.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    5. Re:Sure, using "www" is antiquated by ZorinLynx · · Score: 1

      >Nowadays even email, file transfers, chat, and inter-process communication are sent via HTTP

      E-mail is very much still sent using the SMTP protocol, not HTTP.

      HOWEVER, SMTP has the concept of MX records, which allow the mail server for a domain to be completely independent of whatever domain.com actually resolves to. Maybe we should have had a "WX" record for web servers, complete with priority information and such like we do MX, but it's probably way too late to try to implement something like that. :)

    6. Re:Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      Of course "www" was always a pretty awkward thing. It's the only abbreviation I know that has three times as many syllables as words it replaces.

      Would you rather have to type out worldwideweb.bing.com? The abbreviation is for typing, not for speaking.

    7. Re:Sure, using "www" is antiquated by AmiMoJo · · Score: 1

      Playing Devil's advocate for a moment, we already have ports to separate out different services. Even back in the 90s it was common for ftp.domain.com to offer up a web page if you connected on port 80.

      To be honest I don't really understand why they are doing this either. I get that URLs are confusing for most people and often misleading too, but all of that has little to do with the WWW part.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    8. Re:Sure, using "www" is antiquated by Kjella · · Score: 1

      I'll admit up front I don't know exactly how DNS records works, but I think if you're copying the protocol into the domain name simply to get a one-to-one mapping it's not logically correct. If go to ftp://example.com I want example.com's ftp server. If I go to http://example.com/ I want example.com's web server. I should not have to go to ftp://ftp.google.com and http://www.example.com/ that would have to be because of technical design limitations. I believe you also get google.com's email servers, like you don't have to look up email.google.com for that so why can't you tell ftp and www apart? Of course if it's the same protocol but say intranet.example.com then it's okay.

      --
      Live today, because you never know what tomorrow brings
    9. Re:Sure, using "www" is antiquated by hey! · · Score: 1

      No, you can leave it out these days. Nobody is typing "www.bing.com". However if you need a distinct host name, why not simply "web", as in "web.bing.com"?

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    10. Re: Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      Because the WWW and WEBMAIL public DNS "A" records often point to two different public IPs as both services require the use of ports 80 and 443 (HTTP / SSL).

    11. Re: Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      Because you might be hosting multiple FTP sites isolated to their own server for compliance reasons. So FTP and FTP2 are pointed at different public IPs within the same CIDR so port 21 can be forwarded to different private IPs inside the network. Each private IP is assigned to a different server.

      And no, alternate ports just makes it more confusing for the client, however possible it can be done.

    12. Re:Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      The problem is that 99% of websites use it even when they have no other service and never will. Nowadays even email, file transfers, chat, and inter-process communication are sent via HTTP so its unlikely they'll ever need another subdomain, and if they do they can always use mycompany.com and newprotocol,mycompany.com.

      It's reassuring those who feel compelled to post drivel like this at least have sense enough to do so as AC.

    13. Re:Sure, using "www" is antiquated by Anonymous Coward · · Score: 0

      You mean like how SRV records work for many different services and their respective applications? This is called progress...

      I would rather have one domain name for all the things where possible and a whole bunch of nice auto discovery to make things convenient without too much technical debt, dumping www as a subdominant is a no brainer.

    14. Re:Sure, using "www" is antiquated by thegarbz · · Score: 1

      Playing Devil's advocate for a moment, we already have ports to separate out different services.

      Just give users queue cards then when they need to access services.

      But the point of these was not to split services but to split servers. ftp.domain.com serving up a different website on port 80? That means going to ftp://domain.com/ will not give you the content you were hoping for.

    15. Re:Sure, using "www" is antiquated by thegarbz · · Score: 1

      The point is not where *you* want to go, but rather where the network administrators want you to go. DNS entries allow these to point to different servers and with good reason.

      In my own case domain.com redirects to www.domain.com. However www.domain.com is not the host of any content, it's a front end transparent proxy to another server on the network. If I want to access this data: ftp://www.domain.com would put me in the wrong place which is why my dns entry for ftp://ftp.domain.com has a different IP address.

      Your google example is a bit off for two reasons. Firstly they have an entirely different TLD for that: gmail.com, and secondly pop.gmail.com points to a different server than www.gmail.com. If you attempt to access your email with the latter you'll get a connection error.

      If however you were talking about actually sending an email to example@google.com and pointing out that you don't need to differentiate, that's because DNS has a special entry for that case. Instead of an A record or an AA record, emails go via the MX record. That MX entry forwards your email to aspmx.l.google.com which will handle the email request.

    16. Re:Sure, using "www" is antiquated by nine-times · · Score: 1

      Yeah, I think part of the reason this is happening is that most people don't understand URLs. The different parts seem meaningless and arbitrary, and so they might imagine that they can be omitted without consequence. For example, that part that says, "http://"? It's meaningless and ugly and it's always "http://", so why not just leave it out? And why have the "www." as the beginning part of the name when all websites start with "www." and you could just leave it off?

      But that's not true. The "http://" could be "https://" or "ftp://" or any number of other things. And it's not really that the "name of the website" is "www.slashdot.org". ORG is a domain. SLASHDOT is one of many subdomains of ORG. WWW is one of many subdomain of SLASHDOT. You could in turn have any number of subdomains of WWW. Each subdomain can have different information associated with it. It can have it's own A record, MX records, TXT records. The subdomains can be used for any number of things, and not just websites.

      And sure, I think it's likely that most of the time, the WWW domain points to all the same stuff as @, but that's not always the case. I'd argue that this move by Google doesn't make things less confusing, but rather makes it more confusing. It means their browser will be displaying incorrect information.

    17. Re:Sure, using "www" is antiquated by AmiMoJo · · Score: 1

      Sure, but these days www.domain.com is probably a cache in front of a bunch of virtual servers on a CDN somewhere.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    18. Re:Sure, using "www" is antiquated by drinkypoo · · Score: 1

      Unfortunately the only service actually accounted for in DNS is mail, you associate MX records with A entries to determine where mail sent to a hostname is delivered. That's why you can email user@example.com but you have to ftp to ftp.example.com. most companies point their tld directly to the web server so that you don't have to type www, but unless the same server (or load balancer or cluster or what have you) also is the ftp server, they will need different hostnames.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    19. Re:Sure, using "www" is antiquated by thegarbz · · Score: 1

      Sure, but these days www.domain.com is probably a cache in front of a bunch of virtual servers on a CDN somewhere.

      A practice which makes differentiating the sub domain all the more important.

    20. Re:Sure, using "www" is antiquated by Tony+Isaac · · Score: 1

      They're not changing the actual URL, only HIDING the www part. It's still there for your links and copy/paste.

    21. Re:Sure, using "www" is antiquated by houghi · · Score: 1

      Hey ANY combination of letters is a perfectly valid sub domain name, including www.

      I often see that www.example.org does exist where example.org does not exist.
      www. does not mean it is pot 80 (or 443). If I desite to only run ssh on www.example.com on port 80, it might be a stupid thing to do, but it is MY stupid server, so I decide what I run on it.

      Do not confuse subdomains, portnumers and protocols.

      --
      Don't fight for your country, if your country does not fight for you.
  8. No. Just, No. by weilawei · · Score: 4, Insightful

    You don't get to decide how other people structure their resources.

    And if we're at that point, maybe something drastically needs to change. Civil and criminal liability for damages resulting from altered resource locators that fraudulently misrepresent the resource being served?

    1. Re: No. Just, No. by Anonymous Coward · · Score: 0

      This. Using www as a default in practice is completely different than obscuring subdomains, which are critically important in accessing correct information.

    2. Re:No. Just, No. by Anonymous Coward · · Score: 0

      Ugh. They change how your URL is shown in the URL bar, not which of your resources is or is not accessed. Read the bloody article.

      "subdomains reappear when editing the URL so people type the correct one", for duck's sake.

    3. Re:No. Just, No. by Anonymous Coward · · Score: 0

      So in the meantime they're cool with just showing you an incorrect URL unless you take a positive action to display otherwise..

    4. Re:No. Just, No. by Anonymous Coward · · Score: 0

      This doesn't limit their ability to organize their domans as they want. It just allows users to say "I don't want to see all this fake-subdomain crap." Have you EVER seen a site where foo.com and www.foo.com had different non-trivial content? And you won't because organizations want to put all their content on one site, and they're forced to use the "www." fiction because of users' expectations that all websites start with "www.".

      Remember in the 90s when we companies had billboards saying "Get www.yourcompany.com and increase your business." Not "mycompany.com" even though that would have made more sense.

    5. Re: No. Just, No. by WaffleMonster · · Score: 1

      This. Using www as a default in practice is completely different than obscuring subdomains, which are critically important in accessing correct information.

      How do you know www isn't a subdomain?

    6. Re:No. Just, No. by Tony+Isaac · · Score: 1

      Good grief. Of course you didn't read the article. They're not changing the actual URL, only HIDING the www part. It's still there for your links and copy/paste.

  9. What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

    if you're not a web developer and pretend you can't use the internet without Chrome you're either 1) a browser connoiseur, 2) a cry-baby, and most likely 3) wrong.

    1. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      100% this. The only safe way to use Chrome is on a network not connected to the internet.

    2. Re: What's the problem? Just use Firefox. by Wycliffe · · Score: 1

      Firefox has done something similar for a while. I'm surprised there is a fuss now but kindof glad. Firefox's handling of subdomains especially autocompletion ignoring subdomains has annoyed me for a while.

    3. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      There is still the real internet: the blue E Thatâ(TM)s right IE still the best!

    4. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 1

      Firefox has done something similar for a while. I'm surprised there is a fuss now but kindof glad. Firefox's handling of subdomains especially autocompletion ignoring subdomains has annoyed me for a while.

      about:config
          browser.urlbar.trimURLs = false

    5. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      Oh gosh, that's so easy

      If only it was documented somewhere

    6. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      How the fuck would you know you Apple faggot?

    7. Re:What's the problem? Just use Firefox. by ZorinLynx · · Score: 2

      I wish Chrome had not become so absurdly popular.

      As soon as one browser becomes significantly more popular than the others, sites start targeting that browser, and are less afraid to say "If the site is broken for you, just use Chrome."

      We already had this rodeo in the 00s with Internet Explorer, I do *NOT* want to go down that road again. It was utterly maddening to be forced to use a specific browser to use certain sites.

      I use Safari on MacOS and iOS, and Firefox on Linux and Windows. I can't bring myself to faf about with Chrome and add to its numbers.

    8. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      It is documented somewhere, Firefox is open source so read the damn source code.

    9. Re: What's the problem? Just use Firefox. by Anonymous Coward · · Score: 0

      It makes perfect sense.
      If you're a fucking moron, you'll never need this, and a setting page entry for it would confuse you.
      If you're not, you change the config.

  10. Not long until this can't be disabled by Anonymous Coward · · Score: 0

    Like most openness hostile and user control hostile changes coming out of big companies, the setting to disable this feature will only last for a little while.. So enjoy your hidden workaround while you can because Google does have the power to change how this works. You WILL eventually be forced to comply, willing or not. And Firefox, being run by the whipped dogs in their leadership, will yet again lap up this user hostile design because anything Google does *must* be good.

  11. Can't wait by Anonymous Coward · · Score: 0, Funny

    I can't wait for Firefox to copy this in 2 years. It's gonna be so rad. I love when they hide things. It's so much more convenient now that viewing a site's certificate takes 5 clicks instead of 2 for example!

    Captcha: applaud

    I applaud Silicon Valley's race to the bottom

  12. Important point, worth repeating: by QuietLagoon · · Score: 4, Insightful

    ... said yet another poster. "My domains and how subdomains are assigned and delegated are not Google's business to decide."

  13. That Montessouri School in Mountain View by sursurrus · · Score: 4, Interesting

    Steve Jobs famously referred to Google as "That Montessouri School in Mountain View." He was right. In recent times their culture has gotten so autistic that when they're replaced with AI it will cause a noticeable improvement in the humanity of Google as a whole. They, along with the social media platforms are basically bright kids playing with dynamite.

    1. Re:That Montessouri School in Mountain View by Anonymous Coward · · Score: 0

      What google did here is bad. But what Apple did subsequent to Steve Jobs' passing and Scott Forstall's exit is far worse for the individual user (but perhaps not necessarily network engineers trying to allocate resources by directing traffic): iOS mobile Safari strips out "http://" -- I stopped updating the flagship OS sometime before that, so for all I know desktop Safari does it too. What it leads to is stuff like "http://http://www.domain.com" and nothing loading, repeated frustration leading to insanity, etc.

    2. Re:That Montessouri School in Mountain View by Anonymous Coward · · Score: 0

      Please don't use 'autistic' as a form of insult. Not only it is insulting to us autistic people (duh), but it also warps the meaning of the word we identify with :/

    3. Re:That Montessouri School in Mountain View by null+etc. · · Score: 1

      their culture has gotten so autistic

      Thank you for implying that all people with autism are the same. My respect for you has increased.

  14. Time to act developers by jader3rd · · Score: 2

    If you're really upset about it, put a little banner on your website that mentions that your site doesn't work properly with Chrome and that the user should pick a different browser.

    1. Re:Time to act developers by Anonymous Coward · · Score: 0

      If you're really upset about it, put a little banner on your website that mentions that your site doesn't work properly with Chrome and that the user should pick a different browser.

      The users would wonder what Chrome is, and how you would pick a different browser.

      Actually, what is a browser?

    2. Re:Time to act developers by Anonymous Coward · · Score: 0

      So... lie that it won't work properly to be spiteful?

    3. Re:Time to act developers by houghi · · Score: 1

      Hey, I still have that gif of a guy walking up to the an IE banner and pissing on it. Here is it without the IE logo:
      http://houghi.org/shots/peeing...
      Use as if copyright does not exist, as I did not make it.

      --
      Don't fight for your country, if your country does not fight for you.
    4. Re:Time to act developers by Anonymous Coward · · Score: 0

      We need more personal websites to make this effective.

  15. Meet the new boss.... by Anonymous Coward · · Score: 0

    ...same as the old boss.

  16. I don't get it by Anonymous Coward · · Score: 1

    I think this post is trying to blow up the controversy here.

    Google is *not* altering URLs, they just changed what the browser displays by default. It doesn't display the URL, it displays the domain (and in some trivial cases, only some of the domain).
    You can agree with that or not, but all this "change the fundamental structure of URLs" is just someone blowing smoke.

    It's not all sub-domains that are hidden, only particularly useless ("trivial") sub-domains. If your server really does give different responses for `foobar.com` and `www.foobar.com`, then 1) WTF were you thinking, and 2) do you really think your *users* will be able to figure that out?
    If the URL is necessary for your users to navigate your site, please learn to design web sites. The page content, page title, and domain name should be enough to say what you are looking at, and how it relates to other content on the same site.

    The URLs are still there, you just don't have to look at them all the time. They are there if you want to look at them, edit them, or copy them, no change there, they are just not displayed in their full gory detail all the time.

    I don't feel I'm getting valuable information from my current URL containing "/story/18/09/08/0437229/google-slammed....." over just knowing the top-level domain and page title.

    Most people don't understand URLs at all, they are just magic texts that the browser shows. Showing information to a user that they do not understand and don't know what to do with (except ignore) is just bad usability.

    1. Re:I don't get it by Anonymous Coward · · Score: 1

      I'd like to see complete tracert info in my URL bar for every webpage.

    2. Re:I don't get it by Anonymous Coward · · Score: 1

      Google is *not* altering URLs, they just changed what the browser displays by default.

      So why is it okay to display a URL different from the one that you're actually on, and specifically one that may not correspond to the same thing?

    3. Re:I don't get it by StormReaver · · Score: 4, Insightful

      1) WTF were you thinking...

      Perhaps you also think that Google shouldn't display the top level domain as well? By this logic, the top level domain is also a "trivial" part of the URL. There is clearly no discernible difference between whitehouse.gov and whitehouse.com, right? There should be no problem, also, if Chrome shows just, "whitehouse" in the URL, because users will figure that out.

      2) do you really think your *users* will be able to figure that out?

      I find your second point to be doubly humorous (in a troublesome sort of way) after responding to your first point.

      Browsers should not be screwing with what is displayed in the address bar. It is the browser's responsibility to faithfully display the actual contents of the address bar, not to impose its own dogma on it. I don't know if Google is trolling or not; but the whole concept of removing ANY information from the address bar is monumentally stupid, and reeks of Microsoft in the 90's.

    4. Re:I don't get it by Anonymous Coward · · Score: 0

      Eventually Google shouldn't display the TLD. The domain name should be full frontal.

    5. Re:I don't get it by dev-in-seattle · · Score: 1

      Good points - this is clearly a stupid decision. Someone thought they could improve the internet, they convinced themselves it was great. I used to work at google as a dev, and I assure you internally to google there was a bunch of complaining about this from devs. Every controversial thing they do gets a lot of negative pushback from the engineers, and sometimes they even pay attention.

    6. Re:I don't get it by grep+-v+'.*'+* · · Score: 1

      and reeks of Microsoft in the 90's.

      Just what are you saying? Microsoft missed the internet way back when, WE didn't. It's our Internet, we just let you play in it.

      -- Google.

      --
      If the universe is someone's simulation -- does that mean the stars are just stuck pixels?
    7. Re:I don't get it by Anonymous Coward · · Score: 0

      It's not all sub-domains that are hidden, only particularly useless ("trivial") sub-domains. If your server really does give different responses for `foobar.com` and `www.foobar.com`, then

      1) WTF were you thinking

      Some people use their domains for things other than hosting websites. It's stupid to assume domain.tld must always be configured to listen for web requests.

      , and 2) do you really think your *users* will be able to figure that out?

      Well if they can figure out how to dial phone numbers... yes I really think they can handle it.

      Last time I checked most browsers "fixup" subdomains and TLDs anyway so even if they only type domain name it still works.

    8. Re:I don't get it by HumanEmulator · · Score: 1

      Perhaps you also think that Google shouldn't display the top level domain as well? By this logic, the top level domain is also a "trivial" part of the URL. There is clearly no discernible difference between whitehouse.gov and whitehouse.com, right? There should be no problem, also, if Chrome shows just, "whitehouse" in the URL, because users will figure that out.

      I actually think this is the end-game for Google. The URL bar will just show 'whitehouse', and it will represent the Google search term you should use to get to a website. They'll argue that since they vet the websites, searching will be the "safest way" to get to the whitehouse.gov.

      All of their decisions around "making URLs easier", make sense if you consider they are really trying to replace URLs with search terms.

    9. Re:I don't get it by Anonymous Coward · · Score: 0

      You mean it reeks of Safari on the iPad I’m using to type this very message...

      This is a good thing to reduce visual clutter. You can see the full URL when you click to edit, copy or paste. All a user needs to know when not doing the former is if the site is a phish or not, easier to notice without a full URL on display at all times.

      I literally see (padlock) tech.slashdot.org right now and I am perfectly happy with this.

    10. Re:I don't get it by thegarbz · · Score: 1

      They are there if you want to look at them, edit them, or copy them, no change there, they are just not displayed in their full gory detail all the time.

      No they are not regardless of what the summary says. Editing them and copying them are broken in the current release and the next beta.

      If your server really does give different responses for `foobar.com` and `www.foobar.com`, then 1) WTF were you thinking, and 2) do you really think your *users* will be able to figure that out?

      Yes, because we use redirectors to get people to the right server if they type the wrong one. I'm not sure about you, but I prefer the wrong server not to suddenly have to deal with a huge extra load because Google does a stupid.

      If the URL is necessary for your users to navigate your site, please learn to design web sites.

      How did you get here? Floated in on the wind? I bet you typed the www in front of slashdot.org too. Or maybe someone copied and pasted the link to you, in which case you may have gotten a different link (slashdot.org) than what that person saw (www.slashdot.org) You are just lucky that in *this* case it was the same server.

      I don't feel I'm getting valuable information from my current URL containing "/story/18/09/08/0437229/google-slammed....." over just knowing the top-level domain and page title.

      You may not, but I for one am getting formation that it's a story posted on 08/09/18 and the title of it. I also now have the tools at hand to share this directly with someone rather than saying "go to this page and find that story". But if you disagree with this then feel free to send me a typed letter of complaint. You can address it to:
      Attn: thegarbz,
      Somewhere in Europe

      Most people don't understand URLs at all

      Most people don't understand how gravity works either. That doesn't mean we should just ignore it or that people can float away.

  17. hostname by Anonymous Coward · · Score: 0

    Isn't "www" the hostname?

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

      Supposed to be, but after Google 69's the internet, the hostname will probably be refered to as "pants", or "underpants", or "panties". Rule 34, the more you know!

  18. remove the URL bar by OrangeTide · · Score: 4, Insightful

    Just force us to use Google search for everything.

    Also, I hope someone brings back AOL keywords. I love these walled gardens.

    --
    “Common sense is not so common.” — Voltaire
    1. Re:remove the URL bar by Anonymous Coward · · Score: 0

      Literally their intention for the long run.

  19. ow.my/balls by Anonymous Coward · · Score: 0

    The Googidiocracy future of urls.

  20. How is this different from Safari? by rainer_d · · Score: 2

    When I go to my employer's homepage (that certainly does not do any redirects), it also only displays the portion of the URL without "www".

    --
    Windows 2000 - from the guys who brought us edlin
    1. Re:How is this different from Safari? by Anonymous Coward · · Score: 0

      When I go to my employer's homepage (that certainly does not do any redirects), it also only displays the portion of the URL without "www".

      Nobody has any fucking idea, because they don't use Safari.

      And if they do use it, they still don't have any fucking idea, because they use Safari.

    2. Re:How is this different from Safari? by Anonymous Coward · · Score: 1

      Nobody has any fucking idea, because they don't use Safari.

      And if they do use it, they still don't have any fucking idea, because they use Safari.

      Safari at least does it .. a tad .. better.

      In Safari, if you go to "https://www.example.www.example.com", in the url bar it appears as "example.www.example.com".

      In Chrome it appears as "example.example.com".

      So apparently the Chrome devs got lazy and simply strip out all occurrences of "www." regardless of position.

    3. Re:How is this different from Safari? by nnet · · Score: 1

      I asked all 5 safari users, they don't care.

    4. Re:How is this different from Safari? by Anonymous Coward · · Score: 0

      If you read the bug report linked in TFA, that's a known bug which will be fixed.

      It's embarrassing that it got through testing, though.

  21. subdomain or hostname? by Anonymous Coward · · Score: 0

    When did hostnames turn into subdomains? A domain is a container, a hostname is a unit in the domain. If the subdomain www is trivial, does that mean only hostnames like blah.www.* are affected?

  22. Stupid by duke_cheetah2003 · · Score: 4, Informative

    Did someone at Google suddenly forget, it is entirely possible for 'mydomain.com' to yield a different page than 'www.mydomain.com'?

    It's not common, but it's doable and some people might do this. This change makes no sense to me.

    1. Re:Stupid by locofungus · · Score: 1

      the web is being broken by these ill thought out changes.

      type taxationweb.co.uk into a browser and it will work. try it again and it will fail.

      At least currently you will see that you actually visited https://www.taxationweb.co.uk/

      In the future you will have no idea what is going on.

      --
      God said, "div D = rho, div B = 0, curl E = -@B/@t, curl H = J + @D/@t," and there was light.
    2. Re:Stupid by PPH · · Score: 1

      I tried entering www.slashdot.org and ended up at some strange site with endlessly repeating stories.

      --
      Have gnu, will travel.
    3. Re:Stupid by Anonymous Coward · · Score: 0

      It's good for testing new site pages. Intranet DNS points to www.oldsite.example and internet DNS points to oldsite.example.
      The world never sees www.

    4. Re:Stupid by Tony+Isaac · · Score: 1

      Good grief. They're not changing the actual URL, only HIDING the www part. It's still there for your links and copy/paste.

  23. Also.. by duke_cheetah2003 · · Score: 4, Insightful

    It seems to strip the 'http://' and 'https://' COME ON GOOGLE, I've been teaching users for YEARS to watch their URL box and be wary of they don't see HTTPS. Goddamn Google you are stupid.

    1. Re:Also.. by walllaby · · Score: 1

      Now they can just watch for the “not secure” text that appears there instead, without any of the mental gymnastics.

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

      Non-technical people don't know what hypertext transfer protocol is nor should they need to in order to use the web. Now, they see a padlock or "secure" which provides a better chance to convey if the website has some security mechanism enabled.

    3. Re:Also.. by Anonymous Coward · · Score: 0

      Firefox does this as well for HTTP:// domains.
      Not quite as terrible, I guess.

  24. good reason for the change by hcs_$reboot · · Score: 0

    Note that 1) copying the URL shows the whole domain, including 'www', even if it's not displayed in the bar, 2) only 'www' is removed, other subdomains are shown, and 3) most (well-)configured websites show the same page with or without the 'www', therefore I wouldn't qualify the move as 'evil' at first glance, more a simpler URL display.

    --
    Slashdot, fix the reply notifications... You won't get away with it...
    1. Re:good reason for the change by Anonymous Coward · · Score: 0

      I copied with my eyes and a pen to a piece of paper to give to a friend. It chopped the WWW.

      My memory copied the URL with my eyes, the browser removed the WWW so when I typed it in again on a different computer I was somewhere else.

      It's evil, and should not be done.

  25. This breaks DNS based load balancing by Anonymous Coward · · Score: 1

    You can't CNAME an authoritative domain. So you do what makes sense, you CNAME www.authoritative.domain and use that to load balance the website.

    Now you might offer a redirect from authoritative.domain to www.authoritative.domain. It sounds like Chrome will have a difficult time explaining what just happened to the user.

    Why break the internet?

    1. Re:This breaks DNS based load balancing by Anonymous Coward · · Score: 0

      Chrome changes how the domain is displayed in their search box. That's it. Redirect as much as you like, when it finally terminates, the domain will be shown as name.tld in the search box. If you focus on the search box, the full name (e.g., www.name.tld) will be shown.

  26. Google thinks it IS the Internet by WCMI92 · · Score: 2

    Their fall is imminent. They have the same delusions that befell Microsoft and others who thought they were "it"

    --
    Corporatism != Free Market
    1. Re:Google thinks it IS the Internet by Anonymous Coward · · Score: 0

      Their fall is imminent. They have the same delusions that befell Microsoft and others who thought they were "it"

      Over the past 12 months, both Microsoft and Alphabet had revenue of more than $100 Billion. So yes they really are "it".

  27. merit by Anonymous Coward · · Score: 0

    On the one hand, the idea to show mockups of the url is not a clever one.

    On the other hand, it would be fair if the statement âjust an opinion, stated as factâ(TM) drew a response of âwho cares?â(TM). Everybody is a critic these days.

  28. Only .google domains by Anonymous Coward · · Score: 0

    Soon you'll only be able to view .google domains using chrome or have them appear in search results. Evil, we do that now.

  29. Using google-chrome isn't something that most user by Anonymous Coward · · Score: 0

    Using google-chrome isn't something that most users need to concern themselves with in most cases either.

  30. The www prefix is obsolete by MpVpRb · · Score: 4, Interesting

    The www. nonsense is a leftover from an ancient time and should be eliminated
    Until it is eliminated, it should be displayed
    Browsers should display full and accurate URLs
    The same thing goes for file browsers. Hiding extensions is wrong, and increases confusion

    1. Re:The www prefix is obsolete by 93+Escort+Wagon · · Score: 1

      The www. nonsense is a leftover from an ancient time and should be eliminated

      Indeed, I believe its first appearance was in Book IX of Josephus’ Antiquities.

      --
      #DeleteChrome
    2. Re:The www prefix is obsolete by Anonymous Coward · · Score: 0

      Until web browsers observe SRV records, www is not obsolete. It is often advisable to separate the domain and the web server host, and there is no more well-known way than the www hostname. SRV records would be an alternative, but guess who doesn't want them "for performance reasons".

    3. Re:The www prefix is obsolete by Anonymous Coward · · Score: 0

      The www. nonsense is a leftover from an ancient time and should be eliminated
      Until it is eliminated, it should be displayed

      I agree with your second sentence.

      But as to your first, why eliminate it? What should it be replaced with, or are you arguing it should be excluded?

      One of my domains root A record and the "www" A record are different IP addresses, and the former does not run a web server.
      This domains primary usage doesn't involve http or the web so why should I restructure the many machines behind it around a service it isn't there for?

      Or an alternate way of putting it, if you feel justified dictating to me how I use my own computing resources and network, doesn't that also justify Google to do the same?
      Why would you think you'd win that battle?

    4. Re:The www prefix is obsolete by Teun · · Score: 1

      The same thing goes for file browsers. Hiding extensions is wrong, and increases confusion

      Indeed, the worst is MS made it a default to hide extensions and many companies IT dept. can't be bothered to switch it back on through their group policies.
      This is just another way to get viruses installed by dumb users.

      --
      "The likes of Facebook and WhatsApp are free to those whose privacy is of zero value."
    5. Re:The www prefix is obsolete by SuricouRaven · · Score: 1

      Users - regular users, the type the business hires to actually do the things that make money - no longer know what a file extension is. They know there are word files, and image files, and sound files. That's all. If extensions appeared, they would be confused, then learn to ignore them. Then they'd start renaming files in the course of their work, delete the silly bit at the end of the name, and start bothering the IT dept with support calls of 'my word is corrupt please help.'

    6. Re:The www prefix is obsolete by Anonymous Coward · · Score: 0

      That's because Windows hides file extensions by default. Yet another reason why it was a terrible decision.

    7. Re:The www prefix is obsolete by Tony+Isaac · · Score: 1

      You mean, an ancient time when different internet services were hosted on different subdomains? Like mail.domain.com or ftp.domain.com? Seems this is still going on all over the Internet. There is, after all, more to the Internet than just the Web!

    8. Re:The www prefix is obsolete by Anonymous Coward · · Score: 0

      The www. nonsense is a leftover from an ancient time and should be eliminated

      And yet, it's a perfectly cromulent domain entry, will respond to a DNS lookup, and will likely be quite different from any other thing. Many many places still use it.

      It's not up to Google to prune out the display of valid URLs, especially if it could lead to people being unclear on what site they're on.

      You can't trust the web as you see it, and if you take away the cues to tell you where you actually are, it adds risk to people.

      This is stupid, and it'a favouring ease of use and simplicity over actual security.

  31. This depends. by jd · · Score: 1

    I will totally loathe and detest this change forever and curse it to /dev/null if...

    1. It messes up automated tools such as Selenium - if sites can't be tested, things get unsafe.

    2. It impacts the ability of users to share URLs by visual inspection .

    3. It impacts the ability of users to determine if they're secure.

    4. It allows a browser hijacker to conceal what site someone is on by editing what is displayed.

    5. It creates a security hole through improper string handling.

    6. The extra complexity contains code defects that impact performance or stability.

    2 & 3 are likely true. 1 & 4 are entirely plausible. 5 & 6 are certainly possible.

    I want Google to show it has answers to all six questions, answers that are acceptable.

    If it has thought about it beyond the immediate visual impact, I'd be surprised but maybe I could be convinced. I see no evidence they've thought it through. As the wise monkey sage Ross Noble once said, they haven't thought it through.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:This depends. by SilentChasm · · Score: 1

      I agree with you on 2 and am pretty sure 4 is true since someone previous posted an example of www.example.www.example.com being stripped to example.example.com instead of example.www.example.com. I hope how it is displayed does not affect how the URL is actually used so I hope 1, 5, and 6 are not true.

      I don't believe 3 will be an issue due to the changes they've been making in how they indicate secure connections. They got rid of the "Secure" text on https sites and just display the padlock but they explicitly say "Not secure" on all http sites so if a user is paying attention at all to the chip just a few pixels to the left of the URL, they will immediately be able to tell if they are on an insecure site. Eventually the plan is to warn on all insecure sites so eventually everything that is insecure will give a gigantic full page warning about being insecure and the default can be trusted, at least in terms of being encrypted to the other end of the connection.

    2. Re:This depends. by jd · · Score: 1

      So would I be correct in thinking that www.example.com and example.www.com would show up identically? That would be a problem, as example.com and www.com are totally different organizations, not just different parts of the same.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  32. There's no RFC so no embrace extend, ta google. by Anonymous Coward · · Score: 0

    Putting this plain an simply:

    1) there is no RFC standard that says this makes sense
    2) www and 'not'www are two *different* things and can resolve to different things
    3) This smells awfully like the start of the 'embrace, extend' approach that another company used to do.

    Standards exist for a reason, and the RFC process is the standard that should be adhered to. Abuse or circumvention of this process is not conducive to a better internet.

  33. A lot of Finnish users will be in trouble by blind+biker · · Score: 1

    In Finland, there is this silly custom where www.somedomain.fi will get you what you want, but somedomain.fi will not. These are the minority, definitely,. but there are quite a lot of them.

    Hopefully the good Google software engineers have anticipated this and will automatically look up the www.someting version of any given site.

    --
    "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    1. Re:A lot of Finnish users will be in trouble by Anonymous Coward · · Score: 0

      Dress to impress? Sounds like these Finnish folks have high standards. Or maybe their just prudes...

    2. Re:A lot of Finnish users will be in trouble by bn-7bc · · Score: 1

      Yea an even better ecsampl is The dutch sattelitebtv peovider Canal Digitaal Canaldigitaal.nl dumps you into ther reseller portal which us rather usless for anyone not a reseller, wheras www.canaldigitaal.nl gets you their list of pagages and other info relevant to coustomers. What genius decided this was a good idea? So hiding the www is probably not a good idea, alltho this is probably more on canal digitaals head, but still it illustrates the possible errors that comes from stripping out arbitrary parts of the fqdn

  34. "Enterprise version" by l0n3s0m3phr34k · · Score: 2

    Chrome also provides an "Enterprise" MSI, I'm wondering if they will enable / force this too. In my job, I NEED the FULL URL displayed. One of my functions is to ensure the PKI certificates all work properly, I have to make certs for a vast amount of different devices, the last thing I need is LESS information. We will just have to use a GPO to stop Google from updating, even though this goes against the DoD STIG of keeping all software updated.

    Hey Google, is it possible to disable this flag in a GPO, using the provided ADMX files? Is this available in the HKLM\Software\Policies\Google\Chrome\ registry subtree? I'm surprised this "trivial" setting isn't already in V1R12 of the DISA STIG...

  35. Firefox by Torodung · · Score: 0

    Firefox has been doing this for years, but I always turn it off in about:config.

    browser.urlbar.trimURLs boolean false

    ...if anyone cares to do so too.

    If you can do that in Chrome too? This is manufactured outrage. Nobody who isn't balancing angels on the head of a pin actually cares.

    1. Re:Firefox by Stan92057 · · Score: 1

      i dont use that setting and this is what i get. but if i go to another site i see a diffrent url

      https://www.simplycanning.com/canning-spaghetti-sauce-meatless.html

      https://slashdot.org/..
      https://tech.slashdot.org/story/18/09/08/0437229/google-slammed-over-chrome-change-that-strips-www-from-domain-urls.
      so no clue whats happening but honestly leave it the F alone thier is no reason in this god green earth it need to be removed unless you want to trick peole.

      --
      Jack of all trades,master of none
  36. Google has already "closed" the discussion by l0n3s0m3phr34k · · Score: 4, Interesting

    Looks like Google has already closed the discussion on this OUT, within 48 hours. They merged several other threads of people complaining about this into this thread, there are other various issues people reported; but it seems like Google just doesn't care. This also strips out "www" anywhere in the URL, so "https://sub.www.example.com" is changed to just showing "sub.example.com".

    1. Re:Google has already "closed" the discussion by Anonymous Coward · · Score: 0

      Everyone should just retaliate with giving anyone with a chrome UA a 406, or possibly a 418.

    2. Re:Google has already "closed" the discussion by Waccoon · · Score: 1

      To quote a Chrome developer from long ago: "This is not a democracy."

      And, lol, it wouldn't shock me if they used a simple string replacement instead of a regex to eliminate the "www". That's not incompetence. It really is just not giving a shit.

    3. Re:Google has already "closed" the discussion by Anonymous Coward · · Score: 0

      Had a laugh when I saw this test here:

      For fun I'm going to set up a www.www.www.www.www.www.www.www.www record.
      http://www.www.www.www.www.www.www.www.www.www.example.com shows as example.com

      (https://news.ycombinator.com/item?id=17929227)

      The same post describes that multiple non-consecutive www will have the correct pieces stripped out. This definitely wasn't just some hacky regex and it's likely there was some very meticulous QA process

      No way this will remain without abuse.

    4. Re:Google has already "closed" the discussion by Anonymous Coward · · Score: 0

      Code is: https://github.com/chromium/chromium/blob/master/components/url_formatter/url_formatter.cc
      No regexp in sight.

    5. Re:Google has already "closed" the discussion by houghi · · Score: 1

      The fact that Google does not care was clear since they bought and raped DejaNews.

      --
      Don't fight for your country, if your country does not fight for you.
  37. chrome 69 is ugly by Anonymous Coward · · Score: 0

    nevermind URLs, chrome 69 is just plain ugly (at least on android, I use firefox on desktop so haven't seen chrome there but I assume it is similar design). Looks like they are trying to copy 15-year-old apple products with the round text fields. And the icons of frequently-used sites on the home page are needlessly shrunk down to a fraction of their normal size so it is hard to tell what they are, and stuck in the middle of an empty circle that just wastes space, for no apparent reason other than to look bad. When stuff like this makes it into production I have to wonder if anyone is even running google these days.

  38. WWW by Anonymous Coward · · Score: 0

    I consider chrome to be a trivial browser, Firefox rules!

  39. Google has become a problem by Anonymous Coward · · Score: 0

    I think Google has become a real problem for the web because of it dominance in many aspects of the internet. With Chrome, Chrome OS, Android, Google search and Googles cloud services. This has much bigger effect on the internet that I don’t want.

  40. Failures waiting... by markdavis · · Score: 1

    There are, in fact, cases where the "www" is necessary to make a site work. For example, a main domain controlled by a different company than the "www" and without a redirect or using a different site alltogether. Hiding the "www" is just going to make matters worse in the long run. If a user is telling someone a URL and they DID have to use "www" to get there and yet read it off a screen that hides the "www", it will cause problems.

    Google, STOP trying to hide and "simplify" everything- not everything in life is simple nor fits into what you think it should be like...

  41. The criticism comes a few days after Chrome's engineering manager Adrienne Porter Felt told the American website Wired that URLs need to be got rid of altogether.

    That would mark the final transition of the desktop to "apps" ...

    'course, you'll need a way to organize your "apps". Maybe we could come up with some sort of naming scheme ...

  42. URLs don't exist... by Anonymous Coward · · Score: 0

    Gotta use Google search engine to find them.

  43. Exploit by Anonymous Coward · · Score: 0

    If you really want Google to do something, hit them where it hurts. Pressure Microsoft, Firefox, or Opera to start resolving several of their www.domain.com and domain.com to different pages with big "You could be being exploited right now!" pages.

  44. Chrome is straight up malware by Anonymous Coward · · Score: 0

    I can understand normals not knowing any better but the fact that people here using Chrome is just sad. Have more respect for yourselves.

  45. Breakage. by Anonymous Coward · · Score: 0

    Bad enough that we have to deal with "captive portals" and ISP DNS hijacks that break everything under the sun for absolutely no good reason what-so-ever. Now we have to worry about Google breaking things for a laugh.

  46. www was never required by Darkness+Of+Course · · Score: 1

    www.something.com and something.com are identical. They always have been. Regardless of Google. .com or otherwise. Either the opponents don't understand that or their tinfoil hats are too tight.

    1. Re:www was never required by Anonymous Coward · · Score: 1

      Either the opponents don't understand that or their tinfoil hats are too tight.

      Or you're ignorant of the fact that's a server setup issue, and there's absolutely no reason your assertion is necessarily true. Yes, in a lot of cases they do end up at the same page, but that's only because some poor admin has set up a redirect or set the host to respond to both.

    2. Re:www was never required by Anonymous Coward · · Score: 1

      You sir, clearly do not manage DNS for a domain name.

    3. Re:www was never required by Anonymous Coward · · Score: 0

      www.something.com and something.com are identical.

      No, they are not.

      They always have been.

      If by always, you mean never, you are correct.

      Regardless of the fact that I am twelve and what is this

      Exactly.

    4. Re:www was never required by Anonymous Coward · · Score: 0
    5. Re:www was never required by Anonymous Coward · · Score: 0

      Only if it is configured that way.

    6. Re:www was never required by Anonymous Coward · · Score: 1

      No, they actually are not the same thing. They are only the same thing when CONFIGURED that way. Network configurations do not just default that way.

    7. Re:www was never required by Anonymous Coward · · Score: 0

      They are not. apex domains and subdomains are completely different.

    8. Re:www was never required by Anonymous Coward · · Score: 0

      They are not and they have never been!

  47. Expliots galore by Anonymous Coward · · Score: 0

    Am I the only one that expects a truckload of CVEs to appear now that it is trivial to hide exploits via automatically hidden sub-domains?

  48. time for DNS fun by Ducho_CWB · · Score: 1

    Now is time to go and add google-tried-to-remove-www.mydomain.com and configure website to redirect there if user is using Chrome to reach www.mydomain.com

    1. Re:time for DNS fun by Anonymous Coward · · Score: 0

      dont-use-chrome-google-is-evil.example.com

    2. Re:time for DNS fun by Anonymous Coward · · Score: 0

      Ran out of mod points just as I reached you.

  49. Let's Encrypt by Anonymous Coward · · Score: 0

    Many scam sites now use free SSL certs.
    It's getting rarer for a false URL to not have a proper SSL cert.

  50. People who need URLs shortened... by TheDarkener · · Score: 1

    ...likely don't understand URLs *at* *all* anyway.

    A browser disregarding web standards is a sure way to lose a large chunk of its user base. Of course, that's fine with me, I'd love to see more people using Firefox.

    --
    It is pitch black. You are likely to be eaten by a grue.
    1. Re:People who need URLs shortened... by Lord+Flipper · · Score: 1

      I'd love to see more people using Firefox.

      That's exactly what I might have said, for years now... But, I am done with FF's over-riding my own "default" search engine choice. It keeps reloading all the 'default" search engines, AND selecting GOOG for the address bar, despite my having eliminated all but my own so-called "choice" for "my" search engine from their installed bundle/list. If I can find a legacy version of FF that doesn't ignore settings/prefs, or, another browser that can run uBlock Origin, I'm done with Mozilla's contemporary thing, forever.

    2. Re:People who need URLs shortened... by TheDarkener · · Score: 1

      Sounds like you've got a corrupt config or something. That's not default behavior.

      --
      It is pitch black. You are likely to be eaten by a grue.
  51. First, do no Google by mbeckman · · Score: 1

    "Some men set themselves up as an example to others. I set myself up as a warning."

    - attributed to Mark Twain

  52. Famously? by Anonymous Coward · · Score: 0

    Famously?

    Right now your post is the only thing that comes up when searching Google for "That Montessouri School in Mountain View" in quotes. Fix the spelling of Montessori, and nothing comes up.

  53. Getting it back by Artem+S.+Tashkinov · · Score: 1

    Here's how you can get it back at least for now:

    Open: chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains and set it to "Disabled".

  54. Subjects are useless by pezezin · · Score: 1

    Call me crazy, but if I could redesign the DNS, neither subdomains nor TLDs would exist. Just a flat name hierarchy.

    1. Re:Subjects are useless by catprog · · Score: 1

      How would you handle the situation where you have two businesses with the same name in diffrent countries?

      For example would you end up with the following

      realestate
      realestatebrisbane
      realestatebrisbaneaustralia

      --
      My Transformation Website
      Kindle Books http://www.catprog.org/rev
      Interactive CYOA http://www.catprog.org/st
  55. Stupid Web Legacy Tricks by Whatchamacallit · · Score: 1

    I absolutely hate it when the www. is required. It's just lazy SysAdmin of the web server. The WWW is completely unnecessary. Must allow for other sub-domains however.

  56. Terrible idea by kelemvor4 · · Score: 1

    www.domain.com is not the same as domain.com in DNS. They both could be configured the same, but often they often deliberately resolve to a different destination. Chrome is effectively eliminating the ability of domain owners to utilize the www. subdomain as the owner sees fit. This will most likely force those who use the www subdomain today to begin using another designation for their webservers. One would hope that the replacement would become as widely recognized as www someday but I think that is unlikely. I think that google must have an ulterior motive to go after one of the more widely used subdomains on the planet. Luckily there are plenty of other browsers out there. Hopefully this will lead to a shift in browser usage to once again balance the landscape. It's happened repeatedly over the years when a browser manufacturer did something users perceived to not be in their best interests. In fact, this phenomenon is what resulted in chrome's current market lead.

  57. This will not stand! by Anonymous Coward · · Score: 0

    If they remove www, how will I know i'm still on the world wide web? I could be anywhere!

  58. Hey Smart People by Anonymous Coward · · Score: 0

    Do you realize that
    mydomain.com
    www.mydomain.com
    ftp.mydomain.com
    can all resolve to different addresses?

    You are creating a potential nightmare for no good reason.

    Look, I know smart people don't have to think -- because you already know everything -- but maybe every now and again you can pretend you are stupid and give thinking a try?

  59. active directory split domain by Anonymous Coward · · Score: 0

    many companies using microsoft active directory must use their internal dns servers. myco.com does not point to same ip as www.myco.com. you have to do annoying registry hacks to even make that possible. internal users can only get to public website at www.myco.com. without www you cannot access the site. sounds like chrome is eliminating themselves from many large corp networks.

  60. Little MS by Halster · · Score: 1

    I see "little Microsoft" are at it again. Using their browser dominance to decide things for us that we didn't ask them to decide. It takes me back to the days when IE decided we didn't need to see webserver error messages.

    --

    "How much truth can advertising buy?" - iNsuRge - AK47