IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Have to test it...
... but it sounds inaccurate.

Both root relative and relative paths just prepend the current transport://host/ information to the URL, so unless they differ (https vs. http, etc) the browser should be able to pipeline over http 1.1 same as anything else. Either way, the browser has to hit the remote server in some fashion to get the resource. It's not as if it's located locally on the user's machine.

Reading it again, actually I think that's what they're saying. How is the user supposed to have a resource locally? That makes no sense, unless they're talking about performance packs such as are used by some HTML games (download a bunch of images, tell the server to point locally to the images and save the server bandwidth). This technique isn't terribly useful for a blog though.

However, if you don't use a transport of file://, it's still going to hit the remote server.

This doesn't make any sense on multiple levels.

Using root relative and relative paths isn't a performance best practice to my knowledge. It's a maintenance and interoperability best practice.
Regards,
-scott
Welcome to Rivendell, Mr. Anderson.
Expand Edited by malraux Dec. 26, 2011, 08:30:48 PM EST
New I'd go with ^^^HIS EXPLANATION
     I don't understand what this is saying about links - (drook) - (9)
         "For best performance, don't hit remote sites." Perhaps? -NT - (Another Scott) - (2)
             "When linking to local resources" - (drook) - (1)
                 No doubt it's worded very poorly. - (Another Scott)
         Have to test it... - (malraux) - (1)
             I'd go with ^^^HIS EXPLANATION -NT - (folkert)
         Someone is simply wrong. - (static) - (1)
             That's what I suspected - (drook)
         I can see only one obscure case where that is true - (jay) - (1)
             Okay, that makes sense - (drook)

Black candle lit.
76 ms