Il giorno 25/feb/2011, alle ore 17.21, Alvaro Lopez Ortega ha scritto:

> Hello Roberto,
> 
> It's a pretty interesting idea, indeed. Good stuff!
> 
> I can see pros and cons though. Pros, as you have exposed, are mainly related 
> to performance - that's good.  Now, I can also think about a few issues that 
> I'd like us to address:
> 
> - Since the server wouldn't know what happens with the connection, it won't 
> be able to build a reasonable entry in the log file: it won't have any data 
> about the response length, HTTP error code, or even about when the connection 
> is closed.

Here, i see only 2 solutions

1) ignore fd passed request (we currently go this way). No line in the log
2) report something like timestamp - client <ip> moved to source <address>, but 
this will break the logging format (this is the reason why we decided to not 
log it as we process cherokee logs)

> 
> - The usage graphs would be rendered useless. Again, since the server 
> transfers the connection on uWSGI so early, it has no way to know what 
> happened, so the collection of data about traffic and timeout connections 
> would become inconsistent.

i do not know this cherokee part very well. I will study it, but i suppose that 
it should be disabled for fd-passed requests

> 
> - The output of the back-end cannot be encoded, chunked or cached by the 
> server either. Nor headers could be rewritten, for instance.


this is the real problem (see below), i suppose that a big warning on the 
implication of enabling such feature is a must.

> 
> So, even if the idea is good, I believe we ought to work out these issues 
> before recommending to use this new mechanism.

i would NEVER recommend such approach by default, header fixing/rewriting is 
holy (most of the web apps i have seen do not returns all the headers a good 
site needs, this jobs is delegated to the webserver). It is useful only for 
very specific applications, so an "Advanced" hideen-area probably is a better 
choice to avoid users destroying their site because they want to gain a couple 
of milliseconds in response times.

> 
> Cheers!
> 

--
Roberto De Ioris
http://unbit.it

_______________________________________________
Cherokee mailing list
[email protected]
http://lists.octality.com/listinfo/cherokee

Reply via email to