Odd Problem on startup

ReiJanus

Yesterday, I was messing with my HTML(I am using the .php extension of course) Document, tweaking with PHP variables and all manner of fun things. Everything worked fine. Even got global variables to stop being a pain with a little snippet my friend gave me. So that is to say, everything was working fine yesterday.

Today I boot up my computer like any other day and now my computer won't recognize PHP script. My test page, which I was testing my scripts on yesterday, was changed in no way since last night.. I fire it up today and none of the scripts in the document are working at all.

On the browser, it displays the code within my <?php ?> tag, but of course not the <?php ?> part. Which I suppose leads me to belive that my computer isn't recognizing PHP script anymore why I don't know and that's why I'm asking for some assistance.

Specs:

PHP Version 5.0.2
Apache/2.0.52 (Win32) PHP/5.0.2

I also have SQL installed, but am not running it at the moment.

Any help anyone can provide = Much appriciated. Thank you.

stfuji

Sounds like something with your apache configuration file:

httpd.conf

you must have removed the association for php in it. Are you running Apache as a module or cgi

if you running a module you should have something like:

   LoadModule php4_module c:/apache/php4apache.dll
   AddModule mod_php4.c
   AddType application/x-httpd-php .php

I don't remember the CGI syntax as I run php as a module myself.

It is the AddType directive that associates the .php extension with the processor. The Load and Add module directives set up the processing engine when apache starts. I don't know that you actually have to have the AddModule directive might depend on whether or not you are running Linux or Windows variants. Someone else would have a better answer to that.
HTH

Geoffrey

ReiJanus

So I checked the conf file, and did a find on that entry and it's already in there, so scratch the first idea. Ex:

DirectoryIndex index.php index.html

is requested.

The index.html.var file (a type-map) is used to deliver content-

negotiated documents. The MultiViews Option can be used for the

same purpose, but it is much slower.

#
DirectoryIndex index.php index.html

As for disabling PHP processing.. I have no idea how I could have done that.. So if you can tell me any ways I 'might' have accidently done that.. It'd help.

Like I said I have no memory of messing with anything last night from the moment I shut down till I booted up and opened up my file again. It's just like.. Working last night.. Not working tonight.

Thanks for your post.

UPDATE: I checked my modules and PHP5 is running as a module. ex:

LoadModule userdir_module modules/mod_userdir.so
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule vhost_alias_module modules/mod_vhost_alias.so
#LoadModule ssl_module modules/mod_ssl.so
LoadModule php5_module c:/php/php5apache2.dll

I checked my PHP Directory and the .dll file is there and the path is correct. But this Mod Type your talking about.. Where do you add that line? Below the Load Mod line?

stfuji

I edited the above post because I am addle brained and the directory index directive only associates the loading of certain pages in absence of a defined page:

i.e. http://myserver.com/

would load either

index.php or index.html if index.php was not found.

If php was disable or disassociated then it would load the php page but not process the php tags... yeilding what you are currently seeing.

If you are running as a CGI you might also check to make sure the CGI is executable checking its attributes on Linux or making sure you on Windows the system can still execute scripts and applications in your CGI directory.

I believe under linux the module has a .so filename instead of the .dll I have above. However it has been a few months since I install PHP on a linux box.

Checking the php install file for apache against your OS should yeild the correct procedure. I think apache 2 still advocates running php as a CGI at this point so you might start there.

HTH

Geoffrey

stfuji

If it isn't the apache conf file that is the culprit you may need to put a clean php.ini file over where you have your current one placed. Something is causing your php processor to not work. So if you modified the ini file for php or the conf file for apache either of these could be your instigator. If you overwrite the php.ini file you will need to restart apache to check it after the overwrite. If you modify the conf file the same applies. Once you shut down your machine before going to bed whatever changes you had made (either on purpose or by accident) were reloaded when you rebooted this morning (i suspect). As long as the server is running no changes to these files effect it until it reboots (you probably new this).

-Geoffrey

ReiJanus

That's whats so weird though. The last thing I did last night was close down my page(Was using Max's HTML basically just for project folders and colored Syntax). I closed that down.. Closed down some chat windows.. And just turned the computer off. I havn't touched my conf file in about two days and I havn't touched my php.ini file since It was installed.. Boot up today and nothing works..

I know what you mean by my PHP processor not working. I just can't seem to figure out WHY it's not. I've checked settings and file paths and as per usual, everything seems as though it should be working fine, but isn't.

PS. I am on a WinXP non-SP2 machine.
(SP2 is evil)

PPS: I will try overwriting my PHP file(making a backup of orig of coursE) Just to see if it would help at all.

UPDATE: Changing the PHP file did nothig, as I figured. Actually, my friend setup the PHP on my machine, maybe he can help me if no one else can. Though he doesn't get on for another 11 hours... -_-

PPPS: I always reboot Apache whenever I change one of the files. So any changes I doubt would have been aparent only today. Although, it is possible I might have done it and just simply do not remember. Let me pour over my conf file again.(I know for a fact I havn't touched my php.ini file in days.. The conf file.. maybe)

stfuji

If your running as a module I would check to make sure you have the dll in the correct places: However you should get an error out of apache if it tries to load php and fails to find the dlls.

Wierd business that one. If you can't figure out where the issue is I would be tempted to suggest re-installing Apache and PHP from scratch. I haven't experienced any issues with non-SP2 updates having any effect on my installation of Apache / PHP yet so I don't think your problem lies in there.

I don't generally use Apache 2 as of know or php 5 (if your running that) since they don't seem to be as stable as the older counterparts and I have yet to run into anything I needed that php 4 and apache 1.3 don't provide.

Definitely strange business: You didn't install IIS by accident did you. If IIS is installed and monitoring port 80 I suspect it will take over the the web handling and it will not process php without some configuration. You could try changing the port apache is listening to and test your php page on this alternate port or check your services to see if IIS is on some how.

Good luck

Geoffrey

ReiJanus

Thanks for all your help stfuji. I still can't figure any of it out. I did check and as I knew I don't have IIS running(Who would use IIS over Apache anyways.)

But thanks all the same. Maybe I can eventually figure this thing out. At the least, my friend can probably help me out when he finally gets online. He's a system administrator and deals with this kinda stuff all day long.

stfuji

Good luck. If you don't mind once you get resolution on this will you please post as you have peaked my interest!

Thanks,
Geoffrey

ReiJanus

Oh my god...

Please, someone brand me with a HUGE firebrand that says:

BIGGEST DANG NOOB IN ALL THE UNIVERSE.

OMG...

I was opening the file from my windows directory: ex

C:/apache/apache2/ect

Instead of from the Local Host... OMEG..

Someone shoot me.

Thanks for all your help stfuji.
Evidently, I didn't have enough caffein this morning when I woke up. -_-;;

OMFG.