Re: [Catalyst] fcgid configuration for catalyst
On 2 Feb 2012, at 03:37, Riju Royson wrote: Hi, My team owns a dedicated catalyst application which is working on mod_perl and apache. The application is for generating several reports and is used by a huge number of employees in our organization. Now we need to move out of mod_perl because our organization stopped supporting it. After some research work, we decided to go with fcgid. Why fcgid? It's generally for shared hosting, you're not doing shared hosting. Any pointers to this issue will be very helpful. Any actual info to help debug it would be helpful :_) Can you show us your apache config, and what a dumped $c-request looks like? Cheers t0m ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid configuration for catalyst
Hi,
$c-request message contains,
_body is 0
_context is APP=HASH(0xcb03754)
action is default
address is
arguments is ARRAY(0xcc14eec)
base is http:///
body_parameters is HASH(0xc982a6c)
captures is ARRAY(0xcb03a0c)
cookies is HASH(0xcb03bec)
headers is HTTP::Headers=HASH(0xcb0334c)
hostname is
match is
method is
parameters is HASH(0xcb03a84)
path is
protocol is
query_parameters is HASH(0xcb03c34)
secure is 0
uploads is HASH(0xcb03b44)
uri is http:///
user is
Apache config:
RewriteEngine On
RewriteRule ^/server/(.*) /auto/cweb0/www-home/server/$1 [L]
RewriteCond %{HTTP_HOST}!^app.com
RewriteCond %{HTTP_HOST}!^$
RewriteCond %{SERVER_PORT} !^80$
RewriteRule ^/(.*) http://app.com:%{SERVER_PORT}/$1 [L,R]
RewriteCond %{HTTP_HOST}!^app.com
RewriteCond %{HTTP_HOST}!^$
RewriteRule ^/(.*) http://app.com/$1 [L,R]
SetEnv HTTPDocumentRoot /auto/web-sciam/app/
SetEnv HTTPCGIBin /auto/web-sciam/app/cgi
SetEnv HTTPLib /auto/web-sciam/app/cgi/lib
SetEnv HTTPData /auto/web-sciam/app/cgi/data
ScriptAlias /cgi-bin/cec/ /auto/cec-template/pcgi-bin/cec/
ScriptAlias /pcgi-bin/cec/ /auto/cec-template/pcgi-bin/cec/
ScriptAlias /cgi-bin/ /auto/web-sciam/app/cgi/
ScriptAlias /cgi/ /auto/web-sciam/app/cgi/
Alias /app/ /auto/web-sciam/app/script/app_fastcgi_eifweb.pl/
FcgidInitialEnv LD_LIBRARY_PATH
FcgidInitialEnv PATH
FcgidInitialEnv PWD
FcgidInitialEnv SHLVL
FcgidInitialEnv FCGI_ROLE
FcgidInitialEnv UNIQUE_ID
FcgidInitialEnv SCRIPT_URL
FcgidInitialEnv SCRIPT_URI
FcgidInitialEnv HTTP_USER_AGENT
FcgidInitialEnv HTTP_ACCEPT
FcgidInitialEnv HTTP_REFERER
FcgidInitialEnv HTTP_ACCEPT_ENCODING
FcgidInitialEnv HTTP_ACCEPT_LANGUAGE
FcgidInitialEnv HTTP_ACCEPT_CHARSET
FcgidInitialEnv HTTP_COOKIE
FcgidInitialEnv HTTP_HOST
FcgidInitialEnv HTTP_X_FORWARDED_FOR
FcgidInitialEnv HTTP_CONNECTION
FcgidInitialEnv HTTP_CACHE_CONTROL
FcgidInitialEnv HTTP_VIA
FcgidInitialEnv SERVER_SIGNATURE
FcgidInitialEnv SERVER_SOFTWARE
FcgidInitialEnv SERVER_NAME
FcgidInitialEnv SERVER_ADDR
FcgidInitialEnv SERVER_PORT
FcgidInitialEnv REMOTE_ADDR
FcgidInitialEnv DOCUMENT_ROOT
FcgidInitialEnv SERVER_ADMIN
FcgidInitialEnv SCRIPT_FILENAME
FcgidInitialEnv REMOTE_PORT
FcgidInitialEnv GATEWAY_INTERFACE
FcgidInitialEnv SERVER_PROTOCOL
FcgidInitialEnv REQUEST_METHOD
FcgidInitialEnv QUERY_STRING
FcgidInitialEnv REQUEST_URI
FcgidInitialEnv SCRIPT_NAME
Directory /auto/web-sciam/app/root
Include conf/${EIF_APACHE_POOL}/auth.conf
Options Indexes FollowSymLinks ExecCGI Includes
AllowOverride All
Order allow,deny
Allow from all
/Directory
location /
Options ExecCGI
AddHandler fcgid-script .fcgi
require valid-user
/location
Files /auto/web-sciam/app/script/app_fastcgi_eifweb.pl
PassEnv REMOTE_USER
PassEnv SCRIPT_URI
PassEnv SERVER_NAME
SetHandler fcgid-script
/Files
Thanks,
Riju
On Thu, Feb 2, 2012 at 1:43 PM, Tomas Doran bobtf...@bobtfish.net wrote:
On 2 Feb 2012, at 03:37, Riju Royson wrote:
Hi,
My team owns a dedicated catalyst application which is working on
mod_perl and apache. The application is for generating several reports
and is used by a huge number of employees in our organization. Now we
need to move out of mod_perl because our organization stopped
supporting it. After some research work, we decided to go with fcgid.
Why fcgid?
It's generally for shared hosting, you're not doing shared hosting.
Any pointers to this issue will be very helpful.
Any actual info to help debug it would be helpful :_)
Can you show us your apache config, and what a dumped $c-request looks
like?
Cheers
t0m
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
--
Regards,
Riju Royson
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid configuration for catalyst
On 2 Feb 2012, at 08:45, Riju Royson wrote: Hi, $c-request message contains, _body is 0 _context is APP=HASH(0xcb03754) action is default address is arguments is ARRAY(0xcc14eec) base is http:/// body_parameters is HASH(0xc982a6c) captures is ARRAY(0xcb03a0c) cookies is HASH(0xcb03bec) headers is HTTP::Headers=HASH(0xcb0334c) hostname is match is method is parameters is HASH(0xcb03a84) path is protocol is query_parameters is HASH(0xcb03c34) secure is 0 uploads is HASH(0xcb03b44) uri is http:/// user is That's not an actual dump that shows anything useful, need to see inside the URI objects without them being stringified (to clearly be wrong!).. I meant a Data::Dump or Data::Dumper dump, as per what you'd get from /?dump_info=1 if you're using the (default) RenderView action and have debug turned on.. FcgidInitialEnv LD_LIBRARY_PATH Unless I'm mistaken, this sets this environment variable to the value specified in the config... Meaning you set LD_LIBRARY_PATH to '' FcgidInitialEnv REQUEST_METHOD FcgidInitialEnv QUERY_STRING FcgidInitialEnv REQUEST_URI FcgidInitialEnv SCRIPT_NAME And so here you stomp all over the request path and etc, resulting in it being blank... I suspect you'd see this if you dumped the PSGI env ($c-engine-env) - assuming that you're using Catalyst 5.9 Cheers t0m ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid configuration for catalyst
Hi,
Thanks for your reply. I tried using Data::Dump, the values are as follows,
my $a = bless({
_body= 0,
_context = bless({
action= bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = default,
namespace = ,
reverse = default,
}, Catalyst::Action),
counter = { auto = 1, begin = 1, default = 1 },
namespace = ,
request = 'fix',
response = bless({
_context = 'fix',
body = ,
cookies = {},
headers = bless({
x-catalyst = 5.7014 }, HTTP::Headers),
status = 200,
}, Catalyst::Response),
stack = [
bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = _DISPATCH,
namespace = ,
reverse = _DISPATCH,
}, Catalyst::Action),
bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = _ACTION,
namespace = ,
reverse = _ACTION,
}, Catalyst::Action),
'fix',
],
stash = {
PERL_ENV = {
AUTHENTICATE_CN
= rkurien,
AUTH_TYPE
= Basic,
CATALYST_ENGINE
= FastCGI,
CCTOOLSDB_ETCDIR
= /auto/web-sciam/app,
CC_LIBDIR
= /usr/current/lib/perl,
DOCUMENT_ROOT
= /auto/web-sciam/app/root,
GATEWAY_INTERFACE
= CGI/1.1,
HTTPCGIBin
= /auto/web-sciam/app/cgi,
HTTPData
= /auto/web-sciam/app/cgi/data,
HTTPDocumentRoot
= /auto/web-sciam/app/,
HTTPLib
= /auto/web-sciam/app/cgi/lib,
HTTP_ACCEPT
= image/png,image/*;q=0.8,*/*;q=0.5,
HTTP_ACCEPT_CHARSET
= ISO-8859-1,utf-8;q=0.7,*;q=0.7,
HTTP_ACCEPT_ENCODING
= gzip, deflate,
HTTP_ACCEPT_LANGUAGE
= en-us,en;q=0.5,
HTTP_CONNECTION
= keep-alive,
HTTP_COOKIE
= CP_GUTC=10.78.184.186.1323932516790024;
session_ser=NjM4MS0qLTEzMjc2NTUzNTQtKi0xMC42NS44MS42NS0qLU1vemlsbGEvNS4wIChXaW5kb3dzIE5UIDUuMTsgcnY6OS4wLjEpIEdlY2tvLzIwMTAwMTAxIEZpcmVmb3gvOS4wLjE%3D-%2A-0059c83d3ff95025ec5f8926608d563e;
ObSSOCookie=hmarB4Q%2BSj%2FonDvWx3BBD7NE26pHqGa4Ovxi13ciPFSCFARV5ZC%2BCRdclw6ZLJw7Z%2FDc9VtPEcDOxrEd1WpKzXg8m2ysVzD%2B27vIs8eMQamO9j2xJwzyapdiqtI5pju21ngDwCQi2prxEgW%2B0vfuYgZrSqAnl%2F1YPthUQ0NuV6MMDVTCTcj4GQfiMbGloE7syWst%2FC%2Fle6BigvidzelUuOjk5leiV0n%2BfQBiAfLAfQNsosN4dOGGyZmOby60I%2Fboo%2B%2F9sQgF8Hj1rVZgFHNe%2F4iKdo3pDQVzibXXbrCkosV0W8GAIys563weYOHZumlQQdWCW5Q4aEX9DmN55%2FhQbjnMD9rnCkIRaB8PAm23Yz4%3D;
cts_session=eb856b89105b8d60fe5b133c37c8634f66f7107a; s_cc=true;
s_ria=flash%2011%7C;
cdc_ut=prevacct:cisco-us\$accesslevel:guest\$ts:1328089568141;
s_suite=cisco-us; s_country=US; s_language=en; s_nr=1328089568148-New;
s_sq=%5B%5BB%5D%5D; s_ppv=100,
HTTP_HOST
= app.com,
HTTP_REFERER
= http://app.com/cts/;,
HTTP_USER_AGENT
=
Re: [Catalyst] fcgid configuration for catalyst
On 2 Feb 2012, at 11:39, Riju Royson wrote:
Hi,
Thanks for your reply. I tried using Data::Dump, the values are as
follows,
snip
stash = {
PERL_ENV = {
AUTHENTICATE_CN
= rkurien,
So this is in the per request stash.. I wonder why your app is
grabbing PERL_ENV...
Can you grab the app for the phrase PERL_ENV, and show us the top
level application class, and whichever class contains PERL_ENV?
PATH_INFO
= /static/images/logo.gif,
PATH_TRANSLATED
= /auto/web-sciam/app/root/static/images/logo.gif,
QUERY_STRING= ,
REMOTE_ADDR
= 10.78.184.182,
REMOTE_PORT = 2596,
REMOTE_USER
= rkurien,
REQUEST_METHOD = GET,
REQUEST_URI
= /cts/static/images/logo.gif,
SCRIPT_FILENAME
= /auto/web-sciam/app/script/cts_fastcgi_eifweb.pl,
SCRIPT_NAME
= /app,
SCRIPT_URI
= http://app.com/cts/static/images/logo.gif;,
SCRIPT_URL
= /cts/static/images/logo.gif,
SERVER_ADDR
= 10.22.181.151,
SERVER_ADMIN
= webmaster-cts\@cisco.com,
SERVER_NAME
= app.com,
SERVER_PORT = 80,
So these look like at whatever point this is captured, the environment
is sane - why this isn't being picked up by Catalyst::Engine::CGI
(which the FastCGI engine subclasses) is a mystery to me, but I
suspect your app code..
I removed the FcgidInitialEnv lines fromhttpd conf. But still am not
able to move forward.
Does it all work if you use the development server? I.e. is it _only_
FastCGI that's an issue, or generally with anything not mod_perl
We are using catalyst 5.7014.
This version is almost 4 years old, which is a lifetime! But it's
probably easier to get you sorted out where you are right now than
trying to upgrade as well.
Cheers
t0m
Cheers
t0m
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid configuration for catalyst
Can you grab the app for the phrase PERL_ENV, and show us the top level application class, and whichever class contains PERL_ENV? t0m meant to say Can you grep the app for the phrase PERL_ENV, ..just to avoid any confusion.. PATH_INFO = /static/images/logo.gif, PATH_TRANSLATED = /auto/web-sciam/app/root/**static/images/logo.gif, QUERY_STRING= , REMOTE_ADDR = 10.78.184.182, REMOTE_PORT = 2596, REMOTE_USER = rkurien, REQUEST_METHOD = GET, REQUEST_URI = /cts/static/images/logo.gif, SCRIPT_FILENAME = /auto/web-sciam/app/script/ct**s_fastcgi_eifweb.plhttp://cts_fastcgi_eifweb.pl , SCRIPT_NAME = /app, SCRIPT_URI = http://app.com/cts/static/**images/logo.gifhttp://app.com/cts/static/images/logo.gif , SCRIPT_URL = /cts/static/images/logo.gif, SERVER_ADDR = 10.22.181.151, SERVER_ADMIN = webmaster-cts\@cisco.com, SERVER_NAME = app.com, SERVER_PORT = 80, So these look like at whatever point this is captured, the environment is sane - why this isn't being picked up by Catalyst::Engine::CGI (which the FastCGI engine subclasses) is a mystery to me, but I suspect your app code.. I removed the FcgidInitialEnv lines fromhttpd conf. But still am not able to move forward. Does it all work if you use the development server? I.e. is it _only_ FastCGI that's an issue, or generally with anything not mod_perl We are using catalyst 5.7014. This version is almost 4 years old, which is a lifetime! But it's probably easier to get you sorted out where you are right now than trying to upgrade as well. Cheers t0m Cheers t0m __**_ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-**bin/mailman/listinfo/catalysthttp://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/** catalyst@lists.scsys.co.uk/http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid configuration for catalyst
Hi,
Thanks for all your help. I was just trying to dump PERL_ENV values to
take a look on them. I have removed that line from code now. So
nowhere else PERL_ENV is specified. Dumping catalyst request gives the
following data now,
my $a = bless({
_body= 0,
_context = bless({
action= bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = default,
namespace = ,
reverse = default,
}, Catalyst::Action),
counter = { auto = 1, begin = 1, default = 1 },
namespace = ,
request = 'fix',
response = bless({
_context = 'fix',
body = ,
cookies = {},
headers = bless({
x-catalyst = 5.7014 }, HTTP::Headers),
status = 200,
}, Catalyst::Response),
stack = [
bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = _DISPATCH,
namespace = ,
reverse = _DISPATCH,
}, Catalyst::Action),
bless({
attributes = { Private = [undef] },
class = App::Controller::Root,
code = sub { ??? },
name = _ACTION,
namespace = ,
reverse = _ACTION,
}, Catalyst::Action),
'fix',
],
stash = { url =
http://app.com/app/static/images/logo.gif; },
state = 0,
stats = bless({
enabled = 1,
stack = [
bless({
_children = [
bless({
_children = [],
_depth= 0,
_height = 1,
_node = {
action = /begin,
comment = ,
elapsed = 0.000134,
t = [1328245954, 788449],
},
_parent = 'fix',
_uid = begin1,
_width= 1,
}, Tree::Simple),
bless({
_children = [],
_depth= 0,
_height = 1,
_node = {
action = /auto,
comment = ,
elapsed = 0.000118,
t = [1328245954, 789515],
},
_parent = 'fix',
_uid = auto1,
_width= 1,
}, Tree::Simple),
bless({
_children = [],
_depth= 0,
_height = 1,
_node = {
action = /default,
comment = ,
elapsed = 0.001003,
t = [1328245954, 790518],
},
_parent = 'fix',
_uid = default1,
_width= 1,
}, Tree::Simple),
],
_depth= -1,
_height = 2,
_node = {
t = [1328245954, 784484] },
_parent = root,
_uid =
0xc7d8b08,
_width= 3,
}, Tree::Simple),
'fix',
],
tree= 'fix',
}, Catalyst::Stats),
Re: [Catalyst] fcgid configuration for catalyst
On 3 Feb 2012, at 05:20, Riju Royson wrote: Hi, Thanks for all your help. I was just trying to dump PERL_ENV values to take a look on them. I have removed that line from code now. So nowhere else PERL_ENV is specified. Dumping catalyst request gives the following data now, So, same problem, same dump and you haven't shown us any of the code which would let us speculate.. I'm still going for this being a problem that your app or setip is causing in some way.. A dump from the environment in Catalyst::Engine::CGI (the method that sets $c-req-base and $c-req-uri) would also confirm that the env is broken by the time Catalyst sees it, and can you confirm what does or doesn't happen with the dev server as previously requested? Cheers t0m ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid
On Mon, Sep 29, 2008 at 09:46:42AM -0400, John Lee wrote: Matt S Trout wrote: fcgid is designed for shared hosting. it's basically useless for dedicated setups. I ask this, because it seems that it works better than fastcgi, it is maintained and prefered, but I can't see why. mod_fastcgi is maintained, just minimally and quietly, and it works perfectly. For dedicated setups it's the only option; I dunno who you think prefers fcgid but I'm certainly not one of them. Hmm, now I'm all confused. We'd recently switched to mod_fcgid from handling fastcgi with lighttpd, due to its better process management. However, I'm always akin to trying new things, so this piques my curiosity around mod_fastcgi. What's the general concensus in the catalyst community nowadays? Is mod_fastcgi preferred at large over mod_fcgid these days? You shouldn't let your fastcgi module do process management at all, anyway, that's what FCGI::ProcManager is for - and by having the fastcgi stuff external you can, as Peter Karmen points out, bounce the application separately. Not only that but you can do zero-downtime upgrades by starting the new version on the same socket -before- stopping the old version. I saw a post from Jonathan Rockaway almost two years ago noting that mod_fastcgi is crufty and slightly broken, while mod_fcgid seems to be more sane, *shrug* Jon's an apps dev. I'm ex-operations and design system deployment strategies on a regular basis. His opinion doesn't count in my world, I don't let client developers anywhere near systems stuff if I can help it :) Note though that fcgid -is- more sane for shared hosting and for the web server doing process management. But as noted above, for dedicated production deployments you don't want that anyway, and mod_fastcgi isn't broken at all, it's just picky about its config sometimes :) Also, mod_fastcgi isn't maintained as actively. But that's because it already works, so they just put out the occasional bugfix release :) -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical Directorhttp://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid
Matt S Trout wrote: fcgid is designed for shared hosting. it's basically useless for dedicated setups. I ask this, because it seems that it works better than fastcgi, it is maintained and prefered, but I can't see why. mod_fastcgi is maintained, just minimally and quietly, and it works perfectly. For dedicated setups it's the only option; I dunno who you think prefers fcgid but I'm certainly not one of them. Hmm, now I'm all confused. We'd recently switched to mod_fcgid from handling fastcgi with lighttpd, due to its better process management. However, I'm always akin to trying new things, so this piques my curiosity around mod_fastcgi. What's the general concensus in the catalyst community nowadays? Is mod_fastcgi preferred at large over mod_fcgid these days? I saw a post from Jonathan Rockaway almost two years ago noting that mod_fastcgi is crufty and slightly broken, while mod_fcgid seems to be more sane, and keep seeing notes that fcgid is better maintained (but no idea how true that is). Two years is a long time, though, so I don't know what the current thought is. ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid
John Lee wrote on 09/29/2008 08:46 AM: What's the general concensus in the catalyst community nowadays? Is mod_fastcgi preferred at large over mod_fcgid these days? I saw a post I use mod_fastcgi. It has the external server option, which I like because I can stop/start my app without having to bounce the entire web server. -- Peter Karman . [EMAIL PROTECTED] . http://peknet.com/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid
On Sun, Sep 14, 2008 at 03:00:48PM +0300, Octavian Rasnita wrote: Hi, I understand that comparing it with mod_perl, fast CGI has the advantage of allowing us to restart the applications without restarting the server. But I have also understood that fcgid don't allow using the app as an external server. If this is true, than which is the advantage of fcgid? fcgid is designed for shared hosting. it's basically useless for dedicated setups. I ask this, because it seems that it works better than fastcgi, it is maintained and prefered, but I can't see why. mod_fastcgi is maintained, just minimally and quietly, and it works perfectly. For dedicated setups it's the only option; I dunno who you think prefers fcgid but I'm certainly not one of them. -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical Directorhttp://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] fcgid
Hi, I understand that comparing it with mod_perl, fast CGI has the advantage of allowing us to restart the applications without restarting the server. But I have also understood that fcgid don't allow using the app as an external server. If this is true, than which is the advantage of fcgid? I ask this, because it seems that it works better than fastcgi, it is maintained and prefered, but I can't see why. Thank you. Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] fcgid
mod_cgid and mod_fastcgi just have FastCGI protocol in common. No, and I think it's not planned, because mod_fcgid has an adaptive-spawning design and does not support static servers or external servers. -Thiago Rondon Octavian Rasnita escreveu: Hi, I understand that comparing it with mod_perl, fast CGI has the advantage of allowing us to restart the applications without restarting the server. But I have also understood that fcgid don't allow using the app as an external server. If this is true, than which is the advantage of fcgid? I ask this, because it seems that it works better than fastcgi, it is maintained and prefered, but I can't see why. Thank you. Octavian ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
