https://bugzilla.wikimedia.org/show_bug.cgi?id=48028
--- Comment #8 from TMg <[email protected]> --- (In reply to comment #7) > Google and other crawlers are irrelevant, that's what rel=canonical is for. Maybe my comment was confusing. I used crawlers as an example when referring to "all user agents". This includes browsers with JavaScript disabled and every GET request from every external client. Nothing is more compatible than a plain old 301. Both rel=canonical and history.replaceState are workarounds for problems caused by not doing a real redirect. Real redirects have the potential to actually save bandwidth. Currently MediaWiki delivers the same duplicate content multiple times even if the user agent is not interested in getting duplicate content. If a rel=canonical is present the content is wasted. Real redirects are less confusing, as explained above. (In reply to comment #6) > The "Redirected from" link is a basic feature that should be usable even when > JavaScript is disabled. The feature doesn't have much use. As long as a redirect makes sense (which it does in almost all cases, the communities care very much about such details) we don't have to repeat the fact that a redirect happened. Click [[Tan An]] and be redirected to a page or section named "Tân An". This is obvious. The only use is to be able to go back to the redirect. There are other ways to do this without relying on JavaScript, e.g. using the action=info link in the navigation on the left or adding a list of redirects to the bottom of the edit interface similar to the list of templates. Users with JavaScript enabled can get the old link on the top. It's a rare use case anyway. I don't think it's a problem to make the "redirected from" hint a JavaScript feature as long as it's not the only way. On the other side I consider the confusion and compatibility problems caused by not doing a real redirect more important. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
