Re: HTTP::Request to local script

Emulating a CGI environment is rather trivial. You basically just need to set the following ENV variables and optionally pipe something to it via stdin. Also note you need to modify the ENV before you fork.

sub run_local
{
  local %ENV;
  %ENV = qw/foo bar baz etc/;
  open my $script, "perl foo.pl |" or die $!;
  print $script $CONTENT;
  my @return = <$script>;
  close $script;
  return @return;
}
[download]

The full list of CGI vars follows:

The following environment variables are not request-specific and are s
+et for all requests:

    * SERVER_SOFTWARE

      The name and version of the information server software answerin
+g the request (and running the gateway). Format: name/version

    * SERVER_NAME

      The server's hostname, DNS alias, or IP address as it would appe
+ar in self-referencing URLs.

    * GATEWAY_INTERFACE

      The revision of the CGI specification to which this server compl
+ies. Format: CGI/revision

The following environment variables are specific to the request being 
+fulfilled by the gateway program:

    * SERVER_PROTOCOL

      The name and revision of the information protcol this request ca
+me in with. Format: protocol/revision

    * SERVER_PORT

      The port number to which the request was sent.

    * REQUEST_METHOD

      The method with which the request was made. For HTTP, this is "G
+ET", "HEAD", "POST", etc.

    * PATH_INFO

      The extra path information, as given by the client. In other wor
+ds, scripts can be accessed by their virtual pathname, followed by ex
+tra information at the end of this path. The extra information is sen
+t as PATH_INFO. This information should be decoded by the server if i
+t comes from a URL before it is passed to the CGI script.

    * PATH_TRANSLATED

      The server provides a translated version of PATH_INFO, which tak
+es the path and does any virtual-to-physical mapping to it.

    * SCRIPT_NAME

      A virtual path to the script being executed, used for self-refer
+encing URLs.

    * QUERY_STRING

      The information which follows the ? in the URL which referenced 
+this script. This is the query information. It should not be decoded 
+in any fashion. This variable should always be set when there is quer
+y information, regardless of command line decoding.

    * REMOTE_HOST

      The hostname making the request. If the server does not have thi
+s information, it should set REMOTE_ADDR and leave this unset.

    * REMOTE_ADDR

      The IP address of the remote host making the request.

    * AUTH_TYPE

      If the server supports user authentication, and the script is pr
+otects, this is the protocol-specific authentication method used to v
+alidate the user.

    * REMOTE_USER

      If the server supports user authentication, and the script is pr
+otected, this is the username they have authenticated as.

    * REMOTE_IDENT

      If the HTTP server supports RFC 931 identification, then this va
+riable will be set to the remote user name retrieved from the server.
+ Usage of this variable should be limited to logging only.

    * CONTENT_TYPE

      For queries which have attached information, such as HTTP POST a
+nd PUT, this is the content type of the data.

    * CONTENT_LENGTH

      The length of the said content as given by the client.
[download]

Comment on Re: HTTP::Request to local script Select or Download Code

Replies are listed 'Best First'.
Re^2: HTTP::Request to local script by mirod (Canon) on Jan 16, 2005 at 00:47 UTC
Thanks, I figured that much, whith some help from the code for CGI::Lite and I have been busy-busy setting environment variables. I am not sure which ones I have to set and which ones I can ommit. I think I have most of them right now, but I still can't get the parameters to be passed. I think passing the content of the HTTP::Request object is not what I should be doing. Back to the doc...	[reply]