Reprise du message précédent :
Je vais modifier le bot pour qu'il surveille plusieurs threads en // pour premser partout dans le forum.
 
Le tout se configurant via un fichier XML bien sur  

comme tu veux ... j'avais fait comme ca au début mais ca me gonflait alors j'ai fait avec une socket. C'est juste plus claire ...
 
et ... évite de m'appeler maitre en public

  une socket par requête !

pourquoi?

  \r\n !

Ce midi, j'ai enlevé un thread dédié à blabla@prog pour le filer à blabla@graphisme

juste sous windows le \r\n....

 
C'est pas du jeu. Ils peuvent pas ce défendre là bas. Photoshop ne permet pas de faire un bot
 

y'en a bien un qui va arriver a faire un script equivalent (:o)

pourquoi???

comment veux tu que la-bas ils fassent un bot alors que seulement 3 d'entre nous sont capables d'en faire un ici

re-pourquoi?
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Tu deconnes mais ca doit etre possible en flash + actionscript (ok, c'est de la prog, mais les mecs qui taquinent le flash sont dans graphisme....), par contre exit les threads....

 
rectif : seulement 3 se prennent la tete a faire ca

non j'y crois pas. ou alors un gars qui aurait des connaissances en prog en plus que d'en avoir en graphisme oui, mais qqun de normal de graphisme,.... mmmmh j'en doute

c'est clair que bien plus en sont capable, y'a rien de vraiment sorcier......c'est juste long!

c'est bon, ca marche, je pense que la phase de tests est terminée la non?????

 
même pas, le premier ne bash + lynx + curl m'a pris moins d'une heure

en francais stp

Nan c'est le protocole HTTP qui est comme ça je crois. Il fait utiliser un CRLF pour séparer les différents en-têtes et les données. A vérifier.

oué mais avec un vrai langage qui tienne la route.....avec des threads et tout et tout, une interface d'admin...c'est un peu plus long!

bash : interpréteur de commande + langage de script
lynx : un navigateur en mode texte
curl : un outil en mode texte pour faire des requetes en HTTP, FTP, etc...

à l'iut en projet on a fait un serveur HTTP et il me semble bien qu'on avait mis juste un \n (mais on était sous UNIX...)

parce que tu peux faire plusieurs requetes dans un thread

 
Le protocole HTTP impose l'utilisation d'un "\r\n" à la fin de chaque ligne et ceci que l'on soit sous Windows ou Unix ou Mac ou autre... Par contre, je pense que la plupart des serveurs et clients doivent savoir gérer juste des "\r" ou juste des "\n".

3 jours pour ma version full asm, avec les berkeley sockets et l'interface graphique à grands coups de win32

On parle ici d'un protocole. Si le protocole DIT que c'est \r\n ça doit être \r\n, peut importe l'OS sur lequel on tourne.
 
Bon j'ai vérifié ça semble bien être \r\n :
 
http://www.w3.org/Protocols/rfc261 [...] tml#sec4.1
 

 
Edit: zut par Gatorade

 
Tu as calculé tes abaques cocomo pour la gestion de projet ?

fais peter des screens de ta version!!!

Ok, autant pour moi

Non, je suis passé par l'équation de Putman

pas mal!!

Rhhoo, c bon, je delete aussitot apres !

en effet. pas besoin de vérifier, je suis certain de moi

et ben tu méritais une sale note

on a eu la meilleure de l'iut
(non pas que les autres étaient pires, mais le notre etait magnifique )

bon j'ai été méga grilled sur mes derniers posts mais je m'en fout

 
Mauvais IUT, changer IUT