Onderwerp: IIS5, PHP en MSSQL

Omdat ik de laatste tijd zelf wat aan het spelen ben met IIS zou ik graag PHP op een IIS server installeren als ISAPI module. Dit is op zich geen probleem, het werkt ook, alleen niet alle modules.

De belangrijkste configuratie delen:

Code:

extension_dir = "ext/"
extension=php_gd2.dll
extension=php_mssql.dll
extension=php_mysql.dll

GD wordt geladen, MSSQL en MySQL daarentegen niet. Verander ik het naar CGI in plaats van ISAPI dan werkt alles prima.

Waar kan dit aan liggen?

Heb je de DLL bestanden in de Windows folder gezet?

Staan de rechten goed op de desbetreffende files? Uit m'n hoofd moet IUSR_COMPUTERNAME leesrechten hebben op de extensies.

De DLL bestanden moeten overigens niet in de Windowsfolder maar in C:\$phpmap\$extensiemap

Zelfs het aanpassen naar extension_dir = "C:/PHP/ext/" geeft stug aan dat de modules er niet staan.

Wat op zichzelf alweer een mooie stap in de goede richting is, aangezien er eerst geen eens een foutmelding op de machine zelf kwam, alleen in de browser, bij het missen van een functie. Nu komt er netjes een popup dat de module niet gevonden kan worden.

Ik heb de site draaien onder een andere user met genoeg rechten (is een test omgeving). Met CGI draait het perfect.

Wat is de exacte foutmelding die je krijgt in de popup?

PHP Startup: Unable to load dynamic library ' C:\PHP\ext\php_mssql.dll' - The specified module could not be found.

Zelfde voor php_mysql.dll. Het vreemde is dat ook php_gd2.dll geladen wordt volgens de config maar deze geen errors geeft.

Ff voor sure, als je in Windows Verkenner kijkt zit die file er wel?

Geef IUSR eens alle rechten op de map /ext?

Uiteraard

Oorspronkelijk geplaatst door getUP

Uiteraard

IUSR ook alle rechten op die file?

Geen effect. Het rare is ook dat php_gd2.dll in de zelfde folder staat en dat die wel prima geladen wordt.

Oorspronkelijk geplaatst door Glenn

IUSR ook alle rechten op die file?

Als IUSR_COMPUTER tenminste de uitvoerende gebruiker is voor die website. Je kunt natuurlijk iedere gebruiker de website laten uitvoeren, waaronder Administrator. Als je dat even zou proberen, dan weet je of het aan de rechten ligt

Zoek anders even op de hardeschijf waar php_gd2.dll nog meer staat

Hij draait onder een gebruiker met Administrator rechten. Daar lijkt het me ook niet aan te liggen omdat php_gd2.dll geladen wordt zonder problemen.

Lijkt opgelost te zijn door het path van PHP, "C:/PHP" in mijn kwestie, toe te voegen aan de PATH variabel. De fout wordt veroorzaakt door het niet kunnen vinden van ntwdblib.dll en libmysql.dll.

Op sommige momenten krijg ik Invalid access to memory location, maar soms ook een 405 resource denied. Enig idee waardoor dit veroorzaakt wordt?

Waarom wordt de post gemerged terwijl het een nieuwe post was?
In ieder geval, de 405 lijkt veroorzaakt te worden door het niet 'begrijpen' van IIS dat http://domain.com/folder/ ook een PHP file is.

Het gaat hier trouwens om een formulier die verstuurd wordt via POST. Als ik http://domain.com/folder/index.php direct benader en deze hierna verstuur werkt het wel.

Oorspronkelijk geplaatst door getUP

In ieder geval, de 405 lijkt veroorzaakt te worden door het niet 'begrijpen' van IIS dat http://domain.com/folder/ ook een PHP file is.

Het gaat hier trouwens om een formulier die verstuurd wordt via POST. Als ik http://domain.com/folder/index.php direct benader en deze hierna verstuur werkt het wel.

Die feature/bug is opgelost in IIS 6.0

Hij gaat uiteindelijk in productie op een IIS 6.0 server, dus dat scheelt. Tijdelijke oplossing was om het formulier te posten naar index.php.

Nu nog een probleem, dat de IUSR_computernaam niet kan connecten naar de MSSQL server. Dit ligt waarschijnlijk aan connectierechten op de MSSQL server, aangezien het onder mijn eigen user wel werkt, klopt dit?

Oorspronkelijk geplaatst door getUP

Nu nog een probleem, dat de IUSR_computernaam niet kan connecten naar de MSSQL server. Dit ligt waarschijnlijk aan connectierechten op de MSSQL server, aangezien het onder mijn eigen user wel werkt, klopt dit?

Je moet natuurlijk wel rechten toewijzen aan een database.
Wat gaat er precies fout dan?