3 ms·
> how is that different from "browsers only hide www part of domain name because this is a well known historical artifact and default behavior of any sane websi
by zAy0LfpBZLC8mAC 7y ago
> how is that different from "browsers only hide www part of domain name because this is a well known historical artifact and default behavior of any sane website should be to either redirect one name to another or serve the same content on both"
That one of those is part of the relevant standards, the other is not. What your personal opinion is as to what a "sane" anything should do is just completely irrelevant for this discussion. You build reliably interoperable systems by implementing what the standard says, not by implementing what you would prefer the standard to say, because (a) if everyone just implements what they think is sane, that's guaranteed to fail at interoperating because everyone else will consider something else sane and (b) the process for building the consensus as to how to do things is the standards writing process, so if you think a standard is insane, you have to participate in the standards writing process to change the consensus on how to do things sanely, which then will be reflected in a new revision of the standard.
Whether something is well known is also completely irrelevant. "Well-known port" is simply a fixed term for "ports that have been standardized as the default port for a protocol", and the only relevant fact here is that the behaviour of not displaying the port number is standardized.
> you're being unnecessarily and angrily pedant.
No, your kind of reasoning is precisely how a ton of interoperability problems arise, costing humanity probably billions of dollars to work around each year.
- keymone 7y ago> implementing what the standard says do show me the standard that regulates how browsers ought to display identity of the site. because everything you've said is irrelevant otherwise.
- zAy0LfpBZLC8mAC 7y agoI already have. There is no standard that says "how a browser ought to display identity of a site", at least none that I know of, but that doesn't mean that there is no standard that is relevant to how a browser should display URIs. There is also no standard that says "how an email client should display email addresses". Now, suppose that some email client decided to always replace the TLD in any email addresses it displayed with ".com". Is that conforming to standards because there is no standard that says "how an email client should display email addresses"? No, obviously, it's not, because the address "foo@example.com" is not guaranteed by any standard to be equivalent to "foo@example.org", say, so this transformation causes an email address to be displayed that, according to the relevant standards, is not guaranteed to be semantically equivalent (mind you: that does not mean that they can never be equivalent--there is just no guarantee that they are/there is no responsibility for the owner of those addresses to make sure that they deliver to the same mailbox). Which is in contrast to, say, displaying "foo@ExaMple.org" as "foo@example.org"--those are guaranteed to be equivalent, so substituting one for the other is acceptable. The exact same thing applies here for URIs. The URI and HTTP(S) standards specify which URIs are equivalent, and if your software displays one URI as a different URI that is not guaranteed to be equivalent, then that is in conflict with that standard.