Login or Register to Ask a Question and Join Our Community

Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

ic_mod_perl(1p) [debian man page]

IC_MOD_PERL(1p) 					User Contributed Perl Documentation					   IC_MOD_PERL(1p)

NAME

       ic_mod_perl -- Run Interchange entirely inside Apache/mod_perl

SYNOPSIS

	 # Add to Apache httpd.conf:
	 PerlRequire /usr/lib/interchange/bin/ic_mod_perl
	 PerlChildInitHandler Vend::ModPerl::child_start
	 PerlChildExitHandler Vend::ModPerl::child_end
	 <Location /ic>
	     SetHandler perl-script
	     PerlHandler Vend::ModPerl
	     PerlSendHeader Off
	     PerlSetupEnv On
	 </Location>

DESCRIPTION

   Benefits
       o   Possibly better stability, especially on non-Linux platforms where Perl signals are often buggy.

       o   Use less memory total; don't have preforked Apache and Interchange daemons. Adds about 8 MB more to a typical Apache/mod_perl child
	   process, for a total of, say, 32 MB per Apache child process. But standalone Interchange usually has 3 processes: an Interchange child
	   process (~24 MB), an httpd child (~24 MB), and a link CGI (~1 MB), so it's actually a decent savings in total memory used.

       o   Speed (ranging from slightly faster to the same on heavy pages, to 10 hits/sec. faster on empty pages).

       o   Debugging -- delve into bowels with Apache::Status.

       o   Easier coexistence with other mod_perl code and libraries.

       o   Can coexist with standalone Interchange codebase without problems.

       o   Administrative ease (for sysadmins who know Apache but not Interchange).

   Drawbacks
       o   Interchange runs as web server user, which in a standard system is usually apache or www, so you wouldn't want to share that Apache
	   installation with untrusted user CGIs, PHP, etc. as they could read any Interchange files, including DSNs, userdb, etc.

       o   Apache needs to be dedicated, or very closely watched because all mod_perl stuff runs in the same interpreter, and lots of mod_perl
	   code doesn't use Safe.

       o   How do you scale to multiple app servers in this configuration?

	   o   Hardware or software port redirector

	   o   Tux CGI front-end redirector like tlink

	   o   Separate lightweight Apache (no modules) that proxies /ic requests

   Ideal system setup
       Use Tux to serve images & static content, and a dedicated Apache for Interchange running under the 'interch' user and with no UserDir, CGI,
       PHP, etc. enabled and an empty DocRoot.

CAVEATS

       o   Watch out for differing Storable versions in sessions when switching between standalone and mod_perl runs!

BUGS

       o   Haven't yet implemented form/multipart submissions.

       o   Don't yet handle TolerateGet.

       o   Don't yet handle MiniVend 3 style GETs (mv_session_id;mv_arg;mv_pc)

       o   URIs must follow format "/ic/catalogname/page...", where /ic is customizable but must only be one "directory" deep (i.e., no slashes).

AUTHOR

       Jon Jensen <jon@icdevgroup.org>, March 2002

perl v5.14.2							    2012-01-23							   IC_MOD_PERL(1p)

Check Out this Related Man Page

Catalyst::Engine::Apache::MP13(3pm)			User Contributed Perl Documentation		       Catalyst::Engine::Apache::MP13(3pm)

NAME

       Catalyst::Engine::Apache::MP13 - Catalyst Apache mod_perl 1.3x Engine

SYNOPSIS

	   # Set up your Catalyst app as a mod_perl 1.3x application in httpd.conf
	   <Perl>
	       use lib qw( /var/www/MyApp/lib );
	   </Perl>

	   # Preload your entire application
	   PerlModule MyApp

	   <VirtualHost *>
	       ServerName   myapp.hostname.com
	       DocumentRoot /var/www/MyApp/root

	       <Location />
		   SetHandler	    perl-script
		   PerlHandler	    MyApp
	       </Location>

	       # you can also run your app in any non-root location
	       <Location /some/other/path>
		   SetHandler	   perl-script
		   PerlHandler	   MyApp
	       </Location>

	       # Make sure to let Apache handle your static files
	       # (And remember to remove the Static::Simple plugin in production)
	       <Location /static>
		   SetHandler	   default-handler
	       </Location>
	   </VirtualHost>

DESCRIPTION

       This is the Catalyst engine specialized for Apache mod_perl version 1.3x.

Apache::Registry
       While this method is not recommended, you can also run your Catalyst application via an Apache::Registry script.

       httpd.conf:

	   PerlModule Apache::Registry
	   Alias / /var/www/MyApp/script/myapp_registry.pl/

	   <Directory /var/www/MyApp/script>
	       Options +ExecCGI
	   </Directory>

	   <Location />
	       SetHandler  perl-script
	       PerlHandler Apache::Registry
	   </Location>

       script/myapp_registry.pl (you will need to create this):

	   #!/usr/bin/perl

	   use strict;
	   use warnings;
	   use MyApp;

	   MyApp->handle_request( Apache->request );

METHODS

   ok_constant
OVERLOADED METHODS

       This class overloads some methods from "Catalyst::Engine::Apache".

   $c->engine->finalize_headers
SEE ALSO

       Catalyst, Catalyst::Engine, Catalyst::Engine::Apache.

AUTHORS

       o   Sebastian Riedel <sri@cpan.org>

       o   Christian Hansen <ch@ngmedia.com>

       o   Andy Grundman <andy@hybridized.org>

       o   Tomas Doran <bobtfish@bobtfish.net>

COPYRIGHT AND LICENSE

       This software is copyright (c) 2010 by The "AUTHORS".

       This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.

perl v5.10.1							    2010-11-26				       Catalyst::Engine::Apache::MP13(3pm)
Man Page