Reprise du message précédent :

 
non l'equivalent de la plage mais entierement en js, et le "serveur" egalement

Bof

A mon avis, et vu ce que j'ai lu sur 15seconds, cette partie là est faite pour tourner coté client.
 
essaye un  

pour voir...

ok, la page se load mais j'ai un problème en local
j'ai corrigé ton truc + enlever des paranthèses plus bas.
 
le problème est:
Ligne: 3
Car: 1
Erreur: Objet attendu
Code : 0
 
je n'ai que ie ici donc pas glob pour avoir des détails sur mon erreur. je testerai + en détails ce soir avec firefox (enfin, s'il me fait une erreur + complète).
 
au cas ou, url = http://www.mangaclub.ch/urd/plage/test.asp

Oulala
 
Coté client y'a rien à faire ! Rien du tout.
 
Moi, je parle de code ASP, donc coté serveur.
C'est TON serveur qui en interroge un autre en HTTP via xmlhttp = Server.CreateObject("Microsoft.XMLHTTP" )...
 
En fait faut juste trouver une méthode ASP pour faire une requête HTTP, je ne sais pas si ce que j'ai trouvé fonctionne. Je n'ai pas de serveur ASP sous la main pour tester.
 
Un chose est sûr, c'est pas en JS ou en VBSCRIPT coté client qu'il faut faire tout ça...
 
Edit : Faudrait créer un topic pour demander de l'aide sur ASP pour faire une requête HTTP parce-que là, je nage complet, même si y'a ASP sur mon CV
 
Demande à MagicBuzz, c'est un pro de l'ASP

ok je comprends mieux, ca me semblait bizarre que je doive faire un truc client.
j'ai un bouquin à la maison, je verrai si je trouve qqch sur les requête http
sinon je posterai un message sur un site spécialisé asp

Bah faut faire comme en VB, utiliser WINSOCK.
 
J'ai posté un topic y'a pas longtemps sur le sujet, avec je crois un lien vers un tuto qui fait ça...
 
Seulement, c'est assychrone, donc exit en ASP natif, faut faire un OCX VB qui fait ça, et qu'on appelle depuis l'ASP

V'là le lien :
 
http://www.vbip.com/winsock/index.asp

merci magic je vais regarder ca ()

question crétine, sur un server classique asp, on peut appeler un objet vb?
sinon l'objet winsock a l'air assez simple d'utilisation (j'ai lu en vitesse)

Oui, depuis une page ASP, tu peux appeler n'importe quel OCX/DLL à partir du moment où il a une interface compatible VB.
 
Par contre, je pense que tu ne pourras pas te servir directement de WinSock, car ce dernier fonctionne de façon assychrone (du moins, dans le tuto que je t'ai passé). A partir de là, l'ASP ne saura pas s'en servir, car il arrête son éxécution immédiatement quand il n'a plus rien à éxécuter, donc il ne pourra pas gérer les évènements de retour de WinSock.

youp,
 
 
je me suis acheté la meme plage que mara's dad...
 
mais elle est très propre, trop....

http://stupide.be/beach/index.php
 
http://stupide.be/plage/index.php

C'est presque l'hiver, on a plus de temps au chaud à la maison... 2 ans après, certain d'entre vous sont-ils partant pour reprendre l'idée et implémenter des plages sur leur site ? Peut-être améliorer la "rfc" ou en proposer une version etendu ?  
 
Je pense à une gestion de la connaissance d'autre plage sans avoir besoin des les soumettre manuellement, ex: toutes les plages créent un fichier de max 10 adresses de plages au fur et à mesure de leur connection, et à chaque arrivé de bouteille, les 2 plages connectées s'échangent et mix tout ou partis de ces adresses afin de recréer un fichier ne possédant toujours que 10 adresses (prisent aléatoirement dans les 2 fichiers).
 
Le code de mara's dad est toujours présent ici pour s'inspirer et redémarrer facilement. http://www.surleau.com/plage
 
Ca vous tente ?
 

Moi ca me tente bien comme projet ! Je peux même trouver quelques personnes potentiellement bien interressées. Et puis c'est un concept tellement web 2.0 que doit y avoir quelque chose à faire du coté des blogs

Bien bien.    
 
Alors pour le moment le code de mara comporte 2 fonctions en GET ou POST
 
Check : qui permet de verifier qu'une url est une plage
addBottle: qui permet de recevoir un message en provenance d'une autre plage.
 
Dans son algo il fait aussi une vérif des plages mortes en les supprimant au bout de 5 "non-réponse" d'une plage interrogée.
 
Le souci que je vois c'est que pour le moment il faut rajouter les plages connus à la mains, et qu'il faut systematiquement une action utilisateur sur la plage pour qu'une bouteille se déplace.  
Pour l'instant j'ai écris un début de protocole pour que les plages puissent s'échanger des urls entres elle. Il faudrait implémenter un protocolepermettant à des messages d'être alétoirement transferer de temps en temps (par exemple les jours de grandes marrée de la vraie vie).
 
Voilà ce que j'ai écris. A voir si le systême ne risque pas de se bloquer tout seul ou si j'ai pas écris un truc impossible  (les points 1  et 2 sont ceux de la rfc de mara)
 

Vla une bouteille à la mer qui perdure depuis 4 ans. Qui l'eu crus.
 
Bon, en pratique, il existe combien de site qui correspondent à votre système et qui soient en activité? Et est ce qu'il existe un exemple de dialogue? Je trouve la RFC claire dans le principe mais imprécise en pratique peut être à cause du "protocole étendu".

Bé à part le site de mara a priori y'a plus aucune plage. Sur ce topic on peut trouver le code complet de l'existant. C'est a retravailler mais y'a déjà un minimum pour ceux qui connaissent le php.  
 
Pour que le projet se lance il faut un minimum de plage en début d'activité, une bonne dizaine serait pas mal.
Je pense qu'il faudrait reéecrire la rfc "tout court". Le coté étendu n'ayant pas lieu d'être si aucune ancienne plage ne fonctionne.
 
Si on est plusieurs interessé, il faudrait décider du nombre de fonction à implémenter pour que le systême soit le plus autonome possible une fois lancée (transfert des bouteilles, echange de plage etc...). Dans l'idéal il faudrait qu'une plage existante mais sans aucun visiteur "humain" puisse transferer des messages et des urls de plages (par exemple quand elle recoit un message qui a été préalablement "renvoyer" par le visiteur d'une autre plage).
 
Ensuite on pourra eventuellement poster des implémentations en php ou asp de chaque fonction histoire que tout le monde puisse faire sa petite plage et l'intégrer au mieux à son propre espace web (eventuellement comme mara la fait, proposer un package tout fait avec un installeur)
 
Perso je pourrais facilement créer 2 plages sur 2 serveurs différents. Ensuite avec un systême au point je dois pouvoir trouver d'autres espaces.
 
Omega2, bapho13 ? Ca vous branche ? (On va commencer par compter nos forces hein )  

Moi ça me dit
Je peux m'occuper de l'implémentation Python

Ca m'aurait intéresser pour me marrer mais j'ai trop d'autres trucs en attente avant de faire ça même si ça ne doit pas être long à préparer.

Alors je dresse une liste :  
 
Dev:

• rawcut - php - 2 plages  
• multani - python - 1 plage
• kao98 - php - 1 plage  
• bapho13 - ??

 
 
Total dev : 4   (2 php | 1 python )  
Total plages : 4

Moi, je suis partant pour participer au projet !
php - 1 plage possible

Une plage (voir d'autres, à voir )

C'est beau de voir la tectonique des plaques à l'oeuvre en pleine création/"suppression" de plages

1 plage ouais dès que j'ai un peu le temps (peut etre le we prochain )

Dev:

• rawcut - php - 2 plages
• multani - python - 1 plage
• kao98 - php - 1 plage
• bapho13 - 1 plage
• dwogsi - php (java??) - 1
• KangOl - ruby - 1 plage
• WiiDS - php - 1 plage

Total dev : 7  (4 php | 1 python | 1 java ?? | 1 ruby)
Total plages : 8

omega2 rejoindra peut-être le projet un peu plus tard

Ouai moi aussi ça m'branche, j'en mettrais une dans un coin, PHP je pense.
Quoique j'me ferais bien une implé java, si j'ai le temps/motiv'

'tain j'avais oublié ce truc...

 
Vive les drapeaux bleus  

J'ai regardé vite fait la version de Mara's dad, je ferais peut être une plage dans quelques semaines si j'ai le temps.

PHP pour le langage.

je ferais bien une version ruby (si j'ai le temps)

Diable, je pensais aussi à une version ROR!

Si j'ai du temps, une plage en PHP. Marrant comme concept

rails pour la plage en temps que telle
en ruby pure pour l'implementation, de manière a avoir une version GUI ou CLI

Peut-être faire un wiki qq part pour concentrer les portions de codes non ? hfr pour les discussion et le wiki pour les exemples d'implémentation ?
 
Avant tout peut-être se mettre d'accord pour une rfc ?

Les fonctions de la nouvelle RFC.
 
check : permet de s'assurer qu'une plage est bien une plage. (la réponses sont la ou les méthodes que supportent la plage (get | post)
addBottle=[message] : permet à une plage de recevoir et donc d'enregistrer une bouteille en provenance d'une autre plage.
needWave =[url] : la plage à l'adresse [url] demande l'adresse d'une nouvelle plage.
newWave = [url] : la plage recoit une nouvelle [url] à intégrer dans sa base.
recordWave=[url] : la plage [url] demande à être enregistré ET l'adresse d'une nouvelle plage.
 
(je sais pas si mes nouvelles fonctions sont bien comprises ou si on peut faire plus simple, vous me dites )
 
D'autres idées ? (Ou les même en mieux   )

On commence à être bien loin du système de plage initial

Pourquoi ? C'est la même chose sauf qu'on rajoute de quoi rendre les plages plus autonomes dans la gestion des urls des plages. Je vois un peu ça comme les courants marins, les marées, les plages artificiels etc...

oh, ca se relance

Comme quoi une bouteille peut mettre plusieurs années avant de revenir