Ze zullen het in de adres balk er wel uitslopen voor de leesbaarheid. Maar wat er achter de schermen gebeurd weet ik niet. Als het echt zo is dat een / achter de domein naam sneller is dan zullen ze dat best zelf toevoegen aan de url wanneer ze de website aanroepen.
Hoe oud is dat artikel eigenlijk? Is het nog wel relevant?
Er staat niet bij hoe oud het is, maar ik ben een dergelijk verhaal wel eens eerder tegengekomen.
Waar het om gaat is dit:
Als je dit aanroept:
mijnsite.nl (ik laat het "www." deel even weg, anders krijg je zo'n irritant pijltje)
Dan verwacht de server dat er een bestand wordt aangeroepen. Vervolgens ziet de server zelf dat het niet om een bestand gaat, maar om een directory. Vervolgens wordt een redirect uitgevoerd naar:
mijnsite.nl/
Dit omzetten werkt vertragend. Uiteraard is dat geen mega vertraging... maar het werkt dus wel vertragend.
@Mark: ik zie het ja... apart. Is me nooit eerder opgevallen. Volgens mij hoort er toch echt een slash achter, maar zodra ik er handmatig een slash achter zet haalt ie 'm weg in Firefox. Strange...
While you can’t control what your readers type into their location bar for your URL, you can control what you link them to. Always include the trailing slash in your URL links. If you include it in your marketing materials as well, you can help keep your pages loading quickly for your readers, as most people type whatever is printed without adding or removing characters.
Hier wordt dus gesteld dat je altijd de slash op het eind moet communiceren.
Ja leuk, maar waarom zou je?
Zonder slash werkt het ook (zo niet is dat echt knudde) en ik ga niet naar nu-punt-nl-slash maar naar nu-punt-nl
Korter is echt wel beter.
Pfff, ozzie waar praten we nu over? Begin je zelf niet door te krijgen dat je een beetje begint door te schieten in het snelheidsoptimalisatie gedoe?
En daarnaast is het met en zonder een slash allebei even goed, zoals de specificatie ons vertelt:
The authority component is preceded by a double slash ("//") and is
terminated by the next slash ("/"), question mark ("?"), or number
sign ("#") character, or by the end of the URI.
authority = [ userinfo "@" ] host [ ":" port ]
URI producers and normalizers should omit the ":" delimiter that
separates host from port if the port component is empty. Some
schemes do not allow the userinfo and/or port subcomponents.
If a URI contains an authority component, then the path component
must either be empty or begin with a slash ("/") character. Non-
validating parsers (those that merely separate a URI reference into
its major components) will often ignore the subcomponent structure of
authority, treating it as an opaque string from the double-slash to
the first terminating delimiter, until such time as the URI is
dereferenced.
[size=xsmall](bron)[/size]
