Comments on: WordPress ETag bug

By: WordPress Feeds and Excessive Bandwidth Â« Brian Yi

WordPress Feeds and Excessive Bandwidth Â« Brian Yi — Wed, 31 Jan 2007 08:22:16 +0000

[...] The other, preferred solution is to fix the processing of If-none-match headers with a quick and easy hack. In WordPress 2.0.5, open up wp-includes/classes.php and go to line 1640. Replace if (isset($SERVER['HTTPIFNONEMATCH'])) $clientetag = stripslashes($SERVER['HTTPIFNONEMATCH']); with if (isset($SERVER['HTTPIFNONEMATCH'])) $clientetag = stripslashes(stripslashes($SERVER['HTTPIFNONEMATCH'])); Now your bandwidth usage for WordPress feeds should be reduced. Don’t forget that you’ll have to do this every time you upgrade WordPress. [...]

By: Aaron Johnson » Blog Archive » RSS/Atom feeds, Last Modified and Etags

Aaron Johnson » Blog Archive » RSS/Atom feeds, Last Modified and Etags — Tue, 05 Dec 2006 07:43:52 +0000

[...] http://www.emilsit.net/blog/archives/wordpress-etag-bug/ [...]

By: ((meatspace)) » Wordpress, ETag, Last-Modified

((meatspace)) » Wordpress, ETag, Last-Modified — Fri, 24 Nov 2006 04:09:37 +0000

[...] Adding in the fact that if the client actually sends an ETagged response (the HTTP 1.1 If-None-Match header), Wordpress’s quoting mechanism screws it up. Some people have taken a stab at fixing it but it seems easier to just nuke the @header(”ETag: …) line in wp-include/classes.php (around line 1637 in wordpress 2.0.5) and let last-modified work just fine. [...]

By: dbt

dbt — Wed, 22 Nov 2006 19:10:08 +0000

Stumbled across this trying to find more info. Since the wordpress ETag is just a hash of the last modified timestamp, so I removed the @header(”ETag: …) from classes.php and I’ll let stuff go from there.

By: TemplateBoy

TemplateBoy — Tue, 18 Apr 2006 19:54:35 +0000

Good reading. I just added your website to my bookmarks list, hope to read much more interesting stuff. Keep it going!

By: alexking.org: Blog > Around the web

alexking.org: Blog > Around the web — Mon, 03 Apr 2006 17:57:09 +0000

[...] Emil Sit - WordPress ETag bug [...]

By: geek ramblings » links for 2006-03-31

geek ramblings » links for 2006-03-31 — Fri, 31 Mar 2006 00:27:10 +0000

[...] Emil Sit Â» WordPress ETag bug Geof, Alex, Scot, and I have been looking into this Conditional GET bug, but Emil found the culprit first. (tags: dougal_comments wordpress rss feeds conditionalget bugs) [...]

By: CVS Test Blog » Daily Links

CVS Test Blog » Daily Links — Thu, 30 Mar 2006 19:19:39 +0000

By: Dougal Campbell

Dougal Campbell — Wed, 29 Mar 2006 20:49:29 +0000

Nice catch! I tried to track the problem down, but didn’t have time to properly debug it.

By: sit

sit — Wed, 29 Mar 2006 20:14:33 +0000

Thanks; I hope you what to do with it :-) There’s obviously a lot of stuff to do with quoting in the WP code base, including interactions with PHP’s own magic quote stuff, and I didn’t have the energy to come up with a truly proper fix (much less a fix that would work across multiple PHP versions).