à quoic a sert réelement sachant que mon code1 donne le meme result que mon code2
 
code1

 
code2

dans ton cas la variable est un booléen donc renvoyer vrai pour sa valeur ou vrai car elle existe revient au meme.
 
par contre si tu ne peux pas savoir avec exactitude la valeur de ta var (hormis pour un booléen) il est utile de savoir si elle est renseignée

C'est quoi ce français de babouin ?
 
http://fr.php.net/manual/fr/function.isset.php

dans ton premier cas, tu auras FALSE kan $_POST['session_submit'] est vide(indéfini) ou égal à 0...
 
dans le 2è, tu auras FALSE ke si ta var est indéfini...

j préfère une explication du genre de muaddib, même si c assez flou, k un renvoie sur la doc sans autre commentaire...

En même temps, la doc est super claire sur ce sujet, faut pas déconner. En tout cas, beaucoup plus claire et compréhensible que les deux phrases de semi-français de paulmuadib.
De manière générale, la doc de PHP est claire et bien faite, illustrée par de nombreux exemples. Il faut savoir s'y référer avant de balancer des posts sur ce forum

je suis bien d accord...

Dans ce cas là, j'vois pas l'utilité de ton post plus haut

en fait, c plus le ton de ta réponse ki me génait
 
syl, comme le groupe?

Bah déjà ça m'énerve de voir des posts aussi incompréhensible que ça, de 2, le nom du mec me faisait penser à un con d'admin d'un forum donc j'me suis pas retenu pour dire c'que j'pensais de son post
 

Euh non
Syl comme Sylvain, stout

euh ??
 
isset, c po pour tester l existence d'une variable ?
 
et
 
empty, pour tester si elle est vide ?

 
Ben si normalement, enfin on peut se tromper mais c pourtant ça, ou alors on est 2 cons à croire ça  

Tu doutais de ça ?

En fait, faire
 

 
C'est pas propre ! Si la variable n'existe pas, PHP ne va pas te gronder en temps normal.
 
Mais avec error_reporting( E_ALL ); alors là, t'as une erreur.
 
Si ton script fait 10 lignes, c'est pas important, mais sur un plus gros projet, utiliser error_reporting( E_ALL ); permet de visualiser les endrois du code qui risquent d'avoir un comportement qui n'est pas voulu, et donc de faciliter la recherche de bugs.
 

 
tu es qui pour t'adresser en ces termes à quelqu'un que tu ne connais pas?
 
On ne doit pas avoir la meme definition de babouin, de plus mon explication est ce qu'il y a de plus claire
 
Il est possible que je sois l'admin en question mais je suis plutot pacifiste et ai tres peu voire meme aucun enemi alors dis m'en un peu plus sur toi pour que je sache si ton attaque est fondée.
 
En_Sabah_Nur -> content de t'avoir eclairé
 
les autres -> tant pis mais de là à m'insulter... je trouve ça un peu puéril et facile ...

 
  , c ce genre de réponse que j'attendais

 
Bon dejà je capte pas en quoi mon post est incompréhensible (dis plutot je comprends pas...)
 
Apres le con d'admin sent une pointe d'amertume dans tes propos. Satisfait que tu ais été viré (sinon tu le serais actuellement) (meme si je sais toujours pas qui tu es...)
 
Puis pour terminer tu ne dis pas ce que tu penses de mon post (si tu l'as compris bien sur) mais plutot de moi (enfin de l'impression que j'ai du te laisser)
 
Donc j'aurais apprecié que tu mettes de coté tes rancoeurs plutot que de m'insulter de la sorte sans raison apparente

pk tlm s'engueule tjrs sur mes topics bourdel

Non.
Tu écris :

Ce bout de phrase est pas très compréhensible, chu désolé. En tout cas, ça vaut pas l'explication de la doc PHP :

Y a pas besoin de partir dans des cas booléen/pas booléen, valeur de la variable et tutti quanti

désolé de pas avoir été clair
 
mais if ($_POST['session_submit']) renvoit quoi si la variable n'est pas booléene et n'a pas de valeur?

Ba j'en sais rien C'est quoi "n'a pas de valeur" ? La variable est-elle définie ou non ?

non

Avec une install par défaut de PHP, on rentrera quand même dans la condition

a partir du moment où la variable est dans un if tout seule, elle fait office de booléen.
On a donc
- pas défini, false, 0 qui valent FALSE
- le reste qui vaut TRUE
Mais c'est coder salement.

Non, justement, tu rentres dans la condition quand même. Enfin, c'était le cas dans un PHP 4.2.3 ; depuis, j'utilise tout le temps isset()

non, tu ne dois pas rentrer dans la condition. Si tu rentres dedans, c'est que tu l'as assignée plus haut. C'est impossible autrement.

Ba c'est une variable de POST, donc pour l'assigner autrement que par submit d'un formulaire, faut en vouloir
J'sais pas, j'avais ce comportement, c'est certain et c'est d'ailleurs isset() qui m'avait sorti de la merde. Maintenant, j'ai pu la plateforme pour tester et j'utilise tout le temps isset(), donc p'têt que t'as raison

Bon, la je suis d'accord avec gizmo. Si tu rentre dans :
 
if( $_POST['toto'] )
 
C'est que la variable existe et qu'elle contient autre chose que '', false, 0.
 
Le moyen de ne pas renter dans le if, c'est de saisir l'url manuellement, ou d'arriver par un lien ou un formulaire en GET.
 
Mais bon, on s'en fout puisqu'on est tous d'accord :
 
Le isset() est de rigueur sur tous les $_*

Hello
je résuscite ce topic mort pour une question concernant le isset :
 
Avec PHP 4.3 (je crois), il faut tester les variables POST, GET, SESSIOn, COOKIE.......... pour savoir si elles sont définies ! C vraiment pas une réussite ! J'ai vu qu'il fallait utiliser ISSET.
 
Je suis donc obligé de faire un double test :  
 
Code:  
if ( isset($_GET['session']) && $_GET['session']=='stop')  
{  
   ......  
}  
 
 
 
Ya pas plus simple ?????  
Merci

Ba c'est secure. Y a plus simple mais moins sécurisé : dans ton php.ini tu fous la variable register_globals à on et tu pourras faire if(isset($session))...
 
(d'ailleurs, appeler une variable de formulaire $session est pas forcément de très bon aloi, si je peux me permettre )

 
mais si si
 
ok je laisse tomber et je continue comme ca.
 
merci pour ta réponse