Reprise du message précédent :

 
Mauvais IUT, changer IUT

C'est effectivement \r\n mais windows n'a rien à voir là dedans. C'est une contrainte du protocole HTTP.

non iut tres bien
par contre changer de prof de reseau serait une action bénéfique pour l'iut (qd on apprend a configurer le reseau sous linux a un prof de reseau c'est mauvais, non?)
 
Et puis pour le "\n" y me semble que le prof nous avais dit de faire comme ca.....je demanderai a un des potes qui etait avec moi...
 
edit : le prof nous avait dit texto "y faut inserer une ligne blanche entre l'entete et la page".....

bha je sais ... j'ai jamais dit le contraire moi !

nan ! polo voulait que tout le monde poste sa requête mais je suis le seul a avoir posté !
(même si j'imagine que les votres doivent etre identiques ou presque)

j'ai confondu avec windows car pour un retour a la ligne il faut faire \r\n alors que sous Linux/Unix il faut faire \n.....
 
Horrible confusion, je sais:sweat:

moi je suis au boulot et les sources sont chez moi

Alors pourquoi parler de Windows alors qu'on parlait de protocoles ?

c'est moi qui ai sorti cette connerie

Ah oui tiens. Je m'y perds moi

bref, tout ça pour dire à polo que y'a un minimum de HTTP à connaitre (mais vraiment pas grand chose)

Genre y va faire un bot qui efface le message s'il a pas reussi.....pas con

YES !
 
bon en fait, c'est tout simple en partant du message servant a poster, il suffit de rajouter &delete=1 et pas besoin de la variable contenu.
 
Je pense que ca peut servir ... pour faire des tests icognito

question : avez vous une methode pour connaitre le numero de post d'un message que vous venez de poster ?
 
En fait, je me demande surtout si, ce numéro est statique, ou varie en cas de deletion de posts precedent par exemple ?
 
EDIT : bon en fait, mes deux posts successifs n'ont pas le meme id, donc oui, cet id est statique

P'tite question : pour compter le nombre de posts dans un topic, vous comptez le nombre de "message id" ou vous avez une autre technique ? (meilleure bien sûr parce que j'trouve ça lourd comme méthode de devoir compter à chaque fois le nb de messages de cette manière)

 
Je compte pas, c'est le forum qui me dit le nombre de posts danss un topic

Ben je pense que c'est faisable de tout simplement regarder le nombre de reponses affiche dans la liste de topics  
 
EDIT : de 8 sec. par

Ah bah wé j'suis con, j'suis pas réveillé moi ^^

J'vais p't'être en faire un en C ou C++ si j'ai l'courage vu que j'ai vraiment rien à foutre au taf

Question sur la recup de l'ID du post juste apres l'avoir posté ...
 
A priori, le serveur ne renvoie pas d'infos directement, il faut aller chercher dans le topic. Pour ca, un lien est fourni lors du message qui dit que le message a bien été posté, qui renvoie au bas de la page du topic ou on est cense avoir poste.
question : est-on sur de tomber sur la bonne page ?
ensuite, notre post, n'est pas forcement le dernier, car entre le postage effectif et le refresh, qqu'un d'autre peut avoir poster il faut donc rechercher a partir du bas le message nous appartenant.
 
qu'en pensez-vous ?

ben moi je récupère pas l'id après le post ... je poste et puis c'est tout ...

je vais chercher le nombre de posts directement dans le source HTML via une expression régulière

+1
regarde mon interface, je saisis le numéro du topic à la main après chaque split (faut bien que je bosse un peu quand même )

  ha bon ! moi je pense le recuperer dans le lien "partie suivante"  
 

Moi, je me base sur le nom du topic

moi je le récupère dans le lien de la page principale du forum  ...
c'est pas bien compliqué : une fois que t'as le nombre de réponses, c'est juste à côté ...

moi personnellement, mais c'est un choix, je préfère le saisir à la main. y'aura toujours des petits malins pour créer un topic pour planter mon bot si j'automatise trop

Tu penses à http://forum.hardware.fr/forum2.php3?post=36512&cat=10

si tu vérifie le titre + l'auteur + le fait que le topic a déjà splitté, les petits malins auront du boulot devant eux avant de planter ton bot là dessus.

ouais mais bon, ça gonfle la regexp et donc le temps de traitement
déja qu'une regexp c'est lent... quoique .NET permet de compiler les regexp pour réutilisation, c'est bien pratique n'empeche !

 
Ca me tue ca. Tu dis qu'une regexp c'est lent, mais est-ce que tu sais vraiment ou est ce que ton programme passe du temps ? Moi j'aurais dis que le temps est passe principalement dans le transfert de fichier et c'est tout. Si tu veux optimiser a bloc, il est plus rentable ici de traiter le fichier obtenu au fur et a mesure du transfert que de chipoter sur le temps pris par une pov regexp.

harko aime bien optimiser les passages du code qui n'ont pas besoin d'être optimisés

 
cai trais bien les iut pourrytes

me tente bien cette histoire de bot  

Bon, ce con avait planté sur le post 894, ça fait pas serieux tout ça.
 
1) enlever la fuite de mémoire
2) le lancer sous debugger pour que je comprene dans quel cal il se met à faire n'importe quoi lors de l'affichage du label ...

   
j'avais oublié un -1 !!!

 
juste au moment où mon bot avait detecté qu'il pouvait poster, pouf ! ArrayIndexOutOfBoundsException !
:'(

ça c'est l'erreur que je fais le plus souvent en Delphi
 
for i := 0 to Count do ...  -> Index out of bounds

Quand ce con de bot plante, il pourrait avoir la politesse de mettre du code à moi dans la call stack quand même !

Bon, je viens d'éliminer quelques Race Condition bien vicelardes !

je viens de tester : le coup du -1 c'était le seul bug.
 
le prochain split est pour moi !