1. Please take a little time for this simple survey! Thank you for participating!
    Dismiss Notice
  2. Dear Pleskians, please read this carefully! New attachments and other rules Thank you!
    Dismiss Notice
  3. Dear Pleskians, I really hope that you will share your opinion in this Special topic for chatter about Plesk in the Clouds. Thank you!
    Dismiss Notice

PHP3 files not working...

Discussion in 'Plesk for Windows - 8.x and Older' started by infinite, Feb 6, 2004.

  1. infinite

    infinite Guest

    0
     
    Hey everyone! I have just successfully installed Plesk 6.5 on my Server and I was wondering, WHY THE HELL DOES PHP NOT WORK??? I think it has to do with the way it is installed in the httpd.conf file... But, I also tried installing it as a CGI executable, which isn't safe to begin with, but that when I tried accessing the page it gave me several errors about missing modules. It isn't that the PHP installation completely doesn't work because it does show a white page, but I can only see the white page... Can anyone help me?
     
  2. sieb@

    sieb@ Guest

    0
     
    hmm.. This is odd considering the control panel is all php. The missing modules is probably because they are not activated in the php.ini, I would start looking there.
     
  3. infinite

    infinite Guest

    0
     
    OK I changed the variables in php.ini.... Now, I'm back to where I was with just a white page... When I viewed the source of the page I was able to see the PHP code... Which means that it's not interpereting the code... Someone please help me... I'm soooo stuck right now!!
     
  4. siren@

    siren@ Guest

    0
     
    6.5 for windows doesn't use the httpd.conf because it isn't running in Apache. Check your IIS configuration, per site configuration (the virtual directories) under scripting configuration to make sure .php, .php3, and .phtml are mapped properly.
     
  5. sieb@

    sieb@ Guest

    0
     
    yea, under the virtual site/virtual dir/configuration/ there should be mappings for .php and .php3. PHP isn't installed per say, it looks like there is a custom mapping for it. All the modules are in the admin folder with some apache files. Its kinda odd..
     
  6. infinite

    infinite Guest

    0
     
    OK wait... I'm getting this now:

    Now what the hell do I have to do?
     
  7. tdscom

    tdscom Guest

    0
     
    Locate the cgi.force_redirect entry in your PHP.ini file, and edit it as follow :

    cgi.force_redirect = 0
     
  8. siren@

    siren@ Guest

    0
     
    Don't link to the admin folder. Link to \plesk\php\php.exe

    The admin folder is for the interface which runs on Apache. None of the sites run on Apache!. The modules are for Apache!
     
  9. infinite

    infinite Guest

    0
     
    Ok here is everything I did so far:

    installed Plesk
    installed Plesk patch
    installed php
    installed perl

    Editted the php.ini:
    cgi.force_redirect = 0
    changed the modules directory

    Now when I go to the webpage (htdocs) it shows this:
    When I go to the https://myurl:8443 it shows just a blank white page!

    Now I have explained exactly what's going on! Someone please help me!!!
     
  10. siren@

    siren@ Guest

    0
     
    You should not have installed PHP and Perl, if you want the ISAPI filters, should have been installed prior to Plesk.
     
  11. sieb@

    sieb@ Guest

    0
     
    Yup, I figured that our after I said that. I don't get why they left them in there though..
     
  12. siren@

    siren@ Guest

    0
     
    They are used by the Plesk Control Panel which runs under Apache.
     
  13. infinite

    infinite Guest

    0
     
    So what should I do now??
     
  14. siren@

    siren@ Guest

    0
     
    I would recommend a system rebuild. Start from scratch with a fresh install of windows. If this is impossible you are probably going to need help. There is no way I could walk you through the steps to repair this. I know we could probably do it, but ..........

    So, if you can I would just start over with a fresh install.
     
  15. sieb@

    sieb@ Guest

    0
     
    I have been messing with this all day with some test sites..

    The problems I am having with php stem from the fact that PSA uses its own application pool instead of the default IIS application pool. Some sites work using the PSASystemAppPool, and others only work using the DefaultAppPool depending on how you mess with things.

    I did some digging and basically all I had to do was map the isapi filter in application configuration (like your supposed to do with php) while still using the PSASystemAppPool.

    .php "c:\program files\Plesk\php\sapi\php4isapi.dll"
    .php3 " "

    You also need to register it under the ISAPI Filters.

    The only problem I have is that it runs deathly slow compared to using the php.exe.
    :mad:
     
  16. siren@

    siren@ Guest

    0
     
    I disagree. If you had left it alone it would have worked. We have PHP working w/ Plesk on IIS with no problems. But then again, we didn't install PHP after Plesk, nor attempt to link the PHP mapping to the PHP executable compiled for apache & PSA.
     
  17. siren@

    siren@ Guest

    0
     
    Also, if you remove that and remap under script configuration .php and .php to \plesk\php\php.exe it should run properly. Although from what you've said it sounds as if you have other problems now.
     
  18. sieb@

    sieb@ Guest

    0
     
    On our clean install of PSA6.5, no PHP worked. I noticed that there was no mapping for .php which I added using the php4isapi.dll in Plesk (or the php.exe) and it all worked fine. I did not have to install PHP itself.

    In the process of doing all this I messed with the AppPool settings and found other inconsistancies but, in the end, all you should have to do is map it and it should work fine.

    Then again DDreams, it sounds like you have gotten all sorts of fixins from Plesk so they may have writen in that fix in the hotfixes, I just used the install and sp1.
     
  19. siren@

    siren@ Guest

    0
     
    On only one of our servers. We have 4 that are fresh installs of SP1 and 2 that were 6.5 updated to SP1.

    Also, we manage multiple servers and do installs and have not seen a failure to map PHP.
     
Loading...