php-install Digest 17 Oct 2002 21:09:33 -0000 Issue 1074
Topics (messages 8839 through 8844):
Re: php 4.2.3 on appache 1.3.23 on win98se
8839 by: Chris Hewitt
am I perhaps not installed correctly?
8840 by: Howard
PHP on IIS5
8841 by: Apoll
Re: Newbie: Apache PHP Install OK but doesn't work
8842 by: Stuart
PHP & Apache2 & WinXP: Which Versions to use?
8843 by: Paul Clarke
Re: [PHP-DEV] Re: Apache 2 & incorrect 304 response to "If-Modified-Since"
8844 by: TAKAGI Ryo
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Matthias Baumgart wrote:
enter localhost, this folder isn't empty there ist the file index.php,
the monitor "file save?" cames.
Put the AddType line in your httpd.conf file as per the instructions and
restart apache.
HTH
Chris
--- End Message ---
--- Begin Message ---
Good morning,
I'm reasonably new to the world of PHP and have loaded PHP V4.2.3 onto a Sun
Solaris system running Solaris 8 with Iplanet (formerly Netscape) Version
6.0 with Service Pack 4 installed.
I'm not sure exactly what "error" I am seeing, but I do know that there are
some rather obscure errors being encountered while I am installing a PHP
based package into our WebServer. I've no idea what is causing the
problem - I can *SEE* the problem, but I have no clue what to do or where to
turn to fix/address the issue.
here is the scoop:
inside of an "install.php" script that is executed via the webserver, is a
section of code that looks like this:
$path="./this.that";
if(file_exists($path)==0 {
$styetext="";
} else {
$filesize=filesize($path);
$filenum=fopen($path,"r");
$styletext=fread($filenum,$filesize);
fclose($filenum);
}
if ($styletext=="") {
echo "<p> ensure that the this.that exists in teh current directory, and
then reload this current page. </p>;
exit;
}
that's the code that is showing me that there is a problem. No matter how I
set file protections or ownership, that file appears to never exist. If,
however, I comment out this section of the code, the installation will run
on to completion. That tells me that some of the calls like "if
(file_exists....)" aren't giving back valid results - or , they simply
aren't being executed as the install script expect (or it's a bug????).
Once I do force my way through the installation, I then find that other PHP
files deliver errors. Scripts that work on other machines at other
installations in other sites, simply don't work here, but they should.
This seems to be something that perhaps is unique to Solaris???
Any hints/suggestions...logging tricks or ways to visually *see* what is
goign on in the system to tell me what is happening?
Thanks in advance for any/all help.
as in ....HELP!!! :)
Howard
if you have valid help/hints...you can mail them directly to me at:
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Hi Guys!
Ich have a nice problem with PHP installed on a W2k Srv using IIS5.
Installation worked and I changed everything written in the installation
manual but if I try to execute any PHP Script I get the following error
message:
Security Alert! The PHP CGI cannot be accessed directly.
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, e.g. via an Apache Action directive.
Does anynone has an idea what I can do to get PHP working correct on my
server??
Rgds
Matthias
--- End Message ---
--- Begin Message ---
On Thursday, Oct 17, 2002, at 04:40 Europe/London, MarkS wrote:
Problem is that Apache is not running PHP commands such as phpinfo()
so I don't think it's installed.
Have you made the changes to your httpd.conf file as per the
installation instructions? What happens when you try to view a PHP
page? Diagnosis is impossible without symptoms.
--
Stuart
--- End Message ---
--- Begin Message ---
I am trying to get these two pieces of software to work happily together,
but it has been a nightmare as so far.
When I set everything up as a SAPI for PHP into Apache, I run the test
script and it says
"Apache.exe: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c" is
not
compatible with this version of Apache (found 20020628, need 20020903).
Please contact the vendor for the correct version."
Now it is saying I have an older version of Apache, but I am using 2.0.43
(win32 version) which AFAIK is the latest build...
Can someone tell me which versions they are using that are working nicely
together? Just reply in this newsgroup plz.
Paul
--- End Message ---
--- Begin Message ---
Sorry, I found the CVS snapshot extracted on 20021016, but I now found
the problem not fixed. Either my test environment is not good, or my
ability to check all through it is insufficient...
Anyway,
> I don't particularly like the look of this patch... we should fix 304's
> properly...
However, the patch resolved the problem also on the 20021016 snapshot.
> > >
> > > --- sapi/apache2filter/sapi_apache2.c~ Fri Aug 16 07:27:03 2002
> > > +++ sapi/apache2filter/sapi_apache2.c Mon Oct 14 23:27:26 2002
> > > @@ -558,14 +558,24 @@
> > > return OK;
> > > }
> > >
> > > +static int includes_setup(ap_filter_t *f)
> > > +{
> > > + /* We will ALWAYS set the no_local_copy value to 1 so
> > > + * that we will not send 304s.
> > > + */
> > > + f->r->no_local_copy = 1;
> > > +
> > > + return OK;
> > > +}
> > > +
> > > static void php_register_hook(apr_pool_t *p)
> > > {
> > > ap_hook_pre_config(php_pre_config, NULL, NULL, APR_HOOK_MIDDLE);
> > > ap_hook_post_config(php_apache_server_startup, NULL,
> > NULL, APR_HOOK_MIDDLE);
> > > ap_hook_insert_filter(php_insert_filter, NULL, NULL,
> > APR_HOOK_MIDDLE);
> > > ap_hook_post_read_request(php_post_read_request, NULL,
> > NULL, APR_HOOK_MIDDLE);
> > > - ap_register_output_filter("PHP", php_output_filter,
> > NULL, AP_FTYPE_RESOURCE);
> > > - ap_register_input_filter("PHP", php_input_filter, NULL,
> > AP_FTYPE_RESOURCE);
> > > + ap_register_output_filter("PHP", php_output_filter,
> > includes_setup, AP_FTYPE_RESOURCE);
> > > + ap_register_input_filter("PHP", php_input_filter,
> > includes_setup, AP_FTYPE_RESOURCE);
> > > }
> > >
> > > AP_MODULE_DECLARE_DATA module php4_module = {
> > >
> >
> >
> > --
> > PHP Development Mailing List <http://www.php.net/>
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
--
TAKAGI Ryo <[EMAIL PROTECTED]>
--- End Message ---
