Cool, je voulais apprendre à faire ça et ce tuto a l'air trop bien ! (Ironie)

On peut avoir un lien ? :D

Qui n'a jamais vu la réimplémentation de la classe Boolean sous forme d'enum ? o/

Eu... c'est irréel de "savoir" faire tout ça sans savoir le faire bien. Il est certain que c'est pas une forme de blague, un "tuto d'avril" ?
Comme Limeila, j'aimerais voir le lien.

http://christele.developpez.com/tutoriels/php/pdo/gestion-visiteurs-pd[...]
Je pense qu'il s'agit de ceci :)

True, False et FileNotFound. Tout le monde utilise ça !
http://thedailywtf.com/Articles/What_Is_Truth_0x3f_.aspx

Je ne compte plus le nombre de fois où j'ai vu des champs etat avec 1, 0, mais qui peut aussi prendre -1, 2, 999.

Et bien entendu, sans aucune documentation sur la chose. Faut croire que c'est trop évident pour être commenté.

Ça ne risque pas d'être les miens, je les appelle state !
Parce que vu que les langages sont en anglais, ça marche mieux quand les variables sont en anglais aussi, pour qu'ils se comprennent :D

LOL, merci pour le lien, un point internetz pour toi.

Regardez bien le fichier inscription.php :

Toutes les variables sont initialisées à partir de $_POST, et donc contrôlées par l'utilisateur.

En assignant à $_POST['Nouveau_MotPasseR'] et $_POST['MotPasse_confirmR'] une valeur choisie (disons 123456), et à $_POST['nomM'] "admin", on change le mot de passe admin, il n'y a aucune vérification. On peut ainsi changer le mot de passe de tout le monde.

Bien sûr, "admin" est un utilisateur ayant tous les droits (c'est hardcodé dans les fichiers).

L'ex-patron de Aaargh!!! a bien pris des cours quelque part.

J'ai bien écrit un programme dont les "booléens" peuvent avoir comme valeurs:

#define FALSE        0
 #define TRUE         1
 #define UNKNOW       2
 #define TRUE_BE      UNKNOW

Mais bon, en C il n'y a pas de type booléen, et je n'ai écrit le mot bool nul part dans le code.

N'importe quoi ! Son ex-patron est comme Chuck Maurice : ils savaient tout avant même leur naissance !

TRUE_BE, c'est la version de Schrödinger de la vérité ?

C'est bien pour ça que j'ai parlé de classe, je ne connais pas de language objet dépourvu de booléen ^^

Merci de faire de la pub pour le site de ma fille ! Elle a de quoi être fière, non ?

Ils laissent passer ça sur developpez.com ? :o

Ca n'a pas été implémenté en C99 les booléens ?

Son boss c'est jvachez, sérieux.

En C, depuis 99, il y a un type booléen.

Vous n'en avez pas assez de me critiquer en permanence ?

Donnez-moi vos adresses IP, vous allez voir !

Vous n'en avez pas assez de me critiquer en permanence ?

Donnez-moi vos adresses IP, vous allez voir ce que vous allez voir !

Je te donne la mienne : 127.0.0.1

Ahah ! Erreur funeste ! Tu vas regretter tout ce que tu as dit sur moi.

Format c:, allez ça commence ! tous tes docs sont effacés, maintenant c'est le dossier wind

/connexion reset

Au revoir !

Ok, ça se tient comme raisonnement mais c'est parlé par combien de personnes au Japon ? :)

@Acné: TRUE_BE signifie VRAI et Big-Endian.
Ça me sert dans un cas particulier pour assurer la cohérence des données et la compatibilité multi-plateformes, certaines données devant êtres stockés en Big-Endian quelque soit le système (pas de conversion du fichier en entré, et comme on ne fait dessus que des copies et des comparaisons d'égalité, ça ne pose pas de problème de ne pas respecter l'ordre des octets du système).

@neeko & Peredur: Je ne suis pas sûr de la version IBM C utilisé par le client, et pour me simplifier la vie (les tests) j'ai besoin de travail sur d'autres systèmes avec d'autres compilateurs (voir de compiler en C++). Alors un type qui s'appelle bool en C99, _Bool en IBM C, bool en IBM C++ et jesaispascommentchez Visual C++ et gcc, ... non merci.

@neeko : c'est exactement ce que je me suis dit... sa crédibilité en prend un sérieux coup

Je suis un partisan du 100% english.
En fait je ne supporte plus de voir des variables, des classes, des champs de BDD, qui ont un nom français...
:-P

C'est plus la logique du code / du modèle de données, qui doit être carrée. Après, français ou pas... bof quand même. Mais quand tu bosses avec des équipes non francophones, tu regrettes d'avoir nommé une table inscrits avec un champ verifie. (ce que je n'ai jamais fait, c'est crapé :) ..)

@Shirluban : excuse-moi, mais c'est à vomir.


TRUE_BE pour vrai et big endian ? Beurk.

Utilise une structure :
typedef struct
{
bool value;
bool big_endian;
} mastructure;

Ou des flags :
#define FLAG_BOOL 1
#define FLAG_BE 2

if (value & FLAG_BOOL)
// code
if (value & FLAG_BE)
// encore du code



Mais pas de TRUE_BE quoi.

T'façon c'est du PHP, et le PHP c'est nul, moche et non sécurisé.

TRUE_BE || ! TRUE_BE

/me court

@FBM:
1) En comptant la définition et une ligne de commentaires, TRUE_BE est utilisé dans ... 6 lignes de code!
(Sur un programme de ~8500 lignes, sans compter les déclarations de structures et de fonctions.)

2) Dans l'appli en question, le cas FALSE et Big Endian non seulement n'existe pas, mais n'a aucun sens.
Donc techniquement et fonctionnellement, séparer le triléen en deux n'apporte rien.

3) "excuse-moi, mais c'est à vomir"
"#define FLAG_BOOL 1"
Permet moi de te retourner le compliment.

1) ok, noté

2) alors dans ce cas, pourquoi ne pas faire un enum ? C'est quand même beaucoup plus propre que des macros.

3) Ces macros définissent la position des flags dans un entier, ça permet d'avoir du code lisible : value & FLAG_MACHIN au lieu de value & 0x0400 par exemple... Je ne vois pas où est le problème. Appelle-le FLAG_BOOLVALUE si tu préfères, peu importe.

La mienne en ce moment, c'est 192.168.1.1 mais elle change tous les 2 jours.

2) Parce-que quant tu n'a que les deux états TRUE et FALSE, les macro c'est simpa.
Et quant vient le besoin de gérer un troisième état et que tu doit choisir entre rajouter un define qui touche seulement 6 lignes, ou passer par un enum et soit jongler entre deux gestions différentes des booléens/triléens, soit te pallucher tout le code pour verifier les impacts et faire le changement, ben tu choisi la solution qui te prend pas deux jours.

3) Le problème est que le nom FLAG_BOOL n'est pas parlant.
Si quelqun reprend ton appli (ou toi-même deux mois après) et tombe sur if (value & FLAG_BOOL) au milieu du code (ou if (value & FLAG_BOOLVALUE), c'est pas mieux), il y a un grand risque qu'il pense que le flag indique si la valeur est un booléen ou non, et non pas l'état du booléen.
Alors qu'avec if (value & FLAG_TRUE) on voit tout de suite que le test sert à vérifier que la valeur est à VRAI.

Et que penser de valeur |= FLAG_BOOLVALUE ?

Pour être honnête, je n'ai jamais trouvé quoi que ce soit d'utile ou de bien fait sur developpez.net

@"PHP caymal blabla" : tu peux faire du PHP sécurité tout comme tu peux faire du java / c++/ whatever tout pourri. Tout dépend de ta rigueur.

J'ai les mêmes à la m... au travail.
Et ça fait mal quand on te demande d'ajouter une fonction là-dedans. Des fois tu te dis que tu aurai plus vite fait de tout recoder de 0 plutôt que d'essayer implémenter quoique ce soit carré par dessus ce genre de code excrémentiel.

La mienne, elle ne change jamais, je ne sais pas pourquoi : 127.0.0.1


(Comment ça "c'est du réchauffé" ?)

Moi j'ai 141.116.168.135

"code excrémentiel." c'est noté, je la replacerai, celle-là !

PS : si tu n'as jamais vu un type rire la gorge déployée, ma webcam si, à l'instant où j'ai lu ton comm' !

<mode(personnalité) = "dédoublement">

Mais non, Mme Michu, c'est la fille à jvachez !

</mode>

J'aime bien le :

if ($dd!=0 && $dd!=1) $dd=0;

Desfois que $dd était déjà à 0 c'est bète de lui réassigner 0 effectivement :p.

@Shadam: J'ai déjà entendu des codeurs Java faire cette remarque !

<mode class="chipoteur">
Il faudrait voir si l'assignation d'une valeur à $dd prend plus de temps que le test. Si oui, cette vérification peut être justifiée.
</mode>

@Aaargh!! : C'est peut-être la fille de Mme Michu et jvachez?

C'est vrai qu'a la lecture du code le dev s'est posé se genre de question :p