Hello,

Can anyone give me some pointers for solving my php serving problem?
I'm relatively new to this sort of thing in linux.

The problem is: all php output appears client side as garbled text (in
firefox, and IE wants to download the page, but gives an error that
downloading isn't possible).
I had a working system (suse 9.0 / apache2 /php4/mysql) and upgraded
to suse 9.1 (i know, "if it aint broke, dont fix it", but i did it
anyway)

Apache runs and serves html pages, but no php. mysql runs fine as
well. I've checked the mime type, which is there
( application/x-httpd-php 	phtml pht php php3 )
But that's about all I can think of. It's probably a common config
problem, but google hasn't been helpful zo far.

Apache2 log shows only errors concerning missing i2c sensors:
" [warn] Init: Session Cache is not configured [hint: SSLSessionCach
e]
[notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[notice] Apache/2.0.49 (Linux/SuSE) configured -- resuming normal
operations
Can't access procfs/sysfs file
Unable to find i2c bus information;
For 2.6 kernels, make sure you have mounted sysfs!"

But i can't see any relation between these errors and php not working.

TIA

Mathew

[ Post a follow-up to this message ]

supercow wrote:
> Hello,
>
> Can anyone give me some pointers for solving my php serving problem?
> I'm relatively new to this sort of thing in linux.
>
> The problem is: all php output appears client side as garbled text (in
> firefox, and IE wants to download the page, but gives an error that
> downloading isn't possible).
snip

Shooting from the hip here, but if memory serves you want to make sure your 
php
scripts are set as executable, and that php is set up in your httpd.conf fil
e. I
forget the exact spot and syntax, but you have to tell apache that you want 
php
files to run, not be downloaded.

Sorry I can't be more exact, but I don't have it running on my linux box her
e at
home.  Hopefully this will point you in a profitable direction though...

...Kevin
--
Kevin & Theresa Miller
Juneau, Alaska
http://www.alaska.net/~atftb

[ Post a follow-up to this message ]

supercow <supercow@not.forfree.at> schrieb:

>Hello,
>
>Can anyone give me some pointers for solving my php serving problem?
>I'm relatively new to this sort of thing in linux.
>
>The problem is: all php output appears client side as garbled text (in
>firefox, and IE wants to download the page, but gives an error that
>downloading isn't possible).
>I had a working system (suse 9.0 / apache2 /php4/mysql) and upgraded
>to suse 9.1 (i know, "if it aint broke, dont fix it", but i did it
>anyway)

it seems, php isnot running. This download issue is a sure proof for
that. What happen sif you make a phpinfo() request?

>
>Apache runs and serves html pages, but no php. mysql runs fine as
>well. I've checked the mime type, which is there
>( application/x-httpd-php 	phtml pht php php3 )
>But that's about all I can think of. It's probably a common config
>problem, but google hasn't been helpful zo far.

Mine worked right out of the box. No problems so far.

Check with yast if you have installed php modules for Apache 2. Do a
search for php in Yast and look for it.
>
>Apache2 log shows only errors concerning missing i2c sensors:
>" [warn] Init: Session Cache is not configured [hint: SSLSessionCac
he]
> [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
> [notice] Apache/2.0.49 (Linux/SuSE) configured -- resuming normal
>operations
>Can't access procfs/sysfs file
>Unable to find i2c bus information;
>For 2.6 kernels, make sure you have mounted sysfs!"
>
>But i can't see any relation between these errors and php not working.
no idea either.

>
>TIA
>
>Mathew

Good luck
best,
-nosy
canalegrande at myway dot com

[ Post a follow-up to this message ]

On Mon, 03 May 2004 07:36:04 GMT, nosy <narrischesschwammerl@yahoo.de>
wrote:
>it seems, php isnot running. This download issue is a sure proof for
>that. What happen sif you make a phpinfo() request?
The same thing. the php file is downloaded as garbled (binary) text.
I'm not so sure that php isn't running. One would expect apache to
serve up php files the way they exist on the harddrive (as text or
html) if php isn't running.

>Check with yast if you have installed php modules for Apache 2. Do a
>search for php in Yast and look for it.
I did remove phpwith yast and later apache2+php. Reinstalling didn't
change the situation though. Still html is served correctly and php
doesn't work

Well ..  something went wrong with the update from 9.0 to 9.1. xfree86
and the nvidia driver gave errors, but again, i don't see any relation
between that and the php problem.

thanx

Mathew

[ Post a follow-up to this message ]

On Sun, 02 May 2004 13:48:20 -0800, Kevin & Theresa Miller
<atftb@alaska.net> wrote:

>supercow wrote: 
>snip
>
>Shooting from the hip here, but if memory serves you want to make sure your
 php
>scripts are set as executable, and that php is set up in your httpd.conf fi
le. I
>forget the exact spot and syntax, but you have to tell apache that you want
 php
>files to run, not be downloaded.

Well I checked all that. mimetypes are ok, default documents are ok,
file settings seem ok (no difference to the previous situation).
reinstalled php and apache a few times to no avail. Could it be a
apache2/php4 problem? (unrelated to the 9.1 update?)

thanx

Mathew

[ Post a follow-up to this message ]

On Mon, 03 May 2004 21:30:33 +0200, supercow wrote: 
>
> Well I checked all that. mimetypes are ok, default documents are ok,
> file settings seem ok (no difference to the previous situation).
> reinstalled php and apache a few times to no avail. Could it be a
> apache2/php4 problem? (unrelated to the 9.1 update?)


I don't know if you've figured this out yet, but there *is* a problem
with the apache2 and php shipping with 9.1 - in fact a vanilla install
will result in apache2 simply refusing to run.  I'm wondering if the
behaviour you're getting is what happens when there's an upgrade.  Anyway,
checkout this thread:

http://linuxquestions.org/questions...004/04/4/175640

and specifically the last entry where the user uninstalled the php imap
mod.  I tried this and all went well - and it beats completely disabling
php.  Give that a shot and see if that helps...

Regards

DT

[ Post a follow-up to this message ]

DThor wrote:
> I don't know if you've figured this out yet, but there *is* a problem
> with the apache2 and php shipping with 9.1 - in fact a vanilla install
> will result in apache2 simply refusing to run.  I'm wondering if the
> behaviour you're getting is what happens when there's an upgrade.  Anyway,
> checkout this thread:
>
> http://linuxquestions.org/questions...004/04/4/175640

Is it not solved with an update?
ftp://ftp.suse.com/pub/suse/i386/up.../rpm/i586/INDEX tells me:

apache2-mod_php4.rpm
PHP used to dlopen its modules with RTLD_GLOBAL, so that some
symbols were messed up. In particular, php ended with segfault
whenever php4-recode was loaded after php4-mysql. This update
avoids this by using RTLD_LOCAL.

This update also fixes a problem with undefined php function 'mail()'.

--
houghi						http://www.houghi.org
My experience with SuSE Linux 9.1

>  The businessworld is like prison and M$ made everybody their XXXXX.

[ Post a follow-up to this message ]

On Mon, 10 May 2004 16:39:14 +0000, houghi wrote:
 
>
> Is it not solved with an update?
> ftp://ftp.suse.com/pub/suse/i386/up.../rpm/i586/INDEX tells me:
>
...
>  This update also fixes a problem with undefined php function 'mail()'.


Hmm, I've been checking for updates and installing them, and this problem
is still there.  I'll check this, thanks...

DT

[ Post a follow-up to this message ]