Plages connues, par ordre d'apparition
 
lorill  
http://lucane.org/bottles/
 
MagicBuzz  
http://test.manga-torii.com/
 
Mara's dad  
http://www.surleau.com/plage/
 
Urd-sama  
http://www.mangaclub.ch/urd/plage/
on me signale en régie que cette plage ne serait en fait qu'un template graphique...
 
 
 
------------------------------------
 
Edit: ancien message
 
Bon, le but c'est de faire une "simulation" de jetage de bouteilles a la mer sur le web. Je reprends les posts du topic initiateur :
 
MagicBuzz

 
forummp3

 
MagicBuzz

 
[blabla spam ou pas ?]
 
lorill

 
Urd-sama

 
lorill

Message in a bottle :
 
Description générale du protocole :
On passe par HTTP. Une commande passe par une requete GET avec parametres. La réponse est du texte brut, renvoyé par le serveur.
 
Ajout d'un site adhérent :
http://site.connu.org/url/connue/m [...] e/miab.php
=> OK ou FAILED <message>  
cause d'erreurs : impossible de sauver l'url ou doublon
 
 
Ajout d'une bouteille :
http://site.connu.org/miab?addBottle=le+super+message
=> OK ou FAILED <message>
 
 
A priori c'est tout ce dont on a besoin.
 
Le fonctionnement :
Un site en connait N autres, qui eux mêmes en connaissent d'autres, etc...
Une âme perdue lance sa bouteille sur un site adhérent (via un formulaire accessible a un endroit au choix du site).
Lors d'une requete sur un site, on vérifie les bouteilles présentes. S'il y en a, le serveur peut aléatoirement :
- les afficher (45% ?)
- les transmettre (45% ?)
- les noyer (10% ?)
 
(donc le coup du ttl on oublie, c'est plus sympa si on sait pas combien de temps on va rester)
 
voila voila.
 
Edit:
ah, encore en passant, l'interet du truc, c'est de rester suffisement simple pour que chacun puisse se faire sa propre implémentation en respectant un certain protocole (celui d'en haut ou autre, a définir)

je pense que ton protocole est bien.
faut rester simple, et là on fait le tour des besoins.
je vous proposerais bien de l'héberger mais j'ai que de l'asp alors bon

c'est la que y'a un truc que t'as pas compris apparement : tout le monde héberge une partie...
 
Par exemple, moi je me fais mon bottle en java. Je stocke les sites que je connais, et les messages que je connais. De temps en temps, un site se rajoute. Souvent, je vire un message pour le mettre sur un site connu a la place.
 
Donc si tu peux gérer un minimum de peristence en asp (et je sais que tu peux), tu peux héberger ta partie  

ce truc de nerdz...

ah ouais d'accord, j'avais mal compris effectivement
je pensais qu'il y avait un serveur général dans l'histoire.
donc c'est encore mieux si j'ai de l'asp finalement!

Pour mieux développer le brol il faudra que l'ajout d'un nouveau site ajoute aussi tous les sites qu'il connait...non?
 

ben non, surtout pas, sinon on en revient a chaque site connait tous les autres...
 
alors que la, pour qu'une bouteille arrive a un certain endroit, elle a du se taper tout un trajet, c'est ca la beauté du truc a mon avis.

ahhhhhhhhh...d'accord, l'avais pas vu comme ca!
Chaque site aura donc le controle de qui il connait?

mais comment un message serait-il transférer d'un site à l'autre?

C'est marrant cette idée. Y a moyen de participer sans être un dieu de la prog ?

bon, moi je me fais mon site, on va l'appeler L. Toi tu fais le tien, U.
 
L connait U (car U s'est enregistré chez L auparavant).
L a un message M.
 
L recoit une requete. Il vérifie ses bouteilles, et trouve M. Un coup de random pour savoir s'il doit l'afficher, un deuxieme random pour savoir s'il doit le transferer. Mettons qu'il le transfere.
 
Encore un random sur la liste des sites connus. On trouve (comme par hasard  ) U. On appelle U.addBottle et on supprime la bouteille de notre zone (bdd ou autre).
 
voili voilou

mais faut pouvoir configurer son serveur pour faire ca je me trompe?

au developpement oui, si tu connais un langage web.
a la diffusion oui, si tu as un site, et que d'autres developpent des modules corrects, suffira que tu l'installes sur ta page

? c'est a dire ?

Il peut se passer quoi comme transaction entre les 2, là? Ca peut aller dans les 2 sens, alors?

ou alors utiliser d'autres choses? car je ne vois pas comment faire ca en HTML+ php/asp en fait

oui
 
ca depends du vent et du courant  

a quel niveau ? parce que c'est tout a fait faisable a priori

une bdd des bouteilles et des petits scripts devraient suffire non?
(Remarque j'ai rarement codé quoi que ce soit pour le web...)

au niveau de la réaction d'un site à une requête d'un autre site
(désolée si j'ai des questions connes )

ha, je crois que je vois ton probleme, c'est appeler une page sur un serveur différent, c'est ca ?

Bon, diffusion alors. A moins que je me mette à niveau rapidement.
Vous avez mon soutien moral

ha ben tu fais pas la != avec un navigateur, la... tant que tu sais appeler une url avec ton langage, c'est bon    
 
faudrait juste voir si ces fonctions sont actives chez free & co

ok.
Donc n'importe-quel site peut s'inscrire sur n'importe-quel autre...
Donc si un jour vous trouvez que ca devient trop lourd, il suffit de créer des sites "triangle des bermudes" où toutes les bouteilles disparaissent...

voui
 
ou alors des sites qui font entrer de l'eau, et effacent certains caractères du message, la tu fais ce que tu veux, tant que tu respectes les 2 actions

Roooooh pi après on pourra rajouter poissons, bateaux,...

oui effectivement, c'est très simple. Mais dangereux aussi, faudra prévoir des protections (pour free & co je pense que c'est bon quand meme, si c'est bien ce que je pense y'a pas de raisons)

dans quelle mesure ?

dangereux c'est peut-etre exagéré, mais imagine le taré qui envoit 1000 messages d'un coup

N'empêche, en développant un réseau de ce type on peut imaginer une durée de vie quasi infinie à un message, sans pour autant avoir la moindre idée d'où il peut se trouver à un instant donné...:pt1cable:

serveur à genoux...

ben au 2eme tu lui balance un "FAILED duplicate" par exemple  

et un webservice qui tournerait sur un serveur connu de tous ne permettrait il pas de centraliser toutes les methodes, l'ajout de serveur ...
 
une idée comme ca ...

oui effectivement

si, mais justement, je veux eviter la centralisation (je sais pas ce qu'en pensent les autres), parce que sinon ca pert tout interet

c'est marrant votre truc mais je soulève un petit problème
 
si l'affichage ou le renvoi des bouteilles est fonction de la fréquentation (puisque scripté sur un site) ne risque-t'il pas d'y avoir des sites qui afficheront ou transmettront bien plus que d'autres (puisques plus visités) ?
 
je pense qu l'idée de centraliser le tout est très bonne, le serveur central (on pourrait envisager un site bouteilleduweb.com ) répartit lui même de manière totalement aléatoire les bouteilles ou les affiche, et c'est lui qui les stocke à la création
 
ça serait certainement plus facile à gérer, (un peu comme un webring) et chacun pourrait coder le script "client" qui sera utilisé sur les sites qui afficheront ou pas les bouteilles
 
En plus sur le site central on pourrait convier les internautes à venir jeter quelques bouteilles et lister tous les partenaires

 
Pour l'idée des bouteilles, c vrai que c mieux si elles sont dispersées. Moi je parlais juste de la centralisation de methodes
 
Sinon, ca m'interesse egalement

Si. Mais est-ce génant ? si une bouteille se retrouve sur un site peu fréquentée, c'est un peu comme si elle était perdue en mer... Personnellement, ca ne me gène pas.
 

ouais mais non, la ca fait tout de suite serveur de pub et ca veut dire qu'une bouteille a un bout de l'océan peut se retrouver a l'autre bout sans faire de chemin entre. J'aime pas du tout ca fait un peu dédicaces, ca enleve tout le coté poétique de la chose a mon sens.
 

bah la aussi, nan ?
 
 

ca on peut aussi le faire... Suffit de créer le site central, et les sites partenaires s'ajoutent la dedans. Donc une bouteille du site central peut partir en un coup n'importe ou, mais apres, elle suit. De toutes facons, c'est le fonctionnement qui se fera, même si on ne le cherche pas... Faudra bien inscrire son site quelque part, au début...

Je suis plutot de l'avis de Lorill, mais c'est vrai qu'un serveur central simplifierait beaucoup de choses
 
edit: c'est aussi ce coté poétique qui est enlevé avec le serveur qui est dérangeant. Selon moi le serveur ne représente plus le concept de "plages" représenté par les sites