crash navigateur lors de execute

[elratus]

Bonjour tout le monde,

Alors voici mon code qui marche :

Code :

1
2
3
4
5
6
7
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;");
 
		$dr = $dbh->prepare("select nom from entite where id =1");
		$dr->execute(array(1));
		$row = $dr->fetch(PDO::FETCH_ASSOC);
 
		var_dump($row);

et celui qui ne marche pas

Code :

1
2
3
4
5
6
7
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;");
 
		$dr = $dbh->prepare("select nom from entite where id =:param");
		$dr->execute(array(':param' => 1 ));
		$row = $dr->fetch(PDO::FETCH_ASSOC);
 
		var_dump($row);

Et le fait que le paramétre soit sous la forme '?' ne change rien, le navigateur plante...
et quand j'essaye sur un serveur externe linux, le message d'erreur n'aide pas trop:

Code :

00000array(4) { [0]=> string(5) "00000" [1]=> int(0) [2]=> string(24) " ((null)[0] at (null):0)" [3]=> string(0) "" } NULL

J'ai tout essayé je crois -_-

[Fench]

Bonjour,

Essayes

Code :

1
2
 
$dr = $dbh->prepare('select nom from entite where id =:param');

Car j'ai peur qu'entre double quote, il évalue le :param incorrectement.

Et sinon avec des marqueurs, ça marche pas, genre

Code :

1
2
3
4
5
6
 
$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;");
 
$dr = $dbh->prepare("select nom from entite where id = ?");
$dr->execute(array(1));
$row = $dr->fetch(PDO::FETCH_ASSOC);

[elratus]

non ça ne marche pas non plus..

j'ai testé ça:

Code :

1
2
3
4
5
6
7
8
9
10
11
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=ol_hotline;Database=supportv2; Uid=informix;Pwd=informix;");
		$dr = $dbh->prepare('select * from entite where id =:test');
 
		if(!$dr->execute(array(':test' => 1))){
		   echo $dbh->errorCode();
		   var_dump($dbh->errorInfo());
		}
		else{
		$row = $dr->fetch(PDO::FETCH_ASSOC);
		var_dump($row);
		}

et ça :

Code :

1
2
3
4
5
6
7
8
9
10
11
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=ol_hotline;Database=supportv2; Uid=informix;Pwd=informix;");
		$dr = $dbh->prepare('select * from entite where id =?');
 
		if(!$dr->execute(array(1))){
		   echo $dbh->errorCode();
		   var_dump($dbh->errorInfo());
		}
		else{
		$row = $dr->fetch(PDO::FETCH_ASSOC);
		var_dump($row);
		}

et pareil, plantage du navigateur:
Page Web inaccessible
La connexion à 127.0.0.1 a été interrompue.

[Fench]

Et le premier code marche ?

[elratus]

Nope

Sinon je suis tombé là dessus mais ça date et en plus c'est réglé (https://bugs.php.net/bug.php?id=56293)

[gene69]

bonjour

Car j'ai peur qu'entre double quote, il évalue le :param incorrectement.

je vois pas de raison.

le navigateur plante...

comment ça il "plante" ? c'est même pas la meme machine... je vois pas trop ce que tu veux dire..

[elratus]

Quand je dis il plante, il m'affiche le message suivant:

Code :

1
2
3
4
5
6
7
8
Page Web inaccessible
La connexion à 127.0.0.1 a été interrompue.
Voici quelques suggestions :
Actualisez cette page Web ultérieurement.
Vérifiez votre connexion Internet. Redémarrez votre routeur, votre modem ou tout autre périphérique réseau que vous utilisez.
Ajoutez Google Chrome aux programmes autorisés dans les paramètres de votre pare-feu ou de votre antivirus. S'il est déjà autorisé, supprimez-le de la liste des programmes autorisés et ajoutez-le à nouveau.
Si vous utilisez un serveur proxy, vérifiez vos paramètres de proxy ou contactez votre administrateur réseau pour vérifier que le serveur proxy fonctionne. Si vous ne pensez pas devoir utiliser de serveur proxy, réglez vos paramètres de proxy : Accédez au menu Clé à molette > Paramètres > Afficher les paramètres avancés… > Modifier les paramètres du proxy... > Paramètres réseau et désélectionnez l'option "Utiliser un serveur proxy pour votre réseau local"..
Erreur 101 (net::ERR_CONNECTION_RESET) : La connexion a été réinitialisée.

J'ai rien de concret sur quoi m'appuyer

[gene69]

tu veux pas utiliser un vrai navigateur comme firefox ?

ajoute un echo "toto" ça devrait provoquer un affichage et peut-être enlever ce message d'erreur.

s'il y avait une erreur tu aurais un msg d'erreur qui s'afficherai dans ton navigateur... selon la conf de ton fichier de log.

tu utilises les paramètres php.ini dit "de développement" recommandés pour ton serveur php ?

edit: si le log est uniquement dans le fichier texte, faut nous montrer les derniers messages.

[elratus]

#en cours d'édition

[gene69]

et pourquoi tu tappes sur 127.0.0.1 et pas sur localhost ??

[Fench]

Envoyé par gene69

bonjour


je vois pas de raison.

C juste une question sur la syntaxe entre les doubles et les simples quotes, php ne réagit pas de la même manière.

Sinon, @elratus, je premier post disait que le premier code marchait et que le deuxième non c'est plus le cas alors parceque l'erreur n'est pas du tout sur le même pb. Maintenant, c'est plus sur le serveur Apache je pense

[gene69]

Envoyé par elratus

et lorsque je lançe le script sur le serveur linux, le message d'erreur n'est pas très bavard !

Code :

00000array(4) { [0]=> string(5) "00000" [1]=> int(0) [2]=> string(24) " ((null)[0] at (null):0)" [3]=> string(0) "" }

ça n'est pas un message d'erreur, c'est le résultat de ton var_dump, regarde le code source pour voir l'indentation initiale.

[Fench]

et pourquoi tu tappes sur 127.0.0.1 et pas sur localhost ??

C pareil

[gene69]

C juste une question sur la syntaxe entre les doubles et les simples quotes, php ne réagit pas de la même manière.

ET ? avec des "" php interprete les $variables mais c'est tout, apres ça refile une chaine à la methode native pis c'est tout. une chaine c'est une chaine. vu qu'il n'y a ni " ni ' dans la chaine elle-même c'est kifkif pour moi.

[gene69]

Envoyé par Fench

C pareil

pas tout à fait. localhost n'a pas besoin d'une pile IPv4 pour fonctionner.

[Fench]

Envoyé par gene69

ET ? avec des "" php interprete les $variables mais c'est tout, apres ça refile une chaine à la methode native pis c'est tout. une chaine c'est une chaine. vu qu'il n'y a ni " ni ' dans la chaine elle-même c'est kifkif pour moi.

Effectivement, si tu ne considères que la chaine de caractère pour un echo ou autres fonctions simple qui parse que sur $ mais certaines fonctions peuvent considérer autre chose qu'un simple $, le : pour la méthode prepare peut modifier son comportement, tu en sais pas plus et dans le doute, nous mettons des simples ou des doubles en fonction de ce que nous voulons.

Donc chacun son style !

[elratus]

Envoyé par Fench

Sinon, @elratus, je premier post disait que le premier code marchait et que le deuxième non c'est plus le cas alors parceque l'erreur n'est pas du tout sur le même pb. Maintenant, c'est plus sur le serveur Apache je pense

C'est à dire, qu'est ce qu'il ne pourrait pas plaire à apache? Mais c'est louche parce que quand pdo n'a pas à remplacer les paramètres tout marche nickel, mais lorsque je passe les paramètres à execute pour que cet idiot les changent, plantage d'apache!

Envoyé par gene69

ça n'est pas un message d'erreur, c'est le résultat de ton var_dump, regarde le code source pour voir l'indentation initiale.

Oui je sais, je me suis mal expliqué, enfin c'est le messeur d'erreur de pdo

Sinon mon log n'aide pas trop:

Code :

1
2
3
4
5
6
7
8
9
10
PHP Warning:  PHP Startup:  in Unknown on line 0
[Thu Sep 06 14:08:48 2012] [notice] Apache/2.2.22 (Win64) PHP/5.4.3 configured -- resuming normal operations
[Thu Sep 06 14:08:48 2012] [notice] Server built: May 13 2012 19:41:17
[Thu Sep 06 14:08:48 2012] [notice] Parent: Created child process 4712
PHP Warning:  PHP Startup:  in Unknown on line 0
[Thu Sep 06 14:08:48 2012] [notice] Child 4712: Child process is running
[Thu Sep 06 14:08:48 2012] [notice] Child 4712: Acquired the start mutex.
[Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting 64 worker threads.
[Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting thread to listen on port 80.
[Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting thread to listen on port 80.

[Fench]

C'est à dire, qu'est ce qu'il ne pourrait pas plaire à apache? Mais c'est louche parce que quand pdo n'a pas à remplacer les paramètres tout marche nickel, mais lorsque je passe les paramètres à execute pour que cet idiot les changent, plantage d'apache!

Effectivement je ne vois pas le rapport avec la perte de connexion sur l'ip 127.0.0.1, peut être que c le driver que tu définis dans la création de l'objet PDO qui gére pas les paramètres només ou les marqueurs. Regardes sur ce driver sur internet.

Pour info, localhost c'est un alias 127.0.0.1 et tu es en IPv4, tu peux utiliser les deux

[Fench]

Tu as activé l'extension '•IBM Informix Dynamic Server ;' dans ton php.ini ?

[elratus]

Je vais voir si je la trouve cette extension, je ne me rappelle pas l'avoir vu x)

Sinon je viens de tester la connexion pdo avec mysql et ça marche nickel

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
		$pdo_options[PDO::ATTR_ERRMODE] = PDO::ERRMODE_EXCEPTION;
 
        $dbh = new PDO('mysql:host=**.**.**.**;dbname=support','***','**', $pdo_options);
		$dr = $dbh->prepare('select * from entite where id =?');
		echo 'lol';
		if(!$dr->execute(array(1))){
		   echo $dbh->errorCode();
		   var_dump($dbh->errorInfo());
		}
		else{
		$row = $dr->fetch(PDO::FETCH_ASSOC);
		var_dump($row);
		}
		echo 'lol';

Le problème viendrait donc d'informix ou du moins de pdo_odbc?