Bah le truc c'est que perso, j'ai tendance à coder comme un goret... J'ai découvert String.Empty il y a peu alors que ça fais plus d'un an que je code en asp.net :D

Dans un nouveau projet, je suis d'accord pour le Environment.NewLine (et même en règle générale d'ailleurs) et je pense souvent au cross platform (mon pc est sous windows, je travaille au taff sous windows, et les 2 seules choses qui me forcent à rester sous windows @home c'est le fait que ma carte télé fonctionne mal (hybride, c'est un peu la merde à faire fonctionner, bien que j'ai fais un tuto pour ca sous ubuntu) et le fait que mon ordinateur démarre 2 ou 3 fois nickel sous linux, et la quatrième, j'ai un bel écran noir, alors que je n'ai touché à aucune config... même en mode console), ainsi qu'à l'accessibilité des sites web et la compatibilité cross-browser (généralement je teste IE7 (parce que flême d'installer MultipleIE)/Firefox 2/Opera 9/Lynx et dès fois même konqueror et Evince sur une machine virtuelle. Enfin ça c'est coté perso, parce qu'au taff c'est "IE6 et compatiblité fonctionnelle avec Firefox" et vu les délais, vaut mieux pas trop que je joue la compatiblité à 100% :D

Tout ça pour dire : Environment.NewLine dès qu'aucune contrainte n'est posée :D

Sauf que ce n'est pas forcément vrai...

Prenons windows pour exemple : suivant le fichier que tu ouvre, le NewLine c'est \r\n ou \n (sois dit en passant, il est normalement plus logique d'utiliser \r\n pour un retour à la ligne qu'un \n, car sinon, une imprimante pourrait ne pas faire de retour chariot et imprimer sa ligne suivante sous l'autre, mais en restant au même niveau sur la ligne)

Enfin bref, Environment.NewLine dépends de l'OS, mais un même fichier peut être utilisé sous 2 OS différents (exemple d'au dessus, Neverwinter Nights qui a un client Windows et une client Linux) et tu pourrait utiliser \n sur ton fichier sous Linux (car Environment.NewLine sous Linux doit renvoyer \n non ? je sais pas j'ai jamais testé :P) et pourtant, ton fichier .ini attends un \r\n

A mon avis, cette ligne est à adapter en fonction de l'utilisation du programme. Windows ? Linux ? Interportable ? Bridé à une machine ? Et sur mac ? (il n'y a que le \r :P)

Ca sert de signature numérique (en particulier) par exemple

Tu joint la signature MD5 de ton fichier, si la personne qui le recoit a un MD5 différent c'est qu'il a été modifié (c'est utilisé entre autres quand tu télécharge une distro linux, tu as le fichier ISO et un fichier MD5 qui correspond au MD5 du fichier ISO)

Et avec le texte, ca sert à "stocker des mots de passe"

Plutot que de mettre le mot de passe en brut (ou avec une fonction de cryptage (qui, elle, est réversible)) dans la base de données, tu met la signature MD5 du mot de passe dans ta base et quand quelqu'un se connecte tu compare la signature du mot de passe qu'il t'a envoyé avec la signature que tu as dans ta base.
Avantage : Si quelqu'un arrive à lire le contenu de ta base de données, alors il n'aura pas les mots de passe et il ne pourra pas les décrypter vu que la fonction MD5 est irréversible
Inconveignant : il peut y avoir des collisions (2 mots de passe avec la même signature) mais elle est de l'order de 1 / 4 000 000 (de mémoire). Le hashage MD5 n'est plus sûr au sens cryptogaraphique du terme (possibilité de générer des colisions facilement, Wikipedia en parles) et il est recommandé d'utiliser d'autres fonctions à la place (genre SHA1)

Salut

Alors pour la Xième fois, il est IMPOSSIBLE de revenir en arrière. De plus, un code d'une longueur arbitraire aura pour résultat une chaine de longueur fixe (c'est à dire que un fichier de 1Go aura pour résultat un hashage de la même longueur que une lettre seule.

De plus il est "case sensitive" (a et A n'auront pas le même hashage final) et une petite modification entraine un code de hashage très différent (à savoir "ceci est un test" et "ceci est un Test" (avec un T au lieu du t) auront un hashage très différent)

il est donc normal que ton code ne fonctionne pas, car "ab" ne sera pas hashé en (hash de a)(hash de b) mais en une autre chaine de caractère qui n'a totalement rien à voir avec le hash de a et le hash de b

C'est vrai, c'est pas une popup, mais je savais pas trop comment l'exprimer :D

Arf ! Je savait pas, justement j'avais fais une recherche rapide sur google et j'avais pas trouvé :D

Tu aurais pas un lien ou un exemple ?

Je remonte ce sujet pour dire que cette classe peut être trèèèès utilse...

Imaginons un instant que vous faites un programme qui utilise uniquement des fichiers ini... (et il y en a encore beaucoup... pour des raison de taille de transfert... un ini est beaucoup plus petit qu'un xml qui fais la même chose (vous voulez des exemples ? Folding@Home enregistre ses paramètres dans un fichier ini (déguisé en .cfg ^^), Neverwinter Nights (1) enregistre aussi ses paramètres dans des fichiers ini... et si je vous parles de ces 2 programmes, c'est que j'ai développé un configureur pour NWN en VB.Net (accès à certaines options invisibles dans l'interface de NWN), et un petit plugin pour LCDStudio qui permet de lire les infos de F@H)

Il y a aussi mame qui utilise du ini (et depuis plus récemment aussi du XML)... bref, le ini n'est pas mort

Salut

Ton code semble ne pas fonctionner avec Firefox

Voir ici : http://img1.uplood.fr/free/svc6_sans-titre.png

C'est pas contre toi, mais je me dit que quelqu'un qui lit ces commentaire pourrait croire des choses fausses, et comme je tombe souvent sur des forums où on demande "comment on décrypte MD5", j'ai fais un gros coup ici pour bien faire comprendre le principe du cryptage et du hashage :D

En espérant que les suivant comprendront sans poser les mêmes questions :D

En fait, la clef est ke résultat du MD5, contrairement à une clef de cryptage qui intervient avant le résultat

Explication :
Je souhaite crypter la chaine "abc" avec la méthode "jules césar" (c'est à dire, j'utilise un cryptage par décalage avec une valeur de 3 (sachant que 3 est ma clef secrette))
La méthode : Je prends la première lettre du message, "a" dont la valeur est "0" (car on compte modulo 26 (soit de 0 à 25 et dès qu'on dépasse 25, on repart de 0)) et on y ajoute la clef secrette . 0 + 3 = 3
On prends la deuxième lettre du message et on refais pareil... on obtiens : "4" et "5" pour "c"
le résultat est donc "345" qui, retourné sous forme de texte donne "def"

quelqu'un qui n'a pas la clef de décryptage (en l'occurence -3) ne peut pas retrouver le message d'origine. Au passage, le message d'origine fais la même taille que le message d'arrivée (ce qui n'est pas toujours vrai)

Bien sûr il existe des méthodes très simple pour casser un tel cryptage mais je ne présente ici que la méthode

Ce qui est à remarquer, c'est que chaque message a une image unique (il n'exite pas de collisions) et il existe une fonction permettant de faire l'opération inverse

Pour ce qui est de l'opération de hashage, supposons une fonction (bidon) f qui calcule la somme des lettre et renvoie cette somme comme "clé de hashage", ou "valeur de hashage" ou plus simplement "hash"
Une page se sert de cette méthode pour garder les mots de passe dans sa base de données.
Un utilisateur s'inscrit et donne comme mot de passe "abc"
Son hash est de 0 + 1 + 2 = 3 et donc "3" est stocké dans la base de données à la place de "mot de passe"
Les jours passent
Un jour, un pirate tente d'obtenir le mot de passe de l'utilisateur, il regarde ce qui passe dans le réseau et voit (par exemple) un paquet contenant "mot de passe = 3"
S'il est capable de créer un mot de passe dont la signature est 3, il pourra alors rentrer sur le site.
Il cherche et trouve la collision suivante : "d" (ou "cba", ou même "cb")
Il ne connais pas le mot de passe, et pourtant, il est capable d'entrer sur le site, il n'a donc pas pu "décrypter" le message vu que plusieurs messages ont la même signature...

Voilà pour la petite histoire :D