[PHP/MySQL] Werken niet samen

[Bastiaan]

Ik ben de hele ochtend al bezig om PHP met MySQL te laten samenwerken middels IIS6 op Windows Server 2003. Daarbij heb ik gebruik gemaakt van exáct deze stappen: http://www.atksolutions.c...nstall_php_mysql_iis.html.

De installatie van PHP is succesvol, de installatie van MySQL is ook succesvol. Alleen bij de koppeling gaat het mis. Wanneer ik (op dit moment voor het testen) de install van Joomla wil starten krijg ik doodleuk de melding dat SQL niet wordt ondersteund.

Nu ben ik dus ook al aan het Google-en geslagen en heb ook de search geraadpleegd. Daarbij zijn diverse resultaten naar boven gekomen (zoals [PHP] Mysql support op PHP 5.x) maar dit soort oplossingen hebben helaas niets geholpen, even los van het feit dat de meeste instellingen al goed stonden.

Iemand dé gouden tip?

[Joolee]

Kopieer libmysql.dll naar je system32 folder en controlleer of je php_mysql wel aanwezig is en op de juiste manier in je config staat.

[Bastiaan]

De libmysql.dll stond er al in, maar is (just in case) opnieuw gekopieerd. php_mysql is aanwezig en staat in de config ook goed ("extension=php_mysql.dll"). Services gestopt/gestart en de server herstarten maken geen verschil helaas.

Bij het opvragen van de phpinfo staat er ook netjes dat de extensions gevonden worden in C:\PHP\ext.

[ Voor 12% gewijzigd door Bastiaan op 26-10-2009 12:42 ]

[pedorus]

Doe je niet gewoon iets fout bij het installeren van Joomla?

Het lijkt erop alsof je de instructies niet hebt gelezen, uit Joomla's INSTALL.PHP:

quote: http://api.joomla.org/ric_INSTALL.php.html

While we have reports that Joomla! works on IIS server we recommend Apache
for running Joomla! on Windows.

[ Voor 7% gewijzigd door pedorus op 26-10-2009 13:01 . Reden: link ]

[Confusion]

Dat is eigenlijk wel een redelijk belachelijke instructie. Een CMS hoort volledig onafhankelijk van de gebruikte webserver te zijn. Zolang die webserver er maar voor zorgt dat .php pagina's door een PHP interpreter gehaald worden en geen rare fratsen met HTTP headers uithaalt, dan hoort het CMS daar geen verschil in te merken.

[ Voor 20% gewijzigd door Confusion op 26-10-2009 13:06 ]

[Bastiaan]

Confusion schreef op maandag 26 oktober 2009 @ 13:04:
Dat is eigenlijk wel een redelijk belachelijke instructie. Een CMS hoort volledig onafhankelijk van de gebruikte webserver te zijn. Zolang die webserver er maar voor zorgt dat .php pagina's door een PHP interpreter gehaald worden en geen rare fratsen met HTTP headers uithaalt, dan hoort het CMS daar geen verschil in te merken.

Die mening heb ik ook.
Echter; het is wel een reden om het eens met Apache te proberen. Al is het maar om het één en ander uit te sluiten.

[Remus]

Confusion schreef op maandag 26 oktober 2009 @ 13:04:
Dat is eigenlijk wel een redelijk belachelijke instructie. Een CMS hoort volledig onafhankelijk van de gebruikte webserver te zijn. Zolang die webserver er maar voor zorgt dat .php pagina's door een PHP interpreter gehaald worden en geen rare fratsen met HTTP headers uithaalt, dan hoort het CMS daar geen verschil in te merken.

Kan ook gewoon te maken hebben met support/test kosten. Testen op één platform (even OS weggelaten) is natuurlijk makkelijker dan alle combinaties van webservers te supporten/testen.

[Bastiaan]

Met Apache lijkt het ook niet juist te werken. Ik vermoed dat het toch ergens in een configuratie-issue zit van MySQL.

In de genoemde tutorial in de TS staat een stuk script:

code:

<?PHP
//remember to change the password to whatever you set
//it to in mysql instance configuration

//first parameter is server name, 2nd username 'root', 3rd is password
$rst = @mysql_connect("localhost","root","xxxxxxxx");

if (!$rst){
     echo( "<p>Unable to connect to database manager.</p>");
       die('Could not connect: ' . mysql_error());
     exit();
} else {
  echo("<p>Successfully Connected to MySQL Database Manager!</p>");
}

if (! @mysql_select_db("mysql") ){
     echo( "<p>Unable to  connect database...</p>");
     exit();
} else {
  echo("<p>Successfully Connected to Database 'MYSQL'!</p>");
}
?>

Wanneer ik op de server dit bestand (test_mysql.php) open, zou ik moeten zien of er een succesvolle verbinding gemaakt kan worden met de database. Het scherm wat ik krijg is gewoon blanco. Niks meer dan dat. Wellicht dat er dan bij iemand een belletje rinkelt? De database bestaat gewoon. Middels de MySQL Administrator is deze ook gewoon benaderbaar.

[HuHu]

Staat je error_reporting aan en op E_ALL | E_STRICT ?

[Pin0]

Doet PHP het überhaupt wel?

code:

<?php
echo 'Hello World';
?>

[kwaakvaak_v2]

Pin0 schreef op maandag 26 oktober 2009 @ 15:35:
Doet PHP het überhaupt wel?

code:

<?php
echo 'Hello World';
?>

wat denk jij dan dat die melding genereerd dat mysql niet wordt ondersteunt?


ontopic, ik gok dat joomla checked of een bepaalde extensie geladen is in de $_SERVER vars ofzo, en die zijn onder een IIS installatie volgens mij echt anders dan onder een apache installatie. Beetje suf van Joomla, maar aan de andere kant.. het is wel joomla

[xiD]

Als php het doet kijk dan is of je via phpinfo(); kan zien of mysql geladen wordt.

[Bastiaan]

Nee, staat wel aan, maar op E_ALL & ~E_NOTICE.

Ik heb het in ieder geval aangepast en ben nu aan het herstarten. Eens kijken wat dat oplevert.

[Pin0]

kwaakvaak_v2 schreef op maandag 26 oktober 2009 @ 15:38:
[...]


wat denk jij dan dat die melding genereerd dat mysql niet wordt ondersteunt?
knip..

De TS zei dat hij bij het testscript gewoon een blanco pagina kreeg, aan dat script te zien moet er altijd uitvoer komen en dat was niet het geval, vandaar...

Maar het zou inderdaad goed aan joomla kunnen liggen

[Bastiaan]

Pin0 schreef op maandag 26 oktober 2009 @ 15:43:
[...]

De TS zei dat hij bij het testscript gewoon een blanco pagina kreeg, aan dat script te zien moet er altijd uitvoer komen en dat was niet het geval, vandaar...

Maar het zou inderdaad goed aan joomla kunnen liggen

Er komt inderdaad nog (steeds) geen uitvoer. Ik ben overigens niet van mening dat het tot zo ver aan Joomla ligt. Ik krijg namelijk geeneens beeld met dat testscript (de voorbereidingsfase) voordat Joomla (wat dan de daadwerkelijke testfase zou zijn) überhaupt in beeld komt. Het zou inderdaad wél zo kunnen zijn dat Joomla naar aanleiding van deze problemen niet aan de gang komt, maar dat is een ander probleem.

In dit geval is het Joomla, maar de 'applicatie' welke uiteindelijk draait moet natuurlijk komen te staan op een werkende configuratie van MySQL. Pas als MySQL werkt zoals het hoort bekijk ik wat er getest/gedraaid wordt.

[ Voor 13% gewijzigd door Bastiaan op 26-10-2009 16:00 ]

[Bastiaan]

xiD schreef op maandag 26 oktober 2009 @ 15:39:
Als php het doet kijk dan is of je via phpinfo(); kan zien of mysql geladen wordt.

Nee, over geladen MySQL-onderdelen wordt geen woord gerept. Ik kan ook niet direct vinden waar ik die links tussen PHP en MySQL nog eventueel verder kan leggen.

[xiD]

Dat zou betekenen dat er toch iets niet goed staat in je php.ini of dat de bestanden voor mysql niet op de goede plaats staan.

Ik weet niet of je IIS ook wil gebruiken voor andere dingen buiten php / mysql om anders is het misschien het overwegen waard om IIS uit te schakelen en over te stappen op een pakket als WAMP.

[HuHu]

Haal de @ eens weg op regels 6 en 16. Zie je dan nog steeds niets?

[ Voor 5% gewijzigd door HuHu op 26-10-2009 16:38 ]

[pedorus]

HuHu schreef op maandag 26 oktober 2009 @ 16:38:
Haal de @ eens weg op regels 6 en 16. Zie je dan nog steeds niets?

Vrij brilliant om "@" op te nemen in een testscript inderdaad. Dan wordt die fatal foutmelding namelijk niet weergegeven en kun je dus gewoon niks terugkrijgen.. Gezien het verdere verloop moet "mysql_connect" wel een fatal hebben gegenereerd.

[Bastiaan]

HuHu schreef op maandag 26 oktober 2009 @ 16:38:
Haal de @ eens weg op regels 6 en 16. Zie je dan nog steeds niets?

Ook dát maakt geen verschil. Blanco scherm it is.

xiD schreef op maandag 26 oktober 2009 @ 16:28:
Dat zou betekenen dat er toch iets niet goed staat in je php.ini of dat de bestanden voor mysql niet op de goede plaats staan.

Ik weet niet of je IIS ook wil gebruiken voor andere dingen buiten php / mysql om anders is het misschien het overwegen waard om IIS uit te schakelen en over te stappen op een pakket als WAMP.

Dit ga ik nu doen. Ik wordt het wel een beetje beu om maar geen stap vooruit te komen. Zo! Schone lei!

[Cartman!]

Of display_errors() stond uit, dan kun je error_reporting op E_ALL|E_STRICT zetten maar dan zie je nog niks.

[Bastiaan]

Met Wamp werkt alles ineens (bijna) zoals het hoort, zonder ook maar zelf 1 instelling aangepast te hebben. Alleen even de puntjes op de i zetten en dan laat ik het daarbij. IIS is geen must om te werken, dus ik beschouw dit als een acceptabele oplossing.

[HuHu]

Weet je zeker dat je geen Fatal error: Call to undefined function mysql_connect() krijgt ergens? Of stiekem in een IIS log? En als je alle regels in commentaar zet en ze vervolgens één voor één weer toevoegt aan je script, bij welke regel faalt je script dan?

Dus dan doe je zoiets:

PHP:

//remember to change the password to whatever you set
//it to in mysql instance configuration

//first parameter is server name, 2nd username 'root', 3rd is password
//$rst = @mysql_connect("localhost","root","xxxxxxxx");

//if (!$rst){
//     echo( "<p>Unable to connect to database manager.</p>");
//       die('Could not connect: ' . mysql_error());
//     exit();
//} else {
//  echo("<p>Successfully Connected to MySQL Database Manager!</p>");
//}

//if (! @mysql_select_db("mysql") ){
//     echo( "<p>Unable to  connect database...</p>");
//     exit();
//} else {
//  echo("<p>Successfully Connected to Database 'MYSQL'!</p>");
//}

echo 'HOI';

En dan voeg je steeds een regel toe, totdat de HOI niet meer verschijnt. Dan weet je waar het mis gaat, ook al zie je geen foutmelding.

[Bastiaan]

Waarom dit gisteren niet werkte weet ik niet. Ik heb ook nog wat andere drempeltjes moeten nemen om fatsoelijk met MySQL aan de gang te gaan.

Het hele probleem is inmiddels opgelost door een extra (nieuwe) gebruiker aan te maken en deze credentials te gebruiken. De rechten zijn idem aan het root-account maar nu werkt alles zonder problemen, ook bovenstaand script.