On 6 September 2013 11:55, Jeremy Baron jeremy@tuxmachine.com wrote:
On Sep 5, 2013 6:55 PM, "Risker" risker.wp@gmail.com wrote:
Secondly, redirects are expensive - not to those in the Western world
with fast computers and high speed internet, but to those who are on dial-up or have comparatively high lag times because of distance (lots of people at Wikimania had difficulty getting good access to Wikipedia during their stay in Hong Kong, for example). A redirect means that the reader must first load up the "redirect" page and then follow the redirect instruction and wind up on the intended page. I don't think we pay nearly enough attention to the comparatively poor performance from WMF that our Asian, African, and South American colleagues experience; we're terribly spoiled.
that's not how redirects work on Wikipedia. (at least for a redirect directly to a page with content… double redirects, i.e. a redirect to a redirect which then points to a real page it is more like how you described. but we have bots and special: pages for fixing double redirects)
we serve a 200 with a little hatnote that says it was a redirect and otherwise serve the same content as if they had visited the canonical name directly. i.e. we don't currently send a 30x to the canonical name and the alternative name remains in the URL in the user's location bar.
the actual timing difference client-side should be smaller than anything a human could detect. (or too small for a computer to notice? idk if anyone's done a study)
-Jeremy
Yeah, I keep hearing those excuses for performance problems, Jeremy. It takes longer to serve up the original page here in North America on a fast connection - enough so that it is noticeable on a normal computer.
Risker/Anne