Hi
There is a very good reason process classes are per-virtualhost: you can
assign environment values on each virtualhost, say different PHPRC for
custom ini files per virtualhost. If requests from different
virtualhosts were allowed to share a same PHP process, which environment
values would
Hi
On 07/15/2008 5:45:54 PM +0200, Ron <[EMAIL PROTECTED]> wrote:
>
> IdleTimeout 10
> IdleScanInterval 5
> MaxProcessCount 0
> DefaultMaxClassProcessCount 1
> SpawnScoreUpLimit 0
>
Setting values to 0 cannot make mod_fcgid behave as expected. More on
t
On 07/12/2008 12:14:21 AM +0200, Christian Seiler <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> I compile my server binaries and never rely on pre-compiled versions; I
>> _never_ imagined using Apache without suexec which IMHO is a complete
>> nonsense and should be a default behavior. Finally I never
Hi
On 07/11/2008 11:10:56 PM +0200, Christian Seiler <[EMAIL PROTECTED]> wrote:
>> I have an application that I'd like to switch to mod_fcgid, but
>> unfortunately it doesn't work as I wanted it to. the (php) application
>> uses basic authentication (not in apache but in php) but the entered
Hi,
Looking at your code change in mod_fcgid.c, I see you have added a
"SuexecUserGroup" directive into mod_fcgid. Don't you have any conflicts
with mod_suexec (the one in the standard Apache 2.2 distribution) which
also include the same directive? Since all CGI binaries are not FastCGI
compat
pt (that way you always set the limits, even if you apachectl restart).
>
>
> --- On Thu, 5/6/08, Gabriel Barazer <[EMAIL PROTECTED]> wrote:
>
>> From: Gabriel Barazer <[EMAIL PROTECTED]>
>> Subject: Re: [Mod-fcgid-users] Apache consuming all available memory
Hi,
I have reported that problem about a year ago and yes, this is still not
fixed. Essentially this is because the fix needs _a lot_ of changes in
the module core functions, because the whole logic has to be rewritten.
In the current code, mod_fcgid buffers the entire input data before
testin
Hi
On 03/24/2008 2:49:16 AM +0100, "Dan Dascalescu" <[EMAIL PROTECTED]>
wrote:
>
> Is "FastCgiExternalServer" supported by mod_fcgid?
mod_fastcgi and mod_fcgid are totally different modules and don't even
share a common codebase. They have only the FastCGI protocol in common.
Thus, Apache Dir
On 03/11/2008 7:01:59 PM +0100, Tobias Wiersch <[EMAIL PROTECTED]> wrote:
> first of all: I solved it.
very glad to see it's working!
> Debian is a "little" conservative with the upgrade of versions.
> So Sarge is running the old 1.05 and Etch (latest Debian-release!) is
> running the old 1.10.
On 03/10/2008 7:53:10 PM +0100, Tobias Wiersch <[EMAIL PROTECTED]> wrote:
>>
> Yes, the results were from 2 servers.
> The Etch-server has the problem. I wrote the results from the sarge
> server only to show the difference.
can you tell what is the mod_fcgid version on each server? If the
ve
On 03/10/2008 3:19:16 PM +0100, Tobias Wiersch <[EMAIL PROTECTED]> wrote:
>
> Gabriel Barazer schrieb:
>> 1) Is the delay *exactly* 2 seconds when calling a PHP script (before
>> getting the http error 500 from your suexec test) ? Or is there another
>> additionnal
On 03/10/2008 1:38:36 PM +0100, Tobias Wiersch <[EMAIL PROTECTED]> wrote:
> Hi Gabriel,
>
> Gabriel Barazer schrieb:
>> I suppose this command is an init script and really does "apachectl -k
>> graceful" ? Can you confirm this ? Since these init s
Hi
On 03/10/2008 11:08:14 AM +0100, Tobias Wiersch <[EMAIL PROTECTED]> wrote:
> Hello there!
>
> I'm using mod_fcgid on several servers since Debian Sarge.
> On Debian Sarge all is running fine.
> But ALL three Etch-servers (1 updated from sarge, 2 freshly installed)
> have a delay-problem:
>
>
Hi,
Can you please post the apache2 configuration related to CGI and FastCGI
+ virtual host config (I suppose you have some aliases related to rails)
+ .htaccess ?
I suspect you have an error regarding the handling of the fastcgi
requests. There is nothing in the mod_fcgid code changing HTTP me
uring apache to enable this
> fcgid extension
> do you know how i can run an example ? as i didn't find any within this
> link ?
>
> thks in advance
> Jean
>
> Le 26 févr. 08 à 19:44, Gabriel Barazer a écrit :
>
>> Hi,
>>
>> Have a look at the aut
Hi,
Have a look at the author's original docs. Maybe a little bit outdated
for the most recent configuration directives (most if not all are only
fine tuning options though), but works fine for most people and it's a
good start to have a more complex or tuned configuration.
http://fastcgi.core
Hi
On 02/25/2008 7:10:52 PM +0100, James <[EMAIL PROTECTED]> wrote:
> Developer-type questions here. I run into path length limitations when
> running PHP with mod_fcgid.
>
> I need to set "DefaultInitEnv PATH ..." to a rather long path; I quickly
> hit the INITENV_VAL_LEN of 128 as defined i
On 02/14/2008 2:58:34 AM +0100, "Ang FAN" <[EMAIL PROTECTED]> wrote:
> Hi,Gabriel
> Thank you very much, and your solutions is properly good. I tried it
> several days ago,but CGI application was much slowly than fastcgi
> application , I don't know why it work that.and
> some times the feedback o
Hi,
While the mod_fcgid module hasn't received the complete input data,
nothing is sent to the FastCGI application (which isn't even aware of
such a request). And even with the mod_fcgid 2.2, there is still a bug
somewhere and apache leaks memory till death (I'm sure of it, I'm the
one who rep
On 02/05/2008 5:39:01 PM +0100, Weedy <[EMAIL PROTECTED]> wrote:
> This is getting ridiculous but at least this reply didn't make you
> sounds like an ass. Simple answer:
>
> YOU CAN NOT PRESPAWN FCGID.
>
> mod-fastcgi has an option to do this but mod-fcgid does not. discussion
> over.
I know
On 02/05/2008 3:40:50 PM +0100, Andre Hübner <[EMAIL PROTECTED]> wrote:
> no nonsens ;)
>
> i want to start a defined numbers of apps to hold in backhand by config of
> module, not by wgeting around...
> lets say 3-4 apps of two differnet php-cgi would be enough.
> apache in mod_prefork has same
Hi there,
On 02/05/2008 12:18:29 PM +0100, Andre Hübner <[EMAIL PROTECTED]> wrote:
> sorry, wget is not an alternative.
> i dont know hosts that use a cgi-application. users can switch on their own.
> in bad case i would start too much apps so server is fully overloaded or is
> killing prespawned
Hi,
On 12/19/2007 9:35:16 AM +0100, Christian Seiler <[EMAIL PROTECTED]> wrote:
> Hi,
>
> If you use 'PassHeader Authorization' in order to allow FastCGI scripts
> to access the Authentication data, an environment variable
> 'Authorization' containing the header will be created. But any script
>
On 10/22/2007 4:21:06 PM +0200, Daniel Schlenzig <[EMAIL PROTECTED]> wrote:
> Hello Gabriel,
>
>> After testing the two methods, I found out that using mod_fcgid without
>> any opcode cache and disabling the PHP tree mode, is far more memory
>> efficient, and does a much better load handling.
> Ju
On 10/22/2007 10:20:37 AM +0200, Daniel Schlenzig <[EMAIL PROTECTED]> wrote:
> I was wondering, in the configuration above you mentioned:
>
> (httpd)
> MaxRequestsPerProcess 500
>
> (php wrapper script)
> PHP_FCGI_MAX_REQUESTS=2000
> export PHP_FCGI_MAX_REQUESTS
>
> are these lines still accur
ver_hostname here instead of ap_get_server_name, because
the latter returns the canonical name which is not always the same as
ServerName (think of ServerAlias *.domain.com, infinite possible names),
and could lead to a DoS.
Gabriel
From: Gabriel Barazer <[EMAIL PROTECTED]>
When setting
Hi,
Sorry for the delay. According to the access.log line you gave, it's
difficult to say why you don't get a response. Maybe you have some
redirect headers on this page ? 101 bytes received is not much, barely
enough for the headers, so I think you have a loop or a blocking outpuot
somewhere.
Hi,
You probably haven't changed the *ScanInterval directives. In fact
graceful force the fcgid process manager to restart completely. To do
so, it kills all the active FastCGI processes as well as your rails app.
If the first kill (gently killed by TERM signal) hasn't terminated the
process p
est longer than it)
> MaxRequestInMem( default 64k, store the request to tmp file if request
> longer than it)
>
> Thanks
>
> - Original Message -
> From: "Gabriel Barazer" <[EMAIL PROTECTED]>
> To:
> Cc: <[EMAIL PROTECTED]>
> S
as we are having c program as fcgid client - and that
> program now creates temp files itself.
>
And this is the right way to handle data : let the application server
create temp file is his secured environment/jail/user rights, just as
PHP or some other scripting langages do.
G
Hello,
BTW, no one other than me is worried by the security problem due to
large file uploading I described below ?
On 04/30/2007 15:21:29 +0200, Gabriel Barazer <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I experienced recently some problmes since a customer is doing large
>
Hello,
I experienced recently some problmes since a customer is doing large
file uploads with PHP (which is run by mod_fcgid, of course) : It seems
mod_fcgid is consuming much memory when uploading a file to PHP. I found
in the source file fcgid_bridge.c:473 the problem : as said in the
source
32 matches
Mail list logo
