tag:blogger.com,1999:blog-5537325711190185140.post8521096537138200651..comments2023-11-21T23:10:10.896+13:00Comments on Thundering Herd: Don't serve Ogg media with gzip/deflate compressionChris Pearcehttp://www.blogger.com/profile/13735147508549619230noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-5537325711190185140.post-24239702687614335472010-03-14T09:42:40.750+13:002010-03-14T09:42:40.750+13:00@®om: I know very little about configuring apache,...@®om: I know very little about configuring apache, particularly the interactions between mod_ssl and other modules. I suggest you check out the documentation for mod_gzip:<br /><br />http://schroepl.net/projekte/mod_gzip/config.htm<br /><br />Perhaps you need a mod_gzip_item_exclude clause in your config?Chris Pearcehttps://www.blogger.com/profile/13735147508549619230noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-69801866977806738702010-03-14T04:38:34.986+13:002010-03-14T04:38:34.986+13:00Hi,
I found your blog from my bug report on mozil...Hi,<br /><br />I found your blog from my bug report on mozilla : https://bugzilla.mozilla.org/show_bug.cgi?id=551217<br /><br />My problem is that I can seek videos on HTTP but not on HTTPS because of compression (apparently).<br /><br />On the mozilla page you linked, there is a section "Don't use gzip/deflate compression".<br /><br />But how to disable it for ogg files on https in apache?<br /><br />Thank you for your answer.®omhttps://www.blogger.com/profile/02885281958394822890noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-60842164351590359322010-03-13T08:29:51.207+13:002010-03-13T08:29:51.207+13:00There's a bug for sending a more appropriate A...There's a bug for sending a more appropriate Accept header (bug 489071). There's also some discussion about not sending Accept-Encoding there, but I'm not convinced it's the right thing to do now.kinetikhttps://www.blogger.com/profile/03790058441044179715noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-27896880937701101032010-03-13T06:10:45.956+13:002010-03-13T06:10:45.956+13:00Sounds like the code that loads videos should just...Sounds like the code that loads videos should just QI the channel to nsIHttpChannel and call httpChannel->SetRequestHeader(NS_LITERAL_CSTRING("accept-encoding"), EmptyCString(), PR_FALSE);<br /><br />Speaking of which... it probably also ought to set an appropriate value for the "Accept" header, which it doesn't look like it currently does. (At least, I don't see code for it.) That would mean it's sending the (rather long) Accept header that we send for toplevel pages. (It looks like it does set the "Range" header (in two places, nsHTMLMediaElement and nsMediaStream), though, so you've already got code for it.)David Baronhttps://www.blogger.com/profile/17786994080562924653noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-70012007141990981132010-03-13T02:03:38.661+13:002010-03-13T02:03:38.661+13:00What Philip said. We know the load context; let...What Philip said. We know the load context; let's not ask for compression on loads from video and audio tags. (Unless it's a .WAV?)<br /><br />GervGervhttps://www.blogger.com/profile/06079277032027702609noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-67078184525843687032010-03-13T01:16:12.218+13:002010-03-13T01:16:12.218+13:00Could Firefox not send the Accept-Encoding header ...Could Firefox not send the Accept-Encoding header in the first place?Unknownhttps://www.blogger.com/profile/09834645346171444268noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-77541061928641039572010-03-13T00:40:29.957+13:002010-03-13T00:40:29.957+13:00As a workaround, we can disable Accept-Encoding wh...As a workaround, we can disable Accept-Encoding when asking for a media file, at least until someone will come with a better solution.<br /><br />The same might happen with regular image files, and it might be useful to disable compression request for these files as well.Tomer Cohenhttps://www.blogger.com/profile/13640603455849477510noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-67763226155918239462010-03-12T23:46:46.230+13:002010-03-12T23:46:46.230+13:00This is because most (all?) HTTP compression techn...This is because most (all?) HTTP compression techniques don't send a Content-Length HTTP header. I assume this is because they compress on the fly, so they don't know the length of the compressed file in advance. If the server doesn't send a Content-Length, Firefox doesn't know what byte ranges it can request, so it can't do seeking using HTTP byte-range requests.<br /><br />Even if you had an index, the index would record the pre-compression byte offsets, so you couldn't use it to guide a seek (even if you could start decompressing a compressed file at an arbitrary byte offset).Chris Pearcehttps://www.blogger.com/profile/13735147508549619230noreply@blogger.comtag:blogger.com,1999:blog-5537325711190185140.post-72285191833271503282010-03-12T23:04:24.281+13:002010-03-12T23:04:24.281+13:00Is this because of OggIndex and skeleton not being...Is this because of OggIndex and skeleton not being accessibly when compressed?silviahttps://www.blogger.com/profile/03465529878967808716noreply@blogger.com