DOKK / manpages / debian 12 / libfcgi-engine-perl / FCGI::Engine.3pm.en
FCGI::Engine(3pm) User Contributed Perl Documentation FCGI::Engine(3pm)

FCGI::Engine - A flexible engine for running FCGI-based applications

  # in scripts/my_web_app_fcgi.pl
  use strict;
  use warnings;
  use FCGI::Engine;
  FCGI::Engine->new_with_options(
      handler_class  => 'My::Web::Application',
      handler_method => 'run',
      pre_fork_init  => sub {
          require('my_web_app_startup.pl');
      }
  )->run;
  # run as normal FCGI script
  perl scripts/my_web_app_fcgi.pl
  # run as standalone FCGI server
  perl scripts/my_web_app_fcgi.pl --nproc 10 --pidfile /tmp/my_app.pid \
                                  --listen /tmp/my_app.socket --daemon
  # see also FCGI::Engine::Manager for managing
  # multiple FastCGI backends under one script

This module helps manage FCGI based web applications by providing a wrapper which handles most of the low-level FCGI details for you. It can run FCGI programs as simple scripts or as full standalone socket based servers who are managed by FCGI::Engine::ProcManager.

The code is largely based (*cough* stolen *cough*) on the Catalyst::Engine::FastCGI module, and provides a command line interface which is compatible with that module. But of course it does not require Catalyst or anything Catalyst related. So you can use this module with your CGI::Application-based web application or any other Random::Web::Framework-based web app.

This module (FCGI::Engine) is not a replacement for Catalyst::Engine::FastCGI but instead the FCGI::Engine::Manager (and all it's configuration tools) can be used to manager Catalyst apps as well as FCGI::Engine based applications. For example, at work we have an application which has 6 different FCGI backends running. Three of them use an ancient in-house web framework with simple FCGI::Engine wrappers, one which uses CGI::Application and an FCGI::Engine wrapper and then two Catalyst applications. They all happily and peacefully coexist and are all managed with the same FCGI::Engine::Manager script.

As of version 0.11 we now have Plack/PSGI applications support via the FCGI::Engine::Manager::Server::Plackup module. See that module for more information about how it can be used.

This module uses CGI::Simple as a sane replacement for CGI.pm, it will pass in a CGI::Simple instance to your chosen "handler_method" for you, so there is no need to create your own instance of it. There have been a few cases from users who have had bad interactions with CGI.pm and the instance of CGI::Simple we create for you, so before you spend hours looking for bugs in your app, check for this first instead.

If you want to change this behavior and not use CGI::Simple then you can override this using the "handler_args_builder" option, see the docs on that below for more details.

This module is *NIX only, it definitely does not work on Windows and I have no intention of making it do so. Sorry.

This module uses MooseX::Getopt for command line parameter handling and validation.

All parameters are currently optional, but some parameters depend on one another.

This should be a file path where the unix domain socket file should live. If this parameter is specified, then you must also specify a location for the pidfile.
This should be an integer specifying the number of FCGI processes that FCGI::Engine::ProcManager should start up. The default is 1.
This should be a file path where your pidfile should live. This parameter is only used if the listen parameter is specified.
This is a boolean parameter and has no argument, it is either used or not. It determines if the script should daemonize itself. This parameter only used if the listen parameter is specified.
This allows you to pass the name of a FCGI::ProcManager subclass to use. The default is to use FCGI::Engine::ProcManager, and any value passed to this parameter must be a subclass of FCGI::ProcManager.

In addition to the command line parameters, there are a couple parameters that the constructor expects.

This is expected to be a class name, which will be used inside the request loop to dispatch your web application.
This is the class method to be called on the handler_class to server as a dispatch entry point to your web application. It will default to "handler".
This must be a CODE ref that when called produces the arguments to pass to the handler_method. It defaults to a sub which returns a CGI::Simple object.
This is an optional CODE reference which will be executed prior to the request loop, and in a multi-proc context, prior to any forking (so as to take advantage of OS COW features).

Returns the value passed on the command line with --listen. This will return a Path::Class::File object.
A predicate used to determine if the --listen parameter was specified.
Returns the value passed on the command line with --nproc.
Returns the value passed on the command line with --pidfile. This will return a Path::Class::File object.
A predicate used to determine if the --pidfile parameter was specified.
Returns the value passed on the command line with --daemon.
A predicate used to determine if the --daemon parameter was specified.
Returns the value passed on the command line with --manager.

A predicate telling you if anything was passed to the pre_fork_init constructor parameter.

Call this to start the show.

It passes the %addtional_options arguments to both the "pre_fork_init" sub and as constructor args to the "proc_manager".

This is the Moose BUILD method, it checks some of our parameters to be sure all is sane.
This returns the Moose metaclass assocaited with this class.

I took all the guts of that module and squished them around a bit and stuffed them in here.
I refactored this module and renamed it FCGI::Engine::ProcManager, which is now included in this distro.

All complex software has bugs lurking in it, and this module is no exception. If you find a bug please either email me, or add the bug to cpan-RT.

Stevan Little <stevan@iinteractive.com>

Contributions from:

Marcus Ramberg

Bradley C. Bailey

Brian Cassidy

Johannes Plunien

Copyright 2007-2010 by Infinity Interactive, Inc.

<http://www.iinteractive.com>

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

2022-12-10 perl v5.36.0