|
|
|
|
|
by whatbackup
951 days ago
|
|
Hello, author here, thank you for your feedback. > Fragment identifiers are not sent to the server. I've not stated that this is the case, but I might add a note, that this is the case. > query example should have both ? and & like
> ?foo=1&bar=2&baz=3 The `&` is only needed if you have multiple parameters like in the Youtube example, or am I getting it wrong? > Perhaps behind the path/to/whatever have a /filename.XXX This is an example for a path without explicit resource as most servers would provide an `index.html` file by default in this case. I might add a note to clarify it. > Also, the story on the www "subdomain" is missing. Story, as in history? |
|
I remember when it was normal to have data structures separated by whatever character. Sometimes you needed multiple or (heaven forbid) more than one character. It wasn't always as pretty as one would like. The URL is the worse case with all this "://",":", ".", "@", "/", "?", "&", "#" which may have a different meaning depending on where they are found. It is now complex enough to challenge even the best of us.
I keep making this joke no one thinks is funny: how embarrassing it is to have to explain this to the youngsters. We can only hope they are naive enough not to loudly protest our compound mistakes.
Imagine how the reader is assumed to know the "[notation]" for optional parts but then "we" chose to wrap the ipv6 in it! Or take how it isn't mailto:// nor https:www.example.com
I'm not entirely sure but I think it was www as opposed to ftp.example.com or mail, smpt, pop? The www was the new thing on the internet.
> I've not stated that this is the case, but I might add a note, that this is the case.
It is never mentioned on pages like yours but seems interesting perhaps even useful to know.
> The `&` is only needed if you have multiple parameters
What samtho wrote below is interesting. Apparently it is just convention. You can do whatever you like (as long as it doesn't include a "#" I presume)
You could say:
scheme://username:password@hostname:port/path?query#fragment
But then it would be less obvious than something like:
http ://jack:agent007@mywebsite.com:80/vacation/antartica/temprature.php?year=1988&month=march#notes
Except the username:password and the port people are likely to have seen most parts browsing the web.