Test toujours faux dans un callback $.ajax

Bonjour à tous,

Je sèche lamentablement...

Voici mon code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

<input type="button" id="b1" value="Je me connecte" />   <script type="text/javascript"> $("#b1").click( function() { $.ajax({url:"test.php", dataType: "text", success: function(retour){ if (retour == 'ab') alert("Ok : '" + retour + "'"); else alert("Test faux : '" + retour + "'"); } }); }); </script>

---

et mon fichier php :

Code:

---

<?php echo 'ab'; ?>

---

Pourquoi mon test est toujours faux ?
Qu'est-ce que je fais comme erreur ?

Merci pour vos idées

tu as un espace dans ton fichier php ou un retour ligne après ou un caractère parasite, bref ton fichier php ne te retourne pas juste "ab"


teste ceci:

Code:

---

retour.indexOf('ab')>-1

---

ensuite à toi de trouver d'où provient le caractère parasite ...

Merci de ta réponse.

Je viens de tester :

Code:

---

1 2 3 4 5

success: function(retour){ if (retour.indexOf('ab')>-1) alert('Test : ' + retour.indexOf('ab')); } }

---

Il me retourne bien 0.

Pour ce qui est du caractère parasite, j'ai bien cherché de ce côté là, mais jusqu'ici je n'ai rien trouvé.
Je viens de tester autre chose :

Code:

---

1 2	<?php $r = 'ab'; echo $r; ?>

---

avec :

Code:

---

1 2 3 4 5

if (retour == 'ab') alert("Ok : '" + retour + "'"); else alert("Ne rien faire : '" + retour + "'"); }

---

Test toujours faux.
Mais si je fais :

Code:

---

1 2	<?php $r = 1; echo $r; ?>

---

avec :

Code:

---

1 2 3 4 5

if (retour == 1) alert("Ok : '" + retour + "'"); else alert("Ne rien faire : '" + retour + "'"); }

---

Le test est bon, et pour une valeur de 2 (dans le fichier php) le test est bien faux.
Mais ce qui m'intéresse c'est de pouvoir retourner une chaîne de caractère.
Y-a-t-il une méthode pour afficher les valeurs de retour en binaire ? Histoire de voir justement s'il n'y a pas de caractères CR/LF qui traînent.

Merci à toi.

1 est true en php ...



que donne l'égalité absolue ?

Code:

---

if (retour === 1)

---

à mon avis tu dois avoir du BOM dans la réponse...

En suivant tes conseils, j'ai 'enrichi' mon test de la manière suivante :

Code:

---

1 2 3 4 5 6 7 8

success: function(retour){ if (retour === 1) alert("Ok 1 : '" + retour + "'"); else if (retour === 2) alert("Ok 2 : '" + retour + "'"); else alert("Ne rien faire : '" + retour + "'"); }

---

en faisant 'varier' $r dans le fichier php de 1 à 3, le résultat est dans tous les cas : 'Ne rien faire'.

Mes deux fichiers étant encodés en ANSI, je viens de les passer en UTF-8 sans BOM (avec notepad++) : cela ne change rien.

Citation:

---

le résultat est dans tous les cas : 'Ne rien faire'.

---

Ca c'est normal... tu ne peux pas recevoir de données typées via HTTP, donc une comparaison stricte avec un Number ne pourra jamais être vraie...

En résumé, les tests fonctionnent quand ce sont des valeurs numériques et non quand ce sont des chaines en retour.
Je vais donc pouvoir m'en sortir pour mon projet en utilisant des valeurs numériques, mais ce n'est vraiment pas satisfaisant intellectuellement.
J'aurais bien aimé trouver le pourquoi.

Merci beaucoup de ton aide, et bonne journée.

Citation:

---

Envoyé par SpaceFrog

tu as un espace dans ton fichier php ou un retour ligne après ou un caractère parasite, bref ton fichier php ne te retourne pas juste "ab"

---

La réponse a été donnée dès la première réponse ;)
Utilise $.trim() éventuellement.

Ça marche effectivement avec $.trim()...
Mais le mystère reste entier sur le caractère invisible.

ça sent le BOM ...

enregistre ton fichier php qui envoie la réponse en utf-8 sans BOM

Je l'ai déjà testé (voir plus haut) mais cela ne change rien...

peux tu nous montrer l'intégralité du fichier php de résponse ?

tu es sur qu'il n'y a aucun espace ou saut de ligne avant ni après ton code php ???

Un comble : je viens du mal à répéter le dysfonctionnement !
Voilà le code PHP :

Code:

---

<?php echo 'ab'; ?>.

---

...et en faisant un copier-coller ici, je me suis aperçu qu'il existait un espace après la fermeture de la balise PHP. (Le point symbolise cet espace)
Mais si je le supprime cela marche :

Code:

---

<?php echo 'ab'; ?>

---

Mais que diable pourquoi echo récupère non seulement la chaine mais aussi cet espace. Pour moi c'est pas logique, puisqu'on est en dehors de l'interprétation du PHP.
Et quand on affiche la longueur de la chaine retournée avec

Code:

---

alert('longueur chaine : ' + retour.length);

---

il trouve bien 3 caractères (avec le premier code qui a l'espace) !

il recupère ce que le serveur envoie

php interprète le code qui lui est destiné (entre balises)
mais laisse passer tout le reste

met juste

Code:

---

ab

---

dans ton fichier sans aucune balise ...
le resultat sera le même que

Code:

---

<?php echo "ab";?>

---

tu peux d'ailleurs mettre uniquement du code htmk dans une page php sans une ligne de php et l'appeler .php
le code html sera envoyé au client .

ab seul en effet ça marche.
N'empêche que dans ce fichier php il y aura du script avec différents calculs préalables. Et là, si je ne me trompe, il faut bien que j'encadre mon script avec les balises

Code:

---

<?php ... ?>

---

non ?
L'assurance ne serait donc pas d'appliquer systématiquement un $.trim() sur toute chaine retournée, comme conseillé plus haut ?
Sinon il reste toujours le risque de se récupérer un espace qui "traine"...

si tu ne mets pas de caractères en plus ...
il n'y a aucune raison qu'il y en ait !

Pour ce qui est de l'interprétation du php, comme sus dit le serveur n'interprètera que le contenu entre balises

Code:

---

<?php  ... ?>

---

c'est d'ailleurs leur rôle de borner le php et d'indiquer au serveur ce qu'il doit interpréter.
Tout ce qui est hors balise est restitué tel quel.
Si tu ne veux pas de caractères en plus ... n'en met pas !

Merci à vous deux pour cet échange très constructif pour moi.
Car j'ai appris quelques subtilités bien importantes.

A titre d'exemple, si tu as l'habitude de commencer tes fichiers par un saut de ligne

Code:

---

1 2 3 4

<?php // Code ?>

---

alors ce saut de ligne sera rendu et comptera comme un caractère.
Habituellement, ce n'est pas trop grave puisque le parseur HTML du navigateur ne tient pas compte des caractères blancs, mais des fois, comme tu t'en rends compte, c'est gênant !