arbitrary name-value-pairs. Unfortunately there is no standard way to tell the
frontend that this feature is supported. Maybe, making the name (and expected
value) of this name-value-pair configurable in mod_fcgid could be a reasonable
way.
Doesn't sound reasonable either. If you introduce
cases a static number of backends seems fine.
compared with mod_proxy_fcgi, the little or no required
configuration/management of application processes with mod_fcgid makes
it easier for newbies and/or casual users; at the same time it is
sufficient for most sites, though perhaps with a little
that this feature is supported. Maybe, making the name (and
expected value) of this name-value-pair configurable in mod_fcgid could
be a reasonable way.
Doesn't sound reasonable either. If you introduce such a feature, it
should simply be coordinated with other FastCGI stakeholders.
You're right, again
Hi dev,
I'd like to suggest to following changes / offer feedback for mod_fcgid:
(1)
mod_fcgid should be capable of specifying an external FCGI server.
Assume a scenario where the backend FCGI server (e.g. PHP with
php-fpm) runs for security considerations prespawned on a separate
machine
On Tue, Nov 24, 2009 at 10:05 AM, Edgar Frank ef-li...@email.de wrote:
Hi dev,
I'd like to suggest to following changes / offer feedback for mod_fcgid:
my 2cents below
(1)
mod_fcgid should be capable of specifying an external FCGI server.
(2)
In conjunction with (1), mod_fcgid should
On Tue, Nov 24, 2009 at 4:24 PM, Jeff Trawick traw...@gmail.com wrote:
(1)
mod_fcgid should be capable of specifying an external FCGI server.
(2)
In conjunction with (1), mod_fcgid should be able to select the backend
server based on request data.
I'd much rather see effort put
On Tue, Nov 24, 2009 at 10:34 AM, Olaf van der Spek
olafvds...@gmail.com wrote:
On Tue, Nov 24, 2009 at 4:24 PM, Jeff Trawick traw...@gmail.com wrote:
(1)
mod_fcgid should be capable of specifying an external FCGI server.
(2)
In conjunction with (1), mod_fcgid should be able to select
--
From: Jeff Trawick traw...@gmail.com
Sent: Tuesday, November 24, 2009 11:24 PM
To: dev@httpd.apache.org
Subject: Re: [mod_fcgid] Feedback / Suggestions
On Tue, Nov 24, 2009 at 10:05 AM, Edgar Frank ef-li...@email.de wrote:
Hi dev,
I'd like
On Tue, Nov 24, 2009 at 4:47 PM, Jeff Trawick traw...@gmail.com wrote:
What was the reason to import mod_fcgi again? Wasn't the ETA of
mod_proxy_fcgi too high?
mod_fcgid was imported because it was
* widely used
* not actively maintained
* httpd developers were willing to adopt it
I felt
On Tue, Nov 24, 2009 at 4:50 PM, pqf p...@mailtech.cn wrote:
In this case, one httpd thread(process) will have to bind to one FastCGI
process.
I don't think connect() to a local pipe/unix domain socket is the
bottle-neck, so let it be?
Doesn't it require an extra round trip? It's probably
On Tue, Nov 24, 2009 at 10:58 AM, Olaf van der Spek
olafvds...@gmail.com wrote:
On Tue, Nov 24, 2009 at 4:47 PM, Jeff Trawick traw...@gmail.com wrote:
What was the reason to import mod_fcgi again? Wasn't the ETA of
mod_proxy_fcgi too high?
mod_fcgid was imported because it was
* widely used
On Tue, Nov 24, 2009 at 10:50 AM, pqf p...@mailtech.cn wrote:
(3)
mod_fcgid currently buffers the complete input from the client
(occasionaly in a temp-file if the request is large) before it passes it
through to a FCGI backend. Could this be made configurable in a way like
File|Memory
On Tue, Nov 24, 2009 at 5:03 PM, Jeff Trawick traw...@gmail.com wrote:
What advantages does fcgid have over proxy_fcgi (except being ready)?
integrated, on-demand process management
How valuable is that?
In most cases a static number of backends seems fine.
mod_fcgid isn't in 2.2, right
(1)
mod_fcgid should be capable of specifying an external FCGI server.
(2)
In conjunction with (1), mod_fcgid should be able to select the
backend server based on request data.
I'd much rather see effort put into mod_proxy_fcgi to support this use
case. I wish somebody, perhaps
is the same. (In fact, mod_cgi[d] and
mod_fcgid use the same core Apache code to build almost all of that
information.)
You should be able to take your CGI configuration and change the
handler from cgi-script to fcgid-script and have PHP work as FastCGI.
One nuance is that if you're relying
that ServerName is set in the virtual hosts. Are
you using a simple test config that doesn't have ServerName set?)
My case is not yet simple. I'll get back to you.
It turns out that the problem was that I was using mod_fcgid-2.2 Upgrading
to mod_fcigd-2.3.4 fixed the problem. I apologize
On Mon, Nov 16, 2009 at 1:04 AM, Felipe Alcacibar falcaci...@gmail.com wrote:
...
When comparing modes of PHP execution:
- CGI and FastCGI are directly comparable because the information that
Apache needs to pass to PHP is the same. (In fact, mod_cgi[d] and
mod_fcgid use the same core
the implementation of this check is broken,
in that it requires that ServerName is set in the virtual hosts. Are
you using a simple test config that doesn't have ServerName set?)
My case is not yet simple. I'll get back to you.
It turns out that the problem was that I was using mod_fcgid
at the same
fcgi executable, because the resulting processes with potentially
different Environments will be inserted into the same pool. Once that
occurs, we may expect that a server spawned with config defined in
vhost A will be parcelled out to vhost B.
The first time that i use mod_fcgid, i probe
was using mod_fcgid-2.2 Upgrading
to mod_fcigd-2.3.4 fixed the problem. I apologize for the noise.
great/np
Should this item (vhost independence) be added to the upgrade notes section?
Unfortunately, I'm still in the dark about vhost independence and how
exactly the share_grp_id construct
of the mod_rewrite and mod_fcgid
rohan counter # cat /hosting/http/fullplanet.cl/dom/servicio/www/.htaccess
RewriteEngine on
RewriteCond $1
!^($|index\.php|stock|images|subidas|galerias|css|js|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L]
rohan counter # cat /hosting/http/fullplanet.cl/dom
this, with
some adjustment to your mod_rewrite configuration so that in effect
PATH_TRANSLATED doesn't get left with redirect:?
Effectively, that happens to me, but not in cgi mode (cgid) or with
php's libphp5 (apxs module) it happens only with mod_fcgid.
FWIW, changing the FcgidWrapper directive
module) it happens only with mod_fcgid.
When comparing modes of PHP execution:
- CGI and FastCGI are directly comparable because the information that
Apache needs to pass to PHP is the same. (In fact, mod_cgi[d] and
mod_fcgid use the same core Apache code to build almost all of that
information.)
You
...
When comparing modes of PHP execution:
- CGI and FastCGI are directly comparable because the information that
Apache needs to pass to PHP is the same. (In fact, mod_cgi[d] and
mod_fcgid use the same core Apache code to build almost all of that
information.)
You should be able to take
Thanks Jeff for the response.
I don't know what your rewrite config is, but rewrite isn't required
to use path info. Can you post a minimal config that illustrates the
problem?
my current configuration of the mod_rewrite and mod_fcgid
rohan counter # cat /hosting/http/fullplanet.cl/dom
Thanks Jeff for the response.
I don't know what your rewrite config is, but rewrite isn't required
to use path info. Can you post a minimal config that illustrates the
problem?
my current configuration of the mod_rewrite and mod_fcgid
rohan counter # cat /hosting/http/fullplanet.cl/dom
it still fails, with the same overlap message. Increasing
Apache's LogLevel to debug doesn't help. Running foo.pl from the
command-line works fine.
Regardless of the cause of this issue, mod_fcgid needs to capture stderr
from the process for logging.
Windows anyone? I'd love to get a build
, mod_fcgid needs to capture stderr
from the process for logging.
Windows anyone? I'd love to get a build environment set up and start
playing but I'm out of time on this one.
Any suggestions for a syscall tracer to capture the interaction with the
child process?
The sysinternals tools
installed; after installing that with ActiveState's ppm
utility it still fails, with the same overlap message. Increasing
Apache's LogLevel to debug doesn't help. Running foo.pl http://foo.pl
from the command-line works fine.
Regardless of the cause of this issue, mod_fcgid needs to capture stderr
fine.
Regardless of the cause of this issue, mod_fcgid needs to capture stderr
from the process for logging.
Windows anyone? I'd love to get a build environment set up and start
playing but I'm out of time on this one.
Yes this is a serious problem. We need to *open* stderr on the windows
Jeff Trawick wrote:
Users occasionally run scripts that spew noise to stderr that may not
require logging except when debugging. Perhaps a more general
FcgidChildStderr directive could enable both the legacy Win32
processing or other solutions.
I'd rather 1. set the expectation that stderr
On Fri, Nov 13, 2009 at 3:15 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Jeff Trawick wrote:
Users occasionally run scripts that spew noise to stderr that may not
require logging except when debugging. Perhaps a more general
FcgidChildStderr directive could enable both the legacy
that i readed, congrats!
cheers!
--
Felipe Alcacibar Buccioni
On Thu, Nov 12, 2009 at 8:25 PM, Felipe Alcacibar falcaci...@gmail.com wrote:
Hi, i was friyng my brain the whole day trying to use a mod_rewrite
simple rewrite to a php pathinfo running via mod_fcgid.
http://domain.tld/path/info/use
. someone can tell me if i wrong please?
in the long term us...@httpd is a better list for likely configuration
issues like this; we've been pointing mod_fcgid to this dev@ list
because mod_fcgid is new to this community and perhaps very few people
have used it
this is a nice list
Hello,
Please help, what am I doing wrong? I can't get the example to work from
http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html
Thanks!
Brian
Error.log contains:
[Wed Nov 11 15:57:27 2009] [warn] [client 192.168.21.21] (OS 109)The pipe has
been ended. : mod_fcgid: get overlap
On Thu, Nov 12, 2009 at 9:50 AM, Brian Kodl bk...@yahoo.com wrote:
Hello,
Please help, what am I doing wrong? I can't get the example to work from
http://httpd.apache.org/mod_fcgid/mod/mod_fcgid.html
Thanks!
Brian
Error.log contains:
[Wed Nov 11 15:57:27 2009] [warn] [client
Hi Jeff,
Thanks for your response! Yes, the path to perl is correct.
If I change the path to a bad location, then the error.log has this different
error:
[Thu Nov 12 12:55:48 2009] [error] (OS 3)The system cannot find the path
specified. : mod_fcgid: can't create process
[Thu Nov 12 12:55
On Thu, Nov 12, 2009 at 10:05 AM, p...@apache.org wrote:
Author: pqf
Date: Thu Nov 12 15:05:08 2009
New Revision: 835406
URL: http://svn.apache.org/viewvc?rev=835406view=rev
Log:
Add fcgid extension to mod_status
Hi Ryan,
This looks extremely useful. Hopefully I can look at it more over
Ps - Is there a debug or trace httpd.conf directive to get more information?
--- On Thu, 11/12/09, Brian Kodl bk...@yahoo.com wrote:
From: Brian Kodl bk...@yahoo.com
Subject: Re: pipe has been ended. : mod_fcgid: get overlap result error
To: dev@httpd.apache.org
Date: Thursday, November 12
Hi, i was friyng my brain the whole day trying to use a mod_rewrite
simple rewrite to a php pathinfo running via mod_fcgid.
http://domain.tld/path/info/use - http://domain.tld/index.php/path/info/use
i trying so much posibilities, but when i take a strace to a php-fcgi
application i found
...@gmail.com
Sent: Friday, November 13, 2009 5:08 AM
To: dev@httpd.apache.org
Subject: Re: svn commit: r835406 - in /httpd/mod_fcgid/trunk/modules/fcgid:
fcgid_pm_main.c fcgid_proc_unix.c fcgid_proc_win.c fcgid_proctbl.h mod_fcgid.c
On Thu, Nov 12, 2009 at 10:05 AM, p...@apache.org wrote:
Author
On Wed, Nov 11, 2009 at 10:13 AM, traw...@apache.org wrote:
Author: trawick
Date: Wed Nov 11 15:13:31 2009
New Revision: 834900
URL: http://svn.apache.org/viewvc?rev=834900view=rev
Log:
Follow up the awk compatibility fix in r834729 by selecting the most
suitable awk, following the
Jeff Trawick wrote:
2009/11/9 pqf p...@mailtech.cn:
Hi, all
I am new to this community, I am think to add mod_status support to
mod_fcgid, which provide more internal information to administrators. Is
it a good idea? I am working on it now, but if someone think it's
On Mon, Nov 9, 2009 at 8:28 PM, pqf p...@mailtech.cn wrote:
Hi,
Yes, mod_fcgid search process node base on file's inode and deviceid(plus
share_group_id, virtual host name). The goal is to create as less process as
possible. Some administrators like the idea that all virtual hosts share one
I have been able to confirm this bug but have not designed a test
case. It should be fairly easy to duplicate, however. My particular
test case was using phpicalendar 2.31 with publish.php on Sunbird
calendars. Previously, this worked fine, but upon using fcgid 2.3.4,
I started getting calendar
On Tue, Nov 10, 2009 at 4:24 PM, Dan Hulme dhu...@gmail.com wrote:
I have been able to confirm this bug but have not designed a test
case. It should be fairly easy to duplicate, however. My particular
test case was using phpicalendar 2.31 with publish.php on Sunbird
calendars. Previously,
Aha, thank you! This is the bug, indeed.
-Dan
On Tue, Nov 10, 2009 at 1:27 PM, Jeff Trawick traw...@gmail.com wrote:
On Tue, Nov 10, 2009 at 4:24 PM, Dan Hulme dhu...@gmail.com wrote:
I have been able to confirm this bug but have not designed a test
case. It should be fairly easy to
Jeff Trawick wrote:
2009/11/9 pqf p...@mailtech.cn:
Hi, all
I am new to this community, I am think to add mod_status support to
mod_fcgid, which provide more internal information to administrators. Is it
a good idea? I am working on it now, but if someone think it's not a good
idea
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs by inode and device,
not by filename. So two fcgid programs invoked by the webserver
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com wrote:
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs
2009/11/10 Jeff Trawick traw...@gmail.com:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
Here are two details of mod_fcgid process management that I've just
learned after a long debug session and squinting at the mod_fcgid
code.
1) symlinks you.
It seems
On Tue, Nov 10, 2009 at 12:53 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
...
1) symlinks you.
It seems that mod_fcgid identifies fcgid programs by inode and device,
not by filename. So two fcgid programs
On Mon, Nov 9, 2009 at 6:47 PM, Danny Sadinoff da...@sadinoff.com wrote:
On Tue, Nov 10, 2009 at 12:53 AM, Jeff Trawick traw...@gmail.com wrote:
On Mon, Nov 9, 2009 at 5:16 PM, Danny Sadinoff danny.sadin...@gmail.com
wrote:
...
1) symlinks you.
It seems that mod_fcgid identifies fcgid
Hi,
Yes, mod_fcgid search process node base on file's inode and deviceid(plus
share_group_id, virtual host name). The goal is to create as less process as
possible. Some administrators like the idea that all virtual hosts share one
PHP process pool. (But some other don't, they can turn
Hi, all
I am new to this community, I am think to add mod_status support to
mod_fcgid, which provide more internal information to administrators. Is it a
good idea? I am working on it now, but if someone think it's not a good idea,
please let me know.
BTW, I did test spin lock on share
On Nov 9, 2009, at 5:51 PM, pqf wrote:
Hi, all
I am new to this community, I am think to add mod_status support
to mod_fcgid, which provide more internal information to
administrators. Is it a good idea? I am working on it now, but if
someone think it's not a good idea, please let me
Jeff Trawick wrote:
On Wed, Oct 21, 2009 at 6:53 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
I have configure with a limit of 16 processes but have 17 running and logs
claiming 16 running.
You should probably open a bug report for this. That's not to say
that others haven't
Hi,
mod_fcgid's configure.apxs sets top_installbuilddir twice.
Any reasons for doing so ?
--
top_installbuilddir=`cd $exp_installbuilddir/..; pwd`
top_installbuilddir=`echo $exp_installbuilddir | sed -e s#/[^/]*\\\$##;`
--
Thanks,
Seema.
On Wed, Oct 21, 2009 at 6:53 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
I have configure with a limit of 16 processes but have 17 running and logs
claiming 16 running.
You should probably open a bug report for this. That's not to say
that others haven't started thinking about it, but I
MaxProcesses
16 IOTimeout 200
FcgidCmdOptions /usr/local/onelan/html/dsmxml.fcgi MaxProcesses
16 IOTimeout 200
error_log has these messages repeating:
[Wed Oct 21 11:50:28 2009] [notice] mod_fcgid: too many
/usr/local/onelan/html/dsmxml.fcgi processes (current:16, max:16), skip
the spawn
--- httpd/mod_fcgid/trunk/modules/fcgid/fcgid_proc_unix.c 2009/10/08
14:32:38 823190
+++ httpd/mod_fcgid/trunk/modules/fcgid/fcgid_proc_unix.c 2009/10/08
14:35:13 823191
@@ -259,6 +259,17 @@
return errno;
}
+/* IPC directory permissions are safe, but avoid
On Wed, Oct 21, 2009 at 8:54 AM, Paul Howarth p...@city-fan.org wrote:
--- httpd/mod_fcgid/trunk/modules/fcgid/fcgid_proc_unix.c 2009/10/08
14:32:38 823190
+++ httpd/mod_fcgid/trunk/modules/fcgid/fcgid_proc_unix.c 2009/10/08
14:35:13 823191
@@ -259,6 +259,17
On Mon, Oct 19, 2009 at 6:00 PM, Dan Hulme dhu...@gmail.com wrote:
-- Forwarded message --
From: Dan Hulme dhu...@gmail.com
Date: Mon, Oct 19, 2009 at 2:50 PM
Subject: mod_fcgid 2.3.4 (fixconf.sed broken)
To: dev@httpd.apache.org
Several variables, including
-- Forwarded message --
From: Dan Hulme dhu...@gmail.com
Date: Mon, Oct 19, 2009 at 2:50 PM
Subject: mod_fcgid 2.3.4 (fixconf.sed broken)
To: dev@httpd.apache.org
Several variables, including
MaxRequestsPerProcess
MaxRequestInMem
MaxRequestLen
are not correctly replaced
On Fri, Oct 9, 2009 at 9:04 PM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Rainer Jung wrote:
On 09.10.2009 20:55, Jeff Trawick wrote:
Related to clarifying the executable part of the wrapper command-line
(823657): Handling wrapper executables with embedded blanks,
especially to confront
On Wed, Oct 14, 2009 at 11:00 PM, wr...@apache.org wrote:
Author: wrowe
Date: Thu Oct 15 03:00:49 2009
New Revision: 825379
URL: http://svn.apache.org/viewvc?rev=825379view=rev
Log:
From 2.3.1-beta to 2.3.4 GA in 30 days - nicely donesvn status033]0
woohoo^...@i8akldsf
On Mon, 5 Oct 2009 06:31:31 +0700
Walter Heck walterh...@gmail.com wrote:
(If you want help here you need to use the ASF-distributed
mod_fcgid, not the now-ancient mod_fcgid 2.2.)
Not a big fan of self-compiled stuff on production systems. I presume
there is no RHEL5 rpm yet? Is anybody
That is great! Thanks Paul!
On Thu, Oct 15, 2009 at 19:00, Paul Howarth p...@city-fan.org wrote:
On Mon, 5 Oct 2009 06:31:31 +0700
Walter Heck walterh...@gmail.com wrote:
(If you want help here you need to use the ASF-distributed
mod_fcgid, not the now-ancient mod_fcgid 2.2.)
Not a big fan
pqf wrote:
Hi, all
I am Ryan Pan, who wrote the first version of mod_fcgid.
While I uesd mod_fastcgi(not mod_fcgid), one issue that bother me is: while
a fastcgi process(created by mod_fastcgi's process manager process)in a dead
loop, no one is respond to kick it out. So from time
2009/10/13 pqf p...@mailtech.cn:
Hi, all
I am Ryan Pan, who wrote the first version of mod_fcgid.
While I uesd mod_fastcgi(not mod_fcgid), one issue that bother me is: while
a fastcgi process(created by mod_fastcgi's process manager process)in a dead
loop, no one is respond to kick
Jeff Trawick wrote:
maybe increasing the granularity of the lock could help
(multiple busy lists with the inode used as a hash to get to the
proper busy list)
I happen to have a module, unrelated to mod_fcgid, which manages
a fairly large shared-memory cache across a number of user sessions
Chris Darroch wrote:
Because this runs on Linux and we're just using the APR defaults,
the process locks are SysV semaphores. Maybe sometime in the far
future, once glibc 2.10 appears on our systems, we might try
APR_LOCK_PROC_PTHREAD and see if we can't get the shiny new
Hi, all
I am Ryan Pan, who wrote the first version of mod_fcgid.
While I uesd mod_fastcgi(not mod_fcgid), one issue that bother me is: while a
fastcgi process(created by mod_fastcgi's process manager process)in a dead
loop, no one is respond to kick it out. So from time to time, some
Jeff Trawick wrote:
Variation number three:
As with your patch, it remembers to add the eos bucket to the brigade
of data sent to the app. As with my earlier patch, it doesn't send
the trailing FCGI_STDIN record.
In the spec (http://www.fastcgi.com/devkit/doc/fcgi-spec.html#S6.3),
there's no
Jeff Trawick wrote:
On Fri, Oct 9, 2009 at 3:30 PM, Jeff Trawick traw...@gmail.com wrote:
...
Silly me. Chris's patch at
http://people.apache.org/~chrisd/patches/mod_fcgid_auth/mod_fcgid-1auth-trunk.patch
handles this, and it does send a trailing FCGI_STDIN record to an
authorizer.
Chris
a patch for that, which is a small part of
http://people.apache.org/~chrisd/patches/mod_fcgid_auth/mod_fcgid-1auth-trunk.patch
which applies to the old mod_fcgid 2.2 but which he has submitted here
for inclusion. If you get stuck, look in there at some of the checks
for role == responder, one
On Mon, Oct 12, 2009 at 5:51 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
Jeff Trawick wrote:
On Fri, Oct 9, 2009 at 3:30 PM, Jeff Trawick traw...@gmail.com wrote:
...
Silly me. Chris's patch at
http://people.apache.org/~chrisd/patches/mod_fcgid_auth/mod_fcgid-1auth-trunk.patch
On Sun, Oct 11, 2009 at 6:16 AM, Marcus Merz mm...@gmx.de wrote:
Is this issue solved in 2.3.4?
no
to mod_cgi's (mod_cgid's). FastCGI is essentially CGI, but
with the request information passed over in a way that allows the
script to handle multiple requests without exiting. mod_cgi and
mod_fcgid should pass the same request environment variables to the
CGI/FastCGI application, and in fact they use
Is this issue solved in 2.3.4?
Regards,
Marcus
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package
mod_fcgid-2.3.3-crlf.zip from:
http
Barry Scott wrote:
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another
candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package
mod_fcgid-2.3.3-crlf.zip from
On Fri, Oct 9, 2009 at 11:00 AM, Barry Scott barry.sc...@onelan.co.uk wrote:
Barry Scott wrote:
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another
candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
This has been filed as issue
https://issues.apache.org/bugzilla/show_bug.cgi?id=47973
Further testing of our application has shown up a problem using
mod_fcgid 2.3.4.
With the following configuration we are seeing the request body
of POST messages get stripped out if FcgidAuthorizer is used
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package
mod_fcgid-2.3.3-crlf.zip from:
http://httpd.apache.org/dev/dist/mod_fcgid/
review, take it for a spin, and cast your choice
[ ] -1 for any release of 2.3.4 (regressed from 2.3.1?)
[ ] +1 to release as 2.3.4-beta
candidate
for your consideration. Please fetch up the newly minted
mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package
mod_fcgid-2.3.3-crlf.zip from:
http://httpd.apache.org/dev/dist/mod_fcgid/
review, take it for a spin, and cast your choice
[ ] -1 for any
On Fri, Oct 9, 2009 at 12:04 PM, Barry Scott barry.sc...@onelan.co.uk wrote:
This has been filed as issue
https://issues.apache.org/bugzilla/show_bug.cgi?id=47973
Further testing of our application has shown up a problem using
mod_fcgid 2.3.4.
With the following configuration we are seeing
Jeff Trawick wrote:
On Fri, Oct 9, 2009 at 12:04 PM, Barry Scott barry.sc...@onelan.co.uk wrote:
This has been filed as issue
https://issues.apache.org/bugzilla/show_bug.cgi?id=47973
Further testing of our application has shown up a problem using
mod_fcgid 2.3.4.
With the following
application has shown up a problem using
mod_fcgid 2.3.4.
With the following configuration we are seeing the request body
of POST messages get stripped out if FcgidAuthorizer is used for
Location /player. If we comment out the Require onelan magic the
POSTs work.
Looking at bridge_request we see
Related to clarifying the executable part of the wrapper command-line
(823657): Handling wrapper executables with embedded blanks,
especially to confront the FcgiWrapper C:/PROGRA~1/PHP/php-cgi.exe
.php meme. (Dig the quotes; you might anticipate you could spell out
the proper path in there, but
On Fri, Oct 9, 2009 at 1:26 PM, Barry Scott barry.sc...@onelan.co.uk wrote:
Jeff Trawick wrote:
On Fri, Oct 9, 2009 at 12:04 PM, Barry Scott barry.sc...@onelan.co.uk
wrote:
This has been filed as issue
https://issues.apache.org/bugzilla/show_bug.cgi?id=47973
See patch attached to the PR.
the trailing FCGI_STDIN record
is needed.
(FWIW, my authorizer is Perl using the FCGI module. The protocol
implementation on the app side could explain the difference in our
observations.)
Silly me. Chris's patch at
http://people.apache.org/~chrisd/patches/mod_fcgid_auth/mod_fcgid-1auth
On 09.10.2009 20:55, Jeff Trawick wrote:
Related to clarifying the executable part of the wrapper command-line
(823657): Handling wrapper executables with embedded blanks,
especially to confront the FcgiWrapper C:/PROGRA~1/PHP/php-cgi.exe
.php meme. (Dig the quotes; you might anticipate you
Rainer Jung wrote:
On 09.10.2009 20:55, Jeff Trawick wrote:
Related to clarifying the executable part of the wrapper command-line
(823657): Handling wrapper executables with embedded blanks,
especially to confront the FcgiWrapper C:/PROGRA~1/PHP/php-cgi.exe
.php meme. (Dig the quotes; you
Jeff Trawick wrote:
Chris Darroch has a patch for that, which is a small part of
http://people.apache.org/~chrisd/patches/mod_fcgid_auth/mod_fcgid-1auth-trunk.patch
which applies to the old mod_fcgid 2.2 but which he has submitted here
for inclusion. If you get stuck, look in there at some
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package mod_fcgid-2.3.3-crlf.zip
from:
http://httpd.apache.org/dev/dist/mod_fcgid/
review
William A. Rowe, Jr. wrote:
[X] +1 to release as 2.3.4-beta
[X] +1 to release as 2.3.4-GA
Unless anyone renames newly-named directives in the next 2 1/2 days, I really
don't see a reason to call this beta anymore. We already concur it's above the
quality of the often-deployed mod_fcgid
On Thu, Oct 8, 2009 at 3:33 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration.
Thank you!
[X] +1 to release as 2.3.4-beta
[X] +1 to release as 2.3.4-GA
It builds cleanly and holds up to a
On Oct 8, 2009, at 8:30 AM, Jeff Trawick wrote:
On Thu, Oct 8, 2009 at 3:33 AM, William A. Rowe, Jr.
wr...@rowe-clan.net wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another
candidate
for your consideration.
Thank you!
[X] +1 to release as 2.3.4-beta
[X] +1 to release
William A. Rowe, Jr. wrote:
Thanks to Jeff's catch, we scuttled 2.3.3. We have yet another candidate
for your consideration. Please fetch up the newly minted mod_fcgid-2.3.4.tar.gz
(or .tar.bz2) or the win32/netware suitable package mod_fcgid-2.3.3-crlf.zip
from:
http://httpd.apache.org
301 - 400 of 705 matches
Mail list logo