Hi, I'm trying to understand some of how the disk caching works. If I go
poking through the disk cache, I see a lot of files where the response
headers have Cache-Control: no-cache in them.
My configs do not set any of the ignore values. So, why are these files
in the cache? Apache doesn't seem t
I think that's definitely not correct. Browsers do inflate and process
the HTML on the fly, they do not wait for the entire payload.
Chrome seems to have a buffer of 256 bytes, and Firefox has none.
I have used this server for testing this:
https://gist.github.com/1009108
and monitored when
On 6/5/2011 11:47 AM, Xavier Noria wrote:
>
> Also, it is clear that mod_deflate does not understand chunked
> encoding coming from the app server. It compresses the payload.
Xavier,
you need to be more specific.
HTTP 2.x has a filtering schema which applies -protocol- filters
after all -conten
On Sun, Jun 5, 2011 at 7:01 PM, William A. Rowe Jr. wrote:
> you need to be more specific.
>
> HTTP 2.x has a filtering schema which applies -protocol- filters
> after all -content-. Modules are presumed to generate content
> unless they manipulate the filter stack.
>
> mod_proxy dechunks the ba
Oh by the way. Sorry for not being specific enough in my question. I
am not really familiar with Apache modules (except for some mod_perl
experience) and do not know how to word my question correctly.
I guess my original question was whether mod_deflate dechunks and
compresses on the fly. Response
On 6/5/2011 12:31 PM, Xavier Noria wrote:
>
> I am testing this with Phusion Passenger and Unicorn.
>
> They are going to implement compression for chunked responses. That
> is, they are going to dechunk, compress, and chunk again, mod_deflate
> won't be involved for these responses.
httpd (cond
On Sun, Jun 5, 2011 at 8:16 PM, William A. Rowe Jr. wrote:
> On 6/5/2011 12:31 PM, Xavier Noria wrote:
>
> httpd (conditionally) handles the chunking... the app generator's
> chunking is never used. What *module* is installed in httpd? I'm
> not familiar with the above.
>
> Only the entry point
On 6/5/2011 2:15 PM, Xavier Noria wrote:
>
> Ah, interesting.
>
> Phusion Passenger is an Apache module itself:
>
> http://www.modrails.com/
>
> Passenger is the most used solution for production deployments in Ruby
> on Rails nowadays.
>
> So I understand from your reply that httpd is the
At 09:15 PM 6/5/2011 +0200, Xavier Noria wrote:
On Sun, Jun 5, 2011 at 8:16 PM, William A. Rowe Jr.
wrote:
> httpd (conditionally) handles the chunking... the app generator's
> chunking is never used. Â What *module* is installed in httpd? Â I'm
> not familiar with the above.
>
> Only the entry
On Sun, Jun 5, 2011 at 10:47 PM, Stormy wrote:
> Ah, interesting... that you say it's an Apache module. Maybe Messrs Hongli
> Lai & Ninh Bui could help you with your compression and chunking challenges?
> 'Cos when you suggest that Apache is functioning "Guess that works by luck"
> I might be te
On Sun, Jun 5, 2011 at 9:54 PM, William A. Rowe Jr. wrote:
>> So I understand from your reply that httpd is the only one resposible
>> for chunked responses, compressed or otherwise. Is that correct?
>
> Thanks for the info. You are sort-of correct. The backend can possibly
> optimize things by
> If Passenger has to dechunk, and we want a chunked compressed
> response, and Apache is the one responsible for doing that, how should
> we signal Apache that we want compression and streaming for that
> particular response.
This is the main path of just configuring mod_deflate. Nothing else
re
On Sun, Jun 5, 2011 at 11:36 PM, Eric Covener wrote:
>> If Passenger has to dechunk, and we want a chunked compressed
>> response, and Apache is the one responsible for doing that, how should
>> we signal Apache that we want compression and streaming for that
>> particular response.
>
> This is t
On Sun, Jun 5, 2011 at 5:40 PM, Xavier Noria wrote:
> On Sun, Jun 5, 2011 at 11:36 PM, Eric Covener wrote:
>
>>> If Passenger has to dechunk, and we want a chunked compressed
>>> response, and Apache is the one responsible for doing that, how should
>>> we signal Apache that we want compression a
On Sun, Jun 5, 2011 at 11:51 PM, Eric Covener wrote:
> On Sun, Jun 5, 2011 at 5:40 PM, Xavier Noria wrote:
>> On Sun, Jun 5, 2011 at 11:36 PM, Eric Covener wrote:
>>
If Passenger has to dechunk, and we want a chunked compressed
response, and Apache is the one responsible for doing tha
At 10:56 PM 6/5/2011 +0200, Xavier Noria wrote:
[snip] I mean. If it is true that Passenger should dechunk (as William says),
but it is not doing that, but the client still gets the chunked
response, I wondered whether it worked by luck rather than by all
the pieces following the contracts. Alway
Why does this code never works properly on my server? i.e. it freezes
my server and no pages are rendered.
ExpiresActive On
ExpiresByType text/html M3600
ExpiresByType text/css M3600
ExpiresByType application/x-javascript M3600
ExpiresByType image/bmp M3600
ExpiresByTyp
17 matches
Mail list logo
