Reprise du message précédent :
J'ai encore des trucs qui pertent en double    
C'est un vrai mystère ce truc

rien compris
 
PS: dans IIS, j'ai une case à cocher (qui est toujours cochée par défaut) "keep alive"
Ca vient de là ?
 
Si oui, alors il faut que tu trouves une parade, parceque tous les IIS sont configurés comme ça par défaut.
 
Sinon, tu te connectes comment ? Tu lances tes requêtes à la mano ??? Y'a pas un composant tout fait pour faire des requêtes HTTP ???

Y'a Curl, mais c'est une librairie qui n'est pas dispo chez free/online.
 
Alors, oui, je fait tout à la main. Cà n'a rien d'extraordinaire. J'aime bien mettre les mains dans les cambouis des protocols. Je me suis fait mon propre composant. Au moins je sais exactement ce qu'il fait et ne fait pas.
 
J'ai trouvé la parade, j'envoie connexion: close, et le tour est joué.
 
J'ai eu du mal à trouvé confirmation que c'est bien close qu'il faut mettre. Je m'en doutait, mais en général, comme c'est le comportement par défaut, on trouve plus de doc sur Keep-Alive
 
T'as déjà essayé de lire la RFC2616 qui décrit HTTP/1.1 ( http://www.w3.org/Protocols/rfc2616/rfc2616.html ), C'est des malades qu'on écrit ce truc.

MagicBuzz, moi j'envoie pas de l'urlEncoded !
J'utilise justement un 'boundary' pour ne pas avoir à faire ce genre de manipe.
Je ne sais pas si çà vient de là, mais du coups, les accents disparaissent.
 
Dis-moi si tu tiens à tout prix à recevoir de l'urlEncoded, ou si tu peux accepter les accents.
 

Votre truc pourrait être marrant, mais, juste une question :
comment vous allez faire pour faire connaitre le protocole que vous avez pondu ? Parce qu'avec 3 plages, l'intéret risque d'être un peu limité, non ?

T'as une idée ?
Le Protocole

l'url encoded est automatique avec mon composant, c'est le comportement d'un post normal.
mais moi je m'en fout, quand je le récupère, bah c'est juste une variable dans mon Request.Form et lui il sait décripter en fonction du content-type et du encode-type... Tu passes par un autre moyen (là t'es limite maso )

Sur ce genre de trucs, j'aime bien être maso, en effet
J'aime bien comprendre comment çà marche
Ce qui n'explique pas la disparition des accents
 
Sinon, avec ton composant, tu peux spécifier un User-Agent ?
Comme çà, c'est plus facile pour moi de savoir d'où vient un message quand je décide de tracer pour debug.

Et lorill, il en est où ?
J'ai l'impression qu'il ne prends pas le post en entrée...

moi j'aimerais bien voir la plage de magic, le lien en première page est correct?

Yes : http://test.manga-torii.com/ !
Y'a un lien sur ma plage sinon

Ben oui. En fait c'est l'agent HTTP de base de .NET
On peut grossomodo tout paramètrer, mais il est paramètré par défaut pour fonctionner comme un IE je pense.
 
On va dire que les USER AGENT se sera euh... Un truc... Genre...
 
NETBOTTLE
 
Ca te va ça ?

 
Ben moi je m'en fout. Pour le moment, il envoie un truc vide.
J'aurrai vu un truc plus perso, qui permette de savoir d'où vient le message.
Moi, j'ai mis Mara's beach
C'est pour mes logs : http://www.surleau.com/plage/log_receive.txt

Non, il n'accepte que les GET pour le moment (et je pense qu'il en changera pas de si tôt)
Du coup faut qu'on teste le POST en premier, puis le GET si le POST foire (au moment du "Check=Plage" )
 
Et je pense qu'il serait bien de rajouter Check=Protocol et obtenir comme réponse soit un flux XML (plus évolutif) ou une série de chaînes CSV indiquant par exemple si on accepte POST, GET ou BOTH
 
Ca sera plus pratique pour la suite. Si Check=Protocol ne retourne rien, ou une réponse invalide, alors il faudra faire un Check=Plage derrière. Sinon la réponse de protocole sera suffisante pour déduire que c'est une plage.
 
Qu'en penses-tu ?

Sinon, je crois que je vais changer mon algo de renvois de bouteilles, parcequ'il n'y a pas beaucoup de bouteille qui s'arrête sur ma plage je trouve

Ben, le GET c'est quand même chiant !
Ca limite vachement la taille des messages.
Ou bien alors on dit que sur la plage de lorill, on ne gère que des mignonettes pour microbes analphabètes
Si on mélange les deux protocoles, y'a des messages qui vont être coupés.
Heu, sinon, si t'as pas d'idée pour les accents, dis le moi, et je passe en urlEncoded. Pour çà y'a des fonction toutes faites

chez moi ca marche pas ^2

Pourquoi t'a viré le bouton 'Pecher une bouteille' ?
Maintenant, quand y'en a plus sur l'image, ben faut faire F5 ce qui renvoie la dernière requête...

Le problème viens de chez toi

Pb envoi multiple corrigé  

Pour faire une demande sur le Check, c'est à la fois suffisant et plus logique qu'un POST, puisque tu fais une demande, t'envoie rien
 
Sinon, pour l'envois des messages, on n'a qu'à se limiter à des messages de moins de 1000 caractères pour les plages fonctionnant avec GET
 
1000 caractères ça doit marcher, ou alors c'est ton site qui a un problème (le GET de mémoire est limité à 4096 caractères dans l'URL ou un truc du genre, donc même avec 1000 on a de la marge )

Bizarre, ça marche chez GE

Je viens de relire la RFC2616 pour être sûr  
 

 
Si j'ai bien lu, en fait y'a pas de limite !
Sauf avec des très vieux softs
 
Bon, il faut donc accepter les deux, mais il reste à déterminer quelle technique utiliser pour Check et addBottle.
 
Pour résumer ton idée de tout à l'heure :
 
On commence par Check=Protocol en GET
On attend GET ou POST ou BOTH
Dans les 3 cas, on a assez d'infos.
 
Sinon,  
On essaye Check=Plage en GET
On attend OK, et on considère que le site une une vielle plage ne connaissant qu'une vielle version du protocole et qu'il faut donc utiliser du GET
 
Conclusion, pour moi il faut que je passe en urlEncoded dans tous les cas, çà évitera de se poser la question
 
Ce message ne s'autodétruiera pas dans 30 minutes, mais je prendrai alors une abscence de réponse pour un accord

Bon, ben je suis passé multi proto.
Tous va bien avec lorill, mais je n'ai pas pu confirmer que ce que j'envoie à test.manga-torii soit reçu correctement, et je n'ai rien reçu depuis un bout de temps...
Si tu trace tes requêtes, tu dois voir passer des Check=Protocol.

Je te dirais ça ce soir en regardant mes logs

A+, je me rentre.

vais pas tarder non plus

Bon, j'ai bien des requêtes en POST avec "Check=Protocol" demandées par Mara's Beach
 

Bon, voilà, ça devrait marcher de mon côté aussi
 
J'envoie en header MagicBuzz's Beach (quelle originalité )
 
 
Mara's dad > Quand je fais un Check=Protocol chez toi (GET ou POST) j'obtient la page de ton site. Quand je fais un Check=Plage en GET, j'obtiens aussi la page de ton site.
 
Du coup, je peux pas t'envoyer de bouteille
 
Et la plage de Zozoll http://forum.zozoll-online.com/bottles/Default.aspx (actuellement en cours de développement) fait de la rétention de bouteille, il ne renvoie pas de bouteille quand on lui en envoie une. Et vu qu'on peut pour le moment consulter de bouteille chez lui donc pas en envoyer autrement qu'en postant une nouvelle, les bouteilles s'accumulent mécaniquement chez lui... Doit avoir un paquet de bouteilles

MagicBuzz, problème corrigé.
Désolé, une erreur de débutant un '==' au lieu d'un '='.
C'est vraiement pas facile à trouver ce genre de bug
On peut paaser 20 fois dessus sans rien voir.
A+

Ca merde encore avec les accents et cette fois, j'y peux rien !
 
+--+ POST (Requête HTTP) +----------------------------------------------------------+
11 octobre 2003 à 02:25:42 - Envoyé à http://test.manga-torii.com/default.aspx :
POST /default.aspx HTTP/1.1
User-Agent: Mara's beach
Host: test.manga-torii.com
Connection: close
Content-Type: application/x-www-form-urlencoded
Content-Length: 75
 
addBottle=Je+continue+mes+tests+avec+des+accents+%3AD+%28%E9%E8%E7%E0%29+15
 

Les logs de IIS ne conservent que les requêtes GET, pas les POST. (enfin... on peut pas voir les données quoi)
 
Et pour les GET, c'est normal ce que je reçoit :
 

 
C'est bizarre donc...

Sinon, c'est quoi le symptôme quand tu dis que ça foire ?

Je viens de faire des tests, et c'est cool, ils disparaîssent purement et simplement... Trop cool
 
Bon, je viens de modifier mes fichier XML (les bouteilles et les serveurs sont stockés dans des fichiers XML) pour qu'il soient en UTF-8
 
Ma page est en UTF-8
 
Et mes requêtes sont elles aussi en UTF-8 (donc le flux que j'envoie est encodé en UTF-8)
 
Essaie de voir si en passant de ton côté en UTF-8 ça marche (on sait jamais )
 
Parceque là je ne vois pas du tout sinon...
 
-- De ton côté tu reçois tout bien sauf le caractère ?
-- De mon côté, y'a vraiment que l'ASCII qui passe
 
Chelou, parceque Request.Form normalement ça bouffe n'importe quel encodage... Faudra que je regarde si je peux forcer l'encodage... Mais là c'est trop tard pour ce soir

Sympa ce projet, l'idée est excellente

Je viens de corriger un bug de débutant ! Quoique...
 
Sur mon formulaire, j'ai 2 boutons :
Soit 'Envoyer' et 'Voir un message'
Soit 'Renvoyer' et 'Supprimer'
 
Pour simplifier la prog, je met un code action en Javascript dans un champs caché et je fais un submit() sur le formulaire.
 
Mais comme un con, au lien d'utiliser des <button>...</button>, j'ai utilisé des <input type="submit"...>
 
Et ce qui se passe c'est qu'en fait, de temps en temps, IE soumet 2 fois le formulaire
 
C'est chiant comme bug, parce-que IE ne le fait pas à chaque fois. J'ai du mettre des traces dans toutes mes fonctions pour comprendre. Par exemple sur une supression de message, mon code PHP me disait qu'il n'arrivait pas à supprimer alors qu'il supprimait bien (j'avais plus les message en base). En fait la première fois il supprime, et forcément, à la seconde, ben il peut pas !
 
J'ai regardé pour l'histoire du signe ?.
Je ne comprends pas, çà passe très bien chez moi

Moi non plus je capte pas. Moi j'enregistre bien les accents de mon côté. Y'a vraiment un problème au niveau de la transmission en fait

Pour faire des tests, je peux mettre sur mon site un script qui t'envoie un message avec des accents.
 
Si tu constate que l'? ne passe toujours pas, tu peux faire de même.
 
T'en pense quoi ?

J'ai vraiment l'impression que ça vient de ton encodage en fait.
Je te rappelle que je suis en UTF-8, puisque ce format permet de transporter tous les alphabets existants.
Toi tu as l'air en ISO Western Europe (en tout cas, c'est le cas de ta page de test, et quand on force en UTF-8, on a à peut près le même bug (les accès sont remplacés par des carrés ou disparaissent simplement), ce qui fait que la plupart des caractères UTF-8 ne passent pas (y'a que l'ASCII de base qui passe)

Je viens de penser à un truc (enfin... j'y ai pensé hier soir en fait, j'arrivais pas à dormir )
 
Alors :
1) Ecrit dans les headers de ta page PHP (niveau HTML) que tu est en Windows-1252 (histoire d'être propre)
2) Lorsque tu récupères un message, avant de l'afficher, utilise la fonction iconv comme suit :
 
<?printf(iconv("utf-8", $str, "windows-1252" ));?>
 
En effet, vu que je t'envoie la page en UTF-8, et que tu l'envoie directement sans modification sur ta page qui est en Windows-1252, alors le navigateur merd en décodant les chaînes.
Vu que tu fais un HTMLEncode sur la chaîne, les accents sont correctement reconnus, et encodés proprement en HTML, tandis que le signe euro n'est pas reconnu (étrange), et donc est envoyé tel quel au navigateur, qui ne sait pas le lire.
 
Donc à priori, cette modif devrait suffir.
 
Mais je pense que le mieu serait de passer toute la page en UTF-8, ça aura l'avantage de t'ouvrir aux langues étrangères, parcequ'actuellement, autant une personne peut poster un message en japonnais ou en arabe sur mon site, autant le tient ne saura pas le relire, et va l'altérer.

Je vais faire çà.
En fait, moi aussi j'ai pensé la même chose hier soir ( ce matin en fait ) et dans mon HTML, j'ai bien mis windows-1252.
Mais je vais passer en UTF-8 comme çà j'aurai pas de problèmes de conversion.
Il suffit que j'enregistre mon source en UTF-8.
A+