Salut,
 
je suis en train de faire un formulaire avec session, avec une gestion d'erreur en php et non pas en javascript comme il y en a plein sur le net
donc le code :
 
Formualire.php :
 

 
 
Page.php :

 
Eh bien en local ca fonctionne mais dès que je le met sur free, si je tape autre chose que de nombre il retourne sur le formulaire (ce qui est normal),
mais il m'affiche "t" au  lieu de ce que j'avais taper précédemment !!!
Là je comprend pas...
 
Voici le lien http://zecreations.free.fr/speedminton/formulaire.php

encore toi? le rigolo qui voulait coder un commerce electronique?
 
 
 
 

erreur de chez HFR: double post. le serveur n'effectue plus de redirection après submit

Oui encore moi!
et je fait un test de nombre pour l'exemple, c'est plus simple...
 
Et pour mon commerce électronique je le finirai bien, j'ai trouver bcp d'info, et un autre forum ou quelqu'un m'a répondu positivement !

t'es sur?

En fait j'ai écrit le code quand j'ai écrit le sujet, donc j'aurais pu aussi à la place faire un test de longueur ou une regex ou n'importe quoi d'autre, c'est le premier truc qui m'ai passé par la tête !
et comme je sais que les gens qui vont essayer il vont mettre un pseudo et donc que ca va fonctionner normalement, donc j'ai préférer faire ce test comme ça je suis sur qu'il vont bien voir le même  problème que moi.
 
edit : Je viens de constater un truc, lorsqu'on qu'on valide un nombre par exemple 123, donc ca fonctionne normalement, mais quand on fait précédent il est sensé afficher 123 vu que la varible _SESSION['contact']['ok'] est à vrai et que 123 est bien dans _SESSION['contact']['pseudo'] eh bien il affiche 1

is_int($_POST['pseudo']) c'est pas mieux pour tester si c'est un entier?

Surement je les utilise rarement, mais ça change rien a mon problème

un input de type pseudo ??????? Gnii !!!
C'est quoi comme version d'html ou d'xhtml ça ????
En tout cas, moi, j'ai jamais vu ça. Par contre, je conais les input de type text.

Oups merci, Voilà c'est corrigé dsl j'avais pas vu !
Mais ca change toujours rien !

Zut.
Au fait, free n'a pas réglé ses serveurs avec les addslashes automatiques?
Je continus à d'autres causes possible.

Oui je sais, mais je ne crois pas que ce soit çà le problème j'ai essayé sur un autre serveur, qui lui est réglé avec addslahes, mais c pareil !
Y a que en local que ça fonctionne

Je croiyais qu'il y avait plein d'expert dans ce forum, pour dire qu'on est pas expérimenté y en a plein mais pour aider...

J'veux bien t'aider, parcontre ça te les briserait d'editer le truc laba en haut a fur et a mesure qu'on te dit ou ça plante? Pour qu'on y voit un peu plus clair

Même les experts ne conaissent pas tout.
T'imagines la masse de conaissance que ca représente de tout conaitre de php avec l'incidence de tous les réglages du php.ini sur toutes les fonctions?
J'en ai presque la tête qui tourne rien qu'en m'imaginant ça.
 
Ceci dit, pour ton probléme, moi, je suis dépassé.

On peut pas tester ton truc en ligne, y'a du warning.

Ca c'est pas de ma faute c'est free qui plane...
 
Bon sinon c'est bon j'ai trouver la solution...
Aparrament on ne peut pas utiliser la variable de session : $_SESSION['temp']
Elle doit être surêment définie ailleur ou tout juste interdite d'utilisation...
Y a vraiment, tojour est-il que je ne savais pas ça...
Donc si on remplace dans le code $_SESSION['temp'] par $_SESSION['lala'] par exemple ben sa fonctionne...
 
Comme free déconne sur les sessions je sais pas trop pkoi, vous pouvez le tester ici :
http://www.speedminfrance.fr/formulaire.php

Pour voir si c'est defini ailleur tu fait un print_r($_SESSION)

DAns mon premier post j'ai remis a jour le code, et j'ai rajouter des ligne de "débugage" pour voi ce qu'il y a dans les varaible et je fais bien un print_r($_SESSION)
et apparament c'est vide cependant c'est ptet juste qu'on a pas le droit d'utiliser un variabble de session qui se nomme temp...
A part ça je vois pas...
Ce serait bien de savoir quand même pkoi ça pose problème...

J'ai enfin trouvé c'est pas compliqué en fait le serveur "confond" à sa façon la variable $temp et la variable $_SESSION['temp'].
Car j'ai utilisé $_SESSION['pseudo'] et plus haut sur la meme page j'ai mis pseudo="ahejcpaskoi"; et la sa m'a fait les même erreurs
 
Enfin bref qui connaissait cette erreur ???

C'est normal si register_globals est à on dans la configuration php.

Vire le @ avant $_SESSION et vire le (int). On est en php, il y a pas de castage possible

En fait oui j'avais pas pensé que le serveur était encore configuré comme ça...

J'avais oublias de te répondre...
Si je vire le @ dés qu'on arrive sur la page, vu que la variable nexiste pas il va me raporter une erreur...
Enfin si le serveur est configuré correctemment... cad avec register_gloab = off et error_reporting = E_ALL
 
Au fait pour l'histoire de mon panier il est en béta-test ici http://www.speedminfrance.fr/panier/, il y a encore plein d'erreur de français...
Et il test pas toute les entré comme il faut j'avais un autre truc en préparation, mais sinon il fonctionne correctement!

 
Bah vérifie qu'elle existe avec isset().

Ben en fait au début de ma page y avait çà :

 
et esnuite plus loin dans la page je fais afficher :
echo $_SESSION[$temp]['code'];
 
Donc comme en haut je met $temp='temp';
Et ensuite jlui dit d'afficher $_SESSION['temp']['code'] eh ben la sa fait conflit...
Donc en fait c'est moi qui affecte 'tempt' à $temp ....
Enfin bref c'est réglé maintenant Merci pour votre aide