make PHP run *after* cgi-perl runs

make PHP run after cgi-perl runs

Anon

Hi,

We have a bunch of CGI scripts over here. We have just started using PHPLib to password protect pages.

The dilemma is that we need to protect the stuff that these CGI scripts produce. Note that using "virtual" from a PHP script and executing a cgi script would be ugly, since these cgi scripts contains different form fields. So putting a PHP script layer over the CGI means that I have to write a lot of code to pass these forms across pages.

For example, we have cgi scripts A and C, and we have PHP script B.

CGI script A-> PHP script B -> CGI script C

cgi script A will call php script B on "form submit". PHPLib will check authorizations, and if okay, execute cgi script C. But that means that all the form fields will be lost unless I embed them in "hidden" fields, which I cannot, since each cgi will produce form fields that are arbitrary.

The most elegant way that I can think of is to get each cgi-script to produce a little of php codes.

so a.cgi will call C.cgi, as usual. But when c.cgi is called and the html is produced, this HTML is passed to the PHP engine before the web server spits it out.

Is what I described even possible?

Thanks a million.

Anon

Not sure if what you propose is possible, but a few thoughts...

1) try Snoopy. Snoopy is a PHP class that gives you a simple interface for calling and dealing with remote URLs. You could have your PHPLIB script check auth, then if it passes, take all the GET/POST vars that were passed to it and formulate those to make a URL call to your final cgi script using Snoopy. See freshmeat.net for Snoopy info.

2) Apache 2.0 series supports the ability to chain filters - I think. This would allow you to have a CGI handle the request first, then pass it along to PHP... This is all I think! Check apache.org and apachetoday.com for more info.