cgi

CGI Scripter instantly writes Perl CGI Scripts for MySQL and Oracle databases.

CGI::XMLForm is a Perl extension of CGI.pm which reads/generates formated XML. NB: This is a subclass of CGI.pm, so can be used in its place.

SYNOPSIS

use CGI::XMLForm;

my $cgi = new CGI::XMLForm;

if ($cgi->param) {
print $cgi->header, $cgi->pre($cgi->escapeHTML($cgi->toXML));
}
else {
open(FILE, "test.xml") or die "Cant open: $!";
my @queries = (/a, /a/b*, /a/b/c*, /a/d);
print $cgi->header,
$cgi->pre($cgi->escapeHTML(
join "n", $cgi->readXML(*FILE, @queries)));
}

CGI::WML is a Perl module with subclass LDSs "CGI.pm" for WML output and WML methods.

SYNOPSIS

use CGI::WML;

$query = new CGI::WML;

$content = $query->p("Hello WAP world");

print
$query->header(),
$query->start_wml(),
$query->template(-content=>$query->prev()),
$query->card(-id=>"first_card",
-title=>"First card",
-content=>$content),
$query->end_wml();

print
$query->wml_to_wmlc(-wml=>$wml_buffer,
-errorcontext=>2);

($page_title,$content) = $query->html_to_wml($buffer);

This is a library of perl functions to allow CGI.pm-style programming to be applied to WAP/WML. Since this is a subclass of Lincoln Steins CGI.pm all the normal CGI.pm methods are available. See perldoc CGI if you are not familiar with CGI.pm

cgi-postin utility processes data generated from a World-Wide Web form. cgi-postin is a standalone processor that may be run easily from sh, perl, or Tcl scripts.

Important Note: I recommend this tool only when implementing CGIs as shell scripts. For other languages, there are more modern and suitable tools for the task of CGI processing. For CGI processing in perl, I recommend the bundled CGI.pm module. For C, there are a number of packages available to do the task.

SYNTAX

cgi-postin [ -pTt ] [ -v name ]

The cgi-postin utility processes data generated from a World-Wide Web form. It is a standalone processor that may be run easily from sh, perl, or tcl scripts.

By default, cgi-postin retrieves the form data and emits a short sh(1) script. If this script is evaluated, the shell will create a set of variables, one per form ele­ment. The variables will be named after the form element names, and they will be initialized to the associated form element values.

If, for instance, a simple form has two fields called ``name and ``address, cgi-postin will emit the sh(1) commands to create variables called ``name and ``address, and each variable will be initialized to the value given in the form. This can be done by simply say ing:

eval "`cgi-postin`" || exit 1

If an error occurs, cgi-postin emits a complete HTTP docu­ment (including a ``Content-type: header), and termi­nates with a non-zero exit status.

The following options are supporeted.

-p The variable assignments will use perl(1) syntax.
Recommended usage is something similar to:

eval `cgi-postin -p`;
exit 1 if $? != 0;

-T The variable assignments will use tcl(1) syntax.
Recommended usage is something similar to:

eval [exec cgi-postin -T]

-t Selects ``terse diagnostics mode. When an error
occurs, a typical Unix error message is emitted
rather than an HTTP document.

-v name
This option almost always should be specified. It
is an option only for historical reasons. It is
explained below.

When -p (perl mode) or -T (Tcl mode) are specified, then the -t option creates an associative array rather than individual (scaler) variables for each form element. The array has the specified name, and the data are stored one form element per array element.

The following table illustrates how this naming scheme works. It shows the variable name that would be associ­ated with a form element called ``query for all the var ious command line invocations.

center ; lf2 lf2 l l . command variable name

cgi-postin $query cgi-postin -v CGI $CGI_query

cgi-postin -p $query cgi-postin -p -v
CGI $CGI{query}

cgi-postin -T $query cgi-postin -T -v CGI $CGI(query)