PHP under IIS : extension_dir problem

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Damien

    PHP under IIS : extension_dir problem

    Dear All,
    I'm having LOTS of troubles setting the extensions directory under windows.

    On my "testing" server (windows XP, IIS), I could set the directory to :

    extension_dir = ./extensions/

    That's it, no quotes and slashes.

    On the "prod" server (Win NT 4 + IIS), there's no way to make it work...
    I've tried this relative path, an absolute path, slashes and
    backslashes, quotes or no quotes. Everytime I restarted IIS.

    Every time, I get a message "unable to load extension
    d:\intranet\php \extensions\php _gd2.dll". Yes the file is there at this
    exact path.

    Any idea ? Comments in the documentation did not help this time :(

    Thanks a lot in advance !
    --
    Damien

    "All parts should go together without forcing. You must remember that
    the parts you are reassembling were disassembled by you. Therefore, if
    you can't get them together again, there must be a reason. By all means,
    do not use hammer." -- IBM maintenance manual, 1975
  • NC

    #2
    Re: PHP under IIS : extension_dir problem

    Damien wrote:[color=blue]
    >
    > Every time, I get a message "unable to load extension
    > d:\intranet\php \extensions\php _gd2.dll". Yes the file is there at[/color]
    this[color=blue]
    > exact path.[/color]

    Try another extension library. If it works, your copy of php_gd2.dll
    is damaged. Replace it and try again. If it doesn't, check
    permissions
    on the extensions directory.

    Also, check if your version of PHP is compatible with GD 2.

    Cheers,
    NC

    Comment

    • Damien

      #3
      Re: PHP under IIS : extension_dir problem

      NC a écrit :
      (snip)[color=blue]
      > Try another extension library.[/color]
      Did so, no luck.
      [color=blue]
      > If it works, your copy of php_gd2.dll
      > is damaged. Replace it and try again.[/color]

      No other extension seems to work : mbstrings, pdf, zip...
      [color=blue]
      >If it doesn't, check
      > permissions on the extensions directory.[/color]

      Good point.[color=blue]
      >
      > Also, check if your version of PHP is compatible with GD 2.
      >[/color]
      Another good point, I'll go and check if 4.3.7 is compatible.

      Yet, I've just checked my "home" windows xp:
      extension_dir = "c:\php\extensi ons\"

      Not the same as the one at work :'(

      Thanks again !
      Cheers,
      --
      Damien

      Comment

      • Philip  Olson

        #4
        Re: PHP under IIS : extension_dir problem

        You're sure it's not a permissions issue? (Not that I know how
        permissions work on Windows and/or IIS...)

        Comment

        • ECRIA Public Mail Buffer

          #5
          Re: PHP under IIS : extension_dir problem

          May I ask why anyone would put themselves through the pain and torture of
          using PHP on IIS rather than Apache?

          ECRIA
          Providing a surprisingly human shopping experience. Trusted and secure. Millions of domains to choose from.



          Comment

          • NC

            #6
            Re: PHP under IIS : extension_dir problem

            ECRIA Public Mail Buffer wrote:[color=blue]
            >
            > May I ask why anyone would put themselves through the pain and torture
            > of using PHP on IIS rather than Apache?[/color]

            Last few times I set up PHP under IIS, I didn't notice pain nor
            torture... :) Seriously, though, the reason is very simple; you
            may need to host PHP applications and ASP applications on the same
            machine.

            Cheers,
            NC

            Comment

            • Adam

              #7
              Re: PHP under IIS : extension_dir problem

              On Tue, 24 May 2005 15:39:43 -0400, ECRIA Public Mail Buffer wrote:
              [color=blue]
              >May I ask why anyone would put themselves through the pain and torture of
              >using PHP on IIS rather than Apache?[/color]

              Because some ISPs insist on running Winblows boxes and some clients
              insist on retaining their current ISP. As a developer, I'm not always
              able to control that ... only advise, or suggest.

              I've come across this situation a few times. That they're even
              prepared to install PHP at all is a blessing!

              Apache on Win32 isn't stable enough for a production environment
              (according to Apache). The good news is that I think PHP is helping to
              make inroads into the MS monolith, and ISPs that were previously tied
              to MS-only solutions are now seriously looking at Linux alternatives.

              Adam.

              Comment

              Working...