Last modified: 2013-03-19 19:15:20 UTC
Cloning from bug 46297 comment 5: ---- As reported by harej in #wikimedia just now, it looks like https://bookshelf.wikimedia.org is redirecting to wikipedia.org currently as well: --- $ curl -I "https://bookshelf.wikimedia.org" HTTP/1.1 301 Moved Permanently Server: nginx/1.1.19 Date: Tue, 19 Mar 2013 02:12:51 GMT Content-Type: text/html; charset=iso-8859-1 Content-Length: 233 Connection: keep-alive Location: http://www.wikipedia.org/ Cache-Control: max-age=2592000 Expires: Wed, 17 Apr 2013 21:25:51 GMT Age: 17220 X-Cache: HIT from cp1007.eqiad.wmnet X-Cache-Lookup: HIT from cp1007.eqiad.wmnet:3128 X-Cache: MISS from cp1002.eqiad.wmnet X-Cache-Lookup: MISS from cp1002.eqiad.wmnet:80 --- Presumably the same underlying cause? ----
It looks like <http://bookshelf.wikimedia.org/f> and similar URLs redirect appropriately: --- $ curl -I "bookshelf.wikimedia.org/f" HTTP/1.0 302 Moved Temporarily Date: Tue, 19 Mar 2013 06:49:57 GMT Server: Apache Location: http://outreach.wikimedia.org/wiki/Bookshelf/f Cache-Control: max-age=2592000 Expires: Thu, 18 Apr 2013 06:49:57 GMT Content-Length: 230 Content-Type: text/html; charset=iso-8859-1 Age: 180 X-Cache: HIT from cp1019.eqiad.wmnet X-Cache-Lookup: HIT from cp1019.eqiad.wmnet:3128 X-Cache: MISS from cp1014.eqiad.wmnet X-Cache-Lookup: MISS from cp1014.eqiad.wmnet:80 Connection: close --- Plain <http://bookshelf.wikimedia.org> fails, though. Relevant lines in <https://noc.wikimedia.org/conf/redirects.conf>: --- # Bookshelf Project RewriteCond %{HTTP_HOST} =bookshelf.wikimedia.org RewriteRule ^/(.*)$ http://outreach.wikimedia.org/wiki/Bookshelf/$1 [R=302,L] --- So the "^/" bit probably just needs a tweak.
(In reply to comment #1) > # Bookshelf Project > RewriteCond %{HTTP_HOST} =bookshelf.wikimedia.org > RewriteRule ^/(.*)$ http://outreach.wikimedia.org/wiki/Bookshelf/$1 > [R=302,L] > So the "^/" bit probably just needs a tweak. The RewriteRule is fine. It matches any url with 0 or more characters in the path. This was already fixed last week when a whole bunch of domains redirected to wikipedia.org because someone messed up an [OR] somewhere in redirects.conf. Though the fix has been merged and deployed for a few days. There are still a lot of urls in squid cache for non-session urls (cache duration: 30 days). I've just purged these from squid: - http://bookshelf.wikimedia.org - http://bookshelf.wikimedia.org/ - https://bookshelf.wikimedia.org - https://bookshelf.wikimedia.org/ Which fixed it.
*** This bug has been marked as a duplicate of bug 46297 ***
(In reply to comment #2) > Though the fix has been merged and deployed for a few days. There are still a > lot of urls in squid cache for non-session urls (cache duration: 30 days). Aha! Thanks for the purges!
