This is the scenario:
inside a Webmin page, trying to access via the
PHP interpreter to a php script:
$script = "example1.php";
open(DEST, "> $dest_file");
open(PRG, "php $script |")
print DEST "$_";
If I try to use this code as a stand-alone script
(say try.pl) from command-line, the code execute
correctly : the called php script creates its output
(a jpg file, by the way).
But if I try using it under Webmin, the php
interpreter reports this error:
<P>This PHP CGI binary was compiled with
force-cgi-redirect enabled. This
means that a page will only be served up if the
REDIRECT_STATUS CGI variable is
set. This variable is set, for example, by Apache's
Action directive redirect.
<P>You may disable this restriction by recompiling
the PHP binary with the
--disable-force-cgi-redirect switch. If you do this
and you have your PHP CGI
binary accessible somewhere in your web tree,
people will be able to circumvent
.htaccess security by loading files through the
PHP parser. A good way around
this is to define doc_root in your php.ini file to
something other than your
top-level DOCUMENT_ROOT. This way you can
separate the part of your web space
which uses PHP from the normal part using
.htaccess security. If you do not have
any .htaccess restrictions anywhere on your site
you can leave doc_root undefined.
Seems that the Webmin environment is
missing/adding something that upsets php.
Log in to post a comment.