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
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
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
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: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
> 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 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
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
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 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
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 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
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 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
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
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
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
17 matches
Mail list logo
