Last modified: 2013-04-09 21:46:42 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T26531, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24531 - Verify etag optimization for bits.wikimedia.org
Verify etag optimization for bits.wikimedia.org
Status: NEW
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
: ops
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-24 21:49 UTC by Derk-Jan Hartman
Modified: 2013-04-09 21:46 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Derk-Jan Hartman 2010-07-24 21:49:43 UTC
I was playing around with yslow, to test the wikipedia website and I noticed it complained about the enitity tags for bits.wikimedia.org

Explanation of the Etag issue:
http://developer.yahoo.com/performance/rules.html#etags

I quickly checked with mark, and bits uses multiple apaches, so this indeed may be an issue. "I remember we looked at it in the past, but that's a while ago, and I'm not sure it was taken into account for bits either"

The ETag format for Apache 1.3 and 2.x is inode-size-timestamp
Comment 1 Platonides 2010-07-24 21:55:43 UTC
It is using a double-field ETag. The first one is the size. The second one could be the timestamp, but it would be 59488257 seconds younger than expected :S
Comment 2 Roan Kattouw 2010-08-03 19:38:16 UTC
I don't see why we'd need E-Tag while we already have style versions.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links