Re: My hacked mod_xsendfile

2008-01-28 Thread Ivan Ristic
On Jan 25, 2008 7:55 PM, Akins, Brian [EMAIL PROTECTED] wrote: I started to play with xsendfile more. I noticed the mod_xsendfile floating around tried to basically replace what the default handler does very well. Basically, my version does a subrequest for the file. This allows things like

Re: High security

2008-01-28 Thread Ivan Ristic
On Jan 25, 2008 1:30 PM, Nick Kew [EMAIL PROTECTED] wrote: ... A compromise might be to create a chroot hook and allow module developers to use it. This would shift the support burden somewhat from the core Apache team to those willing to engage the users providing support. Isn't

[PATCH] for bug 20832. Add double stat option

2008-01-28 Thread Akins, Brian
Against trunk. Basically, has a new config EnableDoubleStat (I know, horrible name) off by default. If on, will use apr_file_info_get on open file handle. Based on patch in thread: http://issues.apache.org/bugzilla/show_bug.cgi?id=43386 Doesn't apply cleanly against 2.2.8. -- Brian Akins

Huge httpd-process

2008-01-28 Thread Marten Lehmann
Hello, using top, I noticed this output: top - 08:48:40 up 24 days, 17:21, 1 user, load average: 173.78, 113.81, 52.58 Tasks: 449 total, 47 running, 397 sleeping, 0 stopped, 5 zombie Cpu(s): 5.2% us, 56.6% sy, 0.4% ni, 0.0% id, 37.5% wa, 0.0% hi, 0.2% si Mem: 2056328k total,

Re: Huge httpd-process

2008-01-28 Thread Ruediger Pluem
On 01/28/2008 04:26 PM, Marten Lehmann wrote: Hello, We are currently using httpd-2.2.4. Hoe comes, that httpd processes can get that huge? Martin, may I recommend that you send such support questions to one of the our user mailing lists instead of the developer list.

Re: Huge httpd-process

2008-01-28 Thread Marten Lehmann
Hello, We are currently using httpd-2.2.4. Hoe comes, that httpd processes can get that huge? Martin, may I recommend that you send such support questions to one of the our user mailing lists instead of the developer list. http://httpd.apache.org/userslist.html (English)

Re: My hacked mod_xsendfile

2008-01-28 Thread Jim Jagielski
On Jan 25, 2008, at 3:40 PM, Akins, Brian wrote: On 1/25/08 3:33 PM, André Malo [EMAIL PROTECTED] wrote: I'm not sure if a filter is semantically the right place. IMHO that smells a bit problematic. It might be better to I'd rather hack that into a function similar to ap_internal_redirect

Re: Huge httpd-process

2008-01-28 Thread Lars Eilebrecht
Marten Lehmann wrote: We are currently using httpd-2.2.4. Hoe comes, that httpd processes can get that huge? Martin, may I recommend that you send such support questions to one of the our user mailing lists instead of the developer list. http://httpd.apache.org/userslist.html (English)

Re: My hacked mod_xsendfile

2008-01-28 Thread Akins, Brian
On 1/28/08 4:35 AM, Ivan Ristic [EMAIL PROTECTED] wrote: The FastCGI process is likely to be running under a different account, but here we have a facility that allows that other process to use the privileges of the Apache user to fetch a file. I can see how this feature could easily find its

Re: [VOTE] Apache HTTP Server 1.3.41, 2.0.63 and 2.2.8

2008-01-28 Thread Giuliano Gavazzi
On 14 Jan 2008, at 22:57, Nick Kew wrote: On Mon, 14 Jan 2008 11:58:53 -0500 Jim Jagielski [EMAIL PROTECTED] wrote: I am keeping voting open, simply because we don't have a lot of votes currently... PMC members especially, please download, test and vote. 2.2.8: Linux clear +1, MacOSX

Re: [PATCH] for bug 20832. Add double stat option

2008-01-28 Thread Jim Jagielski
Me like for trunk... if approved there, I'll backport. Of course, it requires mmn bump. On Jan 28, 2008, at 9:41 AM, Akins, Brian wrote: Against trunk. Basically, has a new config EnableDoubleStat (I know, horrible name) off by default. If on, will use apr_file_info_get on open file

Re: Is async the answer?

2008-01-28 Thread Olaf van der Spek
On Jan 25, 2008 6:18 PM, Akins, Brian [EMAIL PROTECTED] wrote: On 1/24/08 3:14 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: Working on making a FastCGI based setup the recommended approach instead of mod_php is probably more important then async. Actually, it's a prerequisite. Fastcgi

Re: Is async the answer?

2008-01-28 Thread Olaf van der Spek
On Jan 28, 2008 8:04 PM, Eric Covener [EMAIL PROTECTED] wrote: On Jan 28, 2008 12:36 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: On Jan 25, 2008 6:18 PM, Akins, Brian [EMAIL PROTECTED] wrote: On 1/24/08 3:14 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: Working on making a

Re: Is async the answer?

2008-01-28 Thread Eric Covener
On Jan 28, 2008 12:36 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: On Jan 25, 2008 6:18 PM, Akins, Brian [EMAIL PROTECTED] wrote: On 1/24/08 3:14 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: Working on making a FastCGI based setup the recommended approach instead of mod_php is

Re: [PATCH] for bug 20832. Add double stat option

2008-01-28 Thread Jim Jagielski
On Jan 28, 2008, at 12:35 PM, William A. Rowe, Jr. wrote: Akins, Brian wrote: Against trunk. Basically, has a new config EnableDoubleStat (I know, horrible name) off by default. If on, will use apr_file_info_get on open file handle. Based on patch in thread:

Re: Is async the answer?

2008-01-28 Thread William A. Rowe, Jr.
Olaf van der Spek wrote: I agree that FastCGI is the better technical solution, I'm just stating that neither the Apache documentation nor the PHP documentation seems to state that. Even worse, they hardly document the FastCGI way at all. FastCGI is a technically subpar way to execute

Re: [PATCH] for bug 20832. Add double stat option

2008-01-28 Thread William A. Rowe, Jr.
Akins, Brian wrote: For trunk, it's time finally to open the file earlier in the request cycle and use the fstat/file_info_get for the lifetime of the request. Thoughts? Maybe. I'm wondering how often we wind-up not using the file. I guess only when we redirect or something in fixups, maybe.

Re: Is async the answer?

2008-01-28 Thread Rich Bowen
On Jan 28, 2008, at 15:41, Akins, Brian wrote: On 1/28/08 3:29 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: I agree that FastCGI is the better technical solution, I'm just stating that neither the Apache documentation nor the PHP documentation seems to state that. Even worse, they hardly

Re: Is async the answer?

2008-01-28 Thread Akins, Brian
On 1/28/08 3:29 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: I agree that FastCGI is the better technical solution, I'm just stating that neither the Apache documentation nor the PHP documentation seems to state that. Even worse, they hardly document the FastCGI way at all. The only

Re: [PATCH] for bug 20832. Add double stat option

2008-01-28 Thread Akins, Brian
On 1/28/08 12:35 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: AFAICT, this still does not resolve the problem, it simply picks up the replacement of the file. Which is what I care about. It does not address the root 80% of the problem when an open file is then changed during the

Re: Is async the answer?

2008-01-28 Thread Olaf van der Spek
On Jan 28, 2008 9:22 PM, Jim Jagielski [EMAIL PROTECTED] wrote: http://www.php.net/manual/en/ faq.installation.php#faq.installation.apache2 If you feel you have to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space. Is that what is meant

Re: Is async the answer?

2008-01-28 Thread Jim Jagielski
On Jan 28, 2008, at 2:35 PM, Olaf van der Spek wrote: On Jan 28, 2008 8:04 PM, Eric Covener [EMAIL PROTECTED] wrote: On Jan 28, 2008 12:36 PM, Olaf van der Spek [EMAIL PROTECTED] wrote: On Jan 25, 2008 6:18 PM, Akins, Brian [EMAIL PROTECTED] wrote: On 1/24/08 3:14 PM, Olaf van der Spek

Re: [PATCH] for bug 20832. Add double stat option

2008-01-28 Thread William A. Rowe, Jr.
Akins, Brian wrote: Against trunk. Basically, has a new config EnableDoubleStat (I know, horrible name) off by default. If on, will use apr_file_info_get on open file handle. Based on patch in thread: http://issues.apache.org/bugzilla/show_bug.cgi?id=43386 Doesn't apply cleanly against

Re: Is async the answer?

2008-01-28 Thread Olaf van der Spek
On Jan 28, 2008 9:57 PM, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Olaf van der Spek wrote: I agree that FastCGI is the better technical solution, I'm just stating that neither the Apache documentation nor the PHP documentation seems to state that. Even worse, they hardly document

RE: Windows Server 2008 Application Compatibility Lab Invitation

2008-01-28 Thread Garrett Serack
This is certainly something we can examine during the appcompat lab. There is still tools for building from the command line, (MSBuild, VCBuild), but they aren’t much like make... more like Ant. G -Original Message- From: Issac Goldstand [mailto:[EMAIL PROTECTED] Sent: Wednesday,