2010-06-07 2 views
0
DB::construct(); 
$STH = DB::prepare('INSERT INTO users (username, password, email, activationkey) VALUES (?, UNHEX(?), ?, ?)'); 
var_dump($STH); 
$result = $STH->execute(array('test', 'nils', '[email protected]', '227a038fe9c81515b514cb152188e95c')); 

echo "working? <br />"; 
if($result == false) echo 'noooo...'; 

Il sort et ne met rien dans la base de données. Fonctionne avec un code similaire avec DPO juste sans ma classe DB. Mais je ne reçois aucune erreur. Quelqu'un a-t-il une idée de ce que pourrait être le problème?problèmes, appel personnalisé (classe) autour de PDO, ne fonctionne pas

object(PDOStatement)#2 (1) { ["queryString"]=> string(87) "INSERT INTO users (username, password, email, activationkey) VALUES (?, UNHEX(?), ?, ?)" } 
working? <br /> noooo... 
+0

pas besoin des étiquettes dans les parenthèses, il y a une raison pour laquelle nous avons des étiquettes sur SO – SQLMenace

+0

désolé, n'a pas pensé à ce sujet. fixe et mémorisé pour l'avenir. – Knarf

Répondre

0

Le code semble OK (bien sûr, ne sais pas ce que vous avez fait sous le capot). PDO ne génère-t-il pas lui-même une erreur/que dit var_dump($STH->errorInfo());?

+0

Trouvé le problème. Devrait avoir été un SHA1 autour du paramètre secound dans le tableau d'exécution. Quelque chose à propos de UnHEX qui ne fonctionne pas quand je ne le fais pas – Knarf

+0

Eh bien, 'SELECT 0x227a038fe9c81515b514cb152188e95c' fournit des octets étranges qui ne conviennent pas pour une colonne non-bin/blob. – Wrikken

Questions connexes