IIS 6.0 / FileMaker Server / PHP - Configuration screwed up and I've got some questions...???

And another thing that's really confusing to me right now is that my php pages are coming up not found even when I click to browse from within IIS.  I'm trying to just get phpinfo() to work again but I'm getting page not found.

I've got a page called phpinfo.php in localhost/phptraining/phpinfo.php.  If I browse to http://localhost/phptraining/ I get the can't view directory message, but then when I add the filename on there I get page not found.

Basically it seems that all my PHP pages are giving me page not found now.  I'm as confused as ever.

Ok, I got that part fixed.  I had changed the PHP ISAPI Extension to point to the FileMaker isapi.dll file instead of the one I had installed manually.  When I did that apparently it turned off Allow so .php wasn't being used.  I turned Allow back on and how my phpinfo works again.

still back to the original problem, though, where my PHP install is screwded up because there are 2 installs on the machine.

Try to locate the new php.ini file in the windows folders and rename it or delete it and test if the scripts works again.

Ok, well actually I jus tuninstalled FM Server in hopes it would remove what it did and get me back to how I was before.  Well, it did indeed remove the php.ini file that was included in the FM install...however my scripts still can't find CURL right now!?  

I double checked my php.ini and curl is enabled.  I also have the necessary .dll's for curl in PATH as well as the PHP directory....just like it's always been.

I'm still getting undefined call to CURL, though, and I'm also getting errors with my time errors again:

Strict Standards: date() [function.date]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function.

I had fixed that in php.ini so it used my timezone and that error had gone away.

The php.ini FM installed is now gone, and I searched the system for php.ini and the only one I find is mine at D:\PHP.  I checked it, yet again, and all my extensions are still enabled as they were as well as all the other changes I had made to this file.

I also double checked the isapi.dll used in IIS again, and it's using D:\PHP\php5isapi.dll as it should.

I'm totally lost.  I have no idea why PHP can't find CURL or my timezone settings that are set in php.ini.  What the heck is it looking at???

Does this help you at all?  http://www.angelleye.com/phptraining/phpinfo.php

I don't know if that displays anything about curl installs or not.  I don't see anything myself, but figured I'd put it here for you guys to see too.

In my mind I should be right back to a regular install of IIS/PHP. I don't understand what's gone wrong here.  I have 1 PHP install, 1 php.ini file, everything still just as it was before.  But PHP is acting like I've never made a single change past initial install.

PHP is looking for the php.ini in C:\WINDOWS as your phpinfo says so you must set your windows variable PHPRC to d:\PHP

Ok I'm a little confused.  I see where it shows that it's looking for php.ini in C:\Windows, however, I don't even have a php.ini file in C:\Windows.  So how is PHP even working at all???

Also, I'm not exactly sure what PHPRC to D:\PHP means?  Are you talking about enviornment variable in the advanced tab of my computer properties?  That is indeed set to D:\PHP.

Or are you talking about something else?

And here's another thing.  If you look at the date portion of that phpinfo page, it's showing Default timezone is America/Chicago, which is what I set in D:\PHP\php.ini in order to fix that timezone problem.  But I'm getting that error right now when I run those scripts, even though this phpinfo page is showing it should be set to that.

PHPRC is the envorement var yes, that's correct so.

did you restart your server?

I went ahead and rebooted again just to be sure.  Same problem, though.  It still shows it's looking in C:\Windows for php.ini but php.ini does not exist there.  However, PHP is working enough to show me phpinfo(), but it's not enabling everything I've got enabled in my D:\PHP.ini.

I'm as lost as ever.

Back to the PATH enviornment variable, C:\Windows, C:\Windows\System32, many others, and D:\PHP all exist on that line...as they always have.  I guess I never really even looked at phpinfo() to see if it ever said D:\PHP\php.ini instead of C:\Windows but I guess it must have..??

PHPRC must be set as windows enviorement variable.

make sure this windows command echo %phprc% outputs d:\php\

from php documentation.

php.ini is searched in these locations (in order):

SAPI module specific location (PHPIniDir directive in Apache 2, -c command line option in CGI and CLI, php_ini parameter in NSAPI, PHP_INI_PATH environment variable in THTTPD)

The PHPRC environment variable. Before PHP 5.2.0 this was checked after the registry key mentioned below.

HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath (Windows Registry location)

Current working directory (for CLI)

The web server's directory (for SAPI modules), or directory of PHP (otherwise in Windows)

Windows directory (C:\windows or C:\winnt) (for Windows), or --with-config-file-path compile time option

Also  if you don't have php.ini in c:\windows php use an internal configuration using the default values.

Forgive my ignorance, but you're losing me again.  I'm a Classic ASP guy that moved to PHP.  The initial install of everything went very smoothly following guides and I never had to mess with any of this stuff.

When I first installed PHP I unzipped to D:\PHP and then I added D:\PHP to the PATH in enviornment variables.  I added the PHP ISAPI Extension into IIS and pointed it to D:\PHP\php5asapi.dll.  I then edited my php.ini file how as necessary and rebooted.  Everything worked beautifully.

As it stands now all of those settings are still exactly the same, but for some reason it's looking to C:\Windows instead of D:\PHP.  I've been looking at the docs and I don't quite understand the order...seems like that's mostly for Apache..??  

I placed a copy of my D:\PHP\php.ini file in C:\Windows and rebooted and now it is actually working.  However, it doesn't seem "correct" and I'd like to figure out what's changed that's causing it to look to C:\Windows instead of D:\PHP.  If you could bare with me a little longer that'd be cool.  Thanks!

do I need to edit that registry key?

Ok, no I don't think so.  That key doesn't exist in my registry and it says that was before PHP 5.2.

Mae sure HKEY_LOCAL_MACHINE\SOFTWARE\PHP\InstallDir is set to D:\PHP

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\Intel\DMIX;D:\PHP;C:\Program Files\DataDirect\slodbc55\

That is what my PATH in enviornment variables is.  The only difference between now and before is the addition of C:\Program Files\DataDirect\slodbc55\ on the end.  I just installed new ODBC drivers as well so that must have been added at that time.

So I'm still not understanding why it's looking at C:\Windows now instead of D:\PHP.  

well, php does not look at the PATH variable for the ini file, and it looks in c:\windows because is the default place to look when all other place fails.

You can download php sourcecode and read from there and then you will understand all of this or just set PHPRC or makesure HKEY_LOCAL_MACHINE\SOFTWARE\PHP\InstallDir is set to d:\php or use one of the other methods, i think when you uninstalled filemaker you changed the installdir key. forget the PATH variable nd you can use google to search PHPRC and meaby you can understand. hope the above helps.