Earlier quoted context omitted.
I agree with the spirit of the change, not necessarily every detail of the implementation.
The implementation will definitely need a up to date Public Suffix List. We control a bunch of public suffixes and it's a huge, huge difference if you browse to the address "www.com" or to "com" - or blogger.com and www.blogger.com, or dyndns.org vs. www.dyndns.org. In this case, there are different organizations/persons controlling these. Should you not know which one you have connected to?
Chrome 69: “www.” subdomain missing from URL
791–800 of 919 posts
Re: Chrome 69: “www.” subdomain missing from URL
#792Earlier quoted context omitted.
I think the spark plugs example is an excellent one. People used to require an extensive knowledge of how cars worked in order to have a prayer of using them effectively. Now they don't, because we realized none of that knowledge is necessary if you design the system correctly. We have enough historical context to realize that things like parsing URLs by eye is unsafe for the general population, and always will be. T…
when did you have to know how spark plugs work to drive a car? And isn’t this why car mechanics exist? On the other hand you had to learn at some point what and RPM gauge is... And we still have it in cars even though you could say you don’t really need it.
One could say the interface was dumbed down to the minimum.
Re: Chrome 69: “www.” subdomain missing from URL
#793Considering a subdomain "trivial" is ridiculous... there's a difference between "www.example.com" and "example.com". Not only can they serve different sites, they can even have different DNS records! It seems that "m." is also considered a trivial subdomain. So when a user clicks a link to a "m.facebook.com" uri, they'll be confused why FB looks different when the browser reports it's on "facebook.com". I sincerely h…
Oh come on. "www." was used as a way of delineating what was a web address. Hence the fashion of putting that there so people knew you had to do it in the browser. Before then people used to also put the " http://" on there, and the combination of the two on vehicles/signs was ridiculous. We're now in a web world. People know what a URL is. "domain.com" isn't ambiguous, it's obvious to man, beast or child that you ty…
Re: Chrome 69: “www.” subdomain missing from URL
#794Earlier quoted context omitted.
It's not a shoddy implementation on Citibank's part. Google are just fucking the web over so we all have to fit their structure. This is standard incumbent behaviour, they are drawing up the moat bridge, inch by inch.
I think the downvotes here are uncalled-for. This is correct. Google is leveraging a dominant market position to make seemingly frivolous changes that will ultimately benefit them commercially. Come on, you know where this is going: They are going to hide amp subdomain, so you don't know if you're looking at AMP or the actual destination. And then suddenly the whole world funnels through AMP.
Re: Chrome 69: “www.” subdomain missing from URL
#795Re: Chrome 69: “www.” subdomain missing from URL
#796Earlier quoted context omitted.
I use Firefox as my "at home" / private browser. However for work i unfortunately feel forced to continue using chrome. First I just really prefer the chrome devtools and i just can't seem top find an equivalent replacement for the "manage people"/multi user built ion function that chrome offers. I really wish Firefox had something similar...
firefox has both profiles (for actual different users) and containers for isolating stuff (i.e. a sub-profile) for a single user. The containers have a great UI/UX. I'm looking at the profile stuff now (after having not in years) and it seems counterintuitive and clunky https://support.mozilla.org/en-US/kb/profile-manager-create-... https://support.mozilla.org/en-US/kb/containers Anyway, "forced" is a strong word whe…
Re: Chrome 69: “www.” subdomain missing from URL
#797Earlier quoted context omitted.
You lack the compassion that comes with experience. My $dayjob has our AD root domain the same as our public root domain. Because we implemented AD in the year 2000, and this was Microsoft’s recommendation for domain naming way back then. And if you use Exchange, you can’t rename your AD domain, you have to rebuild your forest and migrate piecemeal. So we’re stuck with it. The practice of using Corp.example.com did n…
This one is kind of a "religious" topic for me, I guess. I'm sorry that it is, but it makes me exceedingly defensive. I trained on Active Directory (AD) with a group of veteran sysadmins in 1999. I don't have access to the "Microsoft Official Curriculum" book from my class in '99 (long-since thrown away), but I have a distinct memory of a lively conversation in class re: the pitfalls of using a public domain name as…
* http://jdebp.info./FGA/dns-split-horizon.html#SeparateConten...
Re: Chrome 69: “www.” subdomain missing from URL
#798Earlier quoted context omitted.
This one is kind of a "religious" topic for me, I guess. I'm sorry that it is, but it makes me exceedingly defensive. I trained on Active Directory (AD) with a group of veteran sysadmins in 1999. I don't have access to the "Microsoft Official Curriculum" book from my class in '99 (long-since thrown away), but I have a distinct memory of a lively conversation in class re: the pitfalls of using a public domain name as…
I don’t know anything about AD, so this might be a stupid question: can you not just run a web server on the same host as the AD server or port forward all HTTP traffic to a different server?
* http://jdebp.eu./FGA/dns-split-horizon-common-server-names.h...
* http://jdebp.eu./FGA/dns-ms-dcs-overwrite-domain-name.html
* http://jdebp.eu./FGA/dns-use-domain-names-that-you-own.html
Re: Chrome 69: “www.” subdomain missing from URL
#799* login..www.com -> login..com
* members..www.com -> members..com
Even some carefully chosen .www.com's will now be valuable:
* login.www..www.com -> login..com
What a stupid idea...
Re: Chrome 69: “www.” subdomain missing from URL
#800Even if you believe this is in theory a good idea, in practice it's clear that Chrome has implemented this extremely badly. As Comment 5 on that issue points out: > This does appear to be inconsistent/improperly implemented. Why is www hidden twice if the domain is "www.www.2ld.tld"? [...] If the root zone is a 301 to the "www" version, removing "www" from the omnibox would be acceptable since the server indicated th…
> Another case I ran into:
> "subdomain.www.domain.com" displays as "subdomain.domain.com".