Reprise du message précédent :

Ouais mais quand t'envoies une bouteille à la mer (ou que tu lâches un ballon ), même si t'as peu de chances de savoir ce qu'il en advient, t'es quand même bien content de savoir qu'elle est arrivée (le cas échéant).
En fait, ce principe de bouteille me fait 'achement penser au bookcrossing : http://www.bookcrossing.com/ Pas dans l'implémentation ni rien mais juste dans l'idée. Et en plus, là, chaque propriétaire de la bouteille sait où elle a atterri.
'fin ch'ais pas, moi j'trouve ça fun de pouvoir tracer une bouteille ou, à défaut, de pouvoir la localiser à un instant donné.

Taîche, mes bouteilles n'auront pas de balises argos !
 
Maintenant, si tu veux signer tes messages avec ton email, c'est ton problème. C'est pas à l'implémentation de s'en occuper.
 
Lorill, heu en fait, il faut absolument que le serveur cible d'un addBottle réponde OK. C'est pour le nettoyage des plages. Comme il va y avoir plein de gens qui vont inscrire des fausse plages : www.microsoft.com/dans/ton/cul/plage/asp, il faut pourvoir virer les URL qui ne répondent pas OK !

Toi qui reçois plus de 100 spams par jour, j'pensais que t'avais pigé le principe de garder son e-mail pour soi
Sincèrement, je vois pas en quoi ça serait si mal de faire un système de trace au niveau du serveur Le serveur conserve un truc genre "la bouteille avec tel identifiant, je l'ai forwardé au serveur Untel à telle date (ou je l'ai coulée, etc...)" et pis c'est tout. C'est une ligne dans un fichier de log ou un champ à remplir dans une entrée en base.
'fin ch'ais pas, la traçabilité me semble beaucoup plus sympa et conviviale, maintenant si vous en voulez pas j'vais pas en faire une montagne

euh le code reponse http ça te suffit pas?

Non, si je met www.microsoft.com, et ben même en faisant  
 
http://www.microsoft.com?addBottle=Coucou
 
J'ai un 200 OK !
 

 
Les spams sont envoyés à des adresses bidon de mes domaines. Et de toute façon, Moz les gère très bien
 
"garder son e-mail pour soi"
Intéressant comme concept çà
 
Rien ne t'empèche de créer une boîte mail juste pour çà !
 
De toute façon, comme l'implémentation est libre, le seul truc standard, c'est le protocol "?addBottle=[message]". Chacun fait la plage qu'il veux, même des triangles des bermudes (je l'ai lu qulque part). Ont peut même imaginer des plages peuplées de Bots qui passent leur temps à envoyer des messages aléatoires ou tirés du net...
Tout est possible, tout est réalisable, c'est le jeux de la P L A G E !

Bon, j'ai pas encore écris une ligne de PHP :
http://www.surleau.com/plage/index.php
C'est juste ce que je pense faire.
Z'en pensez quoi ? Ou plutôt, y'a t-il des trucs pas clairs ou qui vous semble en contradiction avec d'autres. Bref est-ce que çà tiens la route.

a mon avis le "ok" n'a d'interet que lors d'un addBeach

mais bon ça coute rien de le faire qd meme

normal, tu appelles la page "default.aspx" par défaut, et rien ne t'empêche d'appeler une page avec des paramètres non valides.

Le addBeach, il est fait par un visiteur, pas par un autre site ?
Donc bien sûr qu'on va lui dire que c'est bon ou pas, mais là y'a pas besoin de spécifier la forme.

C'est pour çà qu'il faut qu'une plage valide réponde OK.
Sinon n'importe qui peut créer des triangles des bermudes. Il suffit d'inscrire un site qui n'est pas une plage.

Me suis mal exprimé Disons que distribuer largement son mail c'est pas terrible.

Vi enfin bon, une boîte par-ci, une boîte par-là...

Ba si chaque plage fait ce qu'elle veut, effectivement y a pas grand-chose à ajouter.

ha, oui.
he bien.
c'est peut etre là qu'il faut ajouter un truc au protocole. une 2e fonction.
qd un visiteur ajoute un plage, tu la valides direct.

Tu parles d'une fonction d'une plage genre :
 
GET http://www.surleau.com/plage/index [...] lage+toi+?
 
Réponse : OK
 
Si çà vous va, ben mon site est un trou noir ! ( Pour le moment )

oui, c ce que je voulais dire.

je plante un drapal.
 

Bon, çà me convient très bien, reste à voir avec les autres
 
Il manque tout de même un mécanisme pour désinscrire un site.
 
Proposition :
On peut utiliser la fonction Check avant de transmettre un message. Comme çà chaque plage fait ce quelle veut.
 
?Check=Plage => OK
 
Va faloir pondre une RFC pour ce nouveau protocole
http://www.surleau.com/plage/index.php?RFC

logiquement, si... j'ai un redirect si c'est a la main, le OK sinon d'apres mon souvenir

 
Bon, c'est normale que çà merde de temps en temps...
Au début y'avait que du HTML, mais maintenant y commence à y avaoir un peu de PHP alors, bon

antp sort de Mara's Dad
 
sinon, tes scripts php tourneront sur free

Mara's dad > quand j'essaie d'ajouter mon site sur le tiens, ça n'a pas l'air de marcher.
Deplus, y'a moyen de voir les bouteilles qui sont chez toi ?
Parceque depuis le temps que je t'en envoie...

Voilà.
Je viens de... mince, non, c'est pas tout à fait fini
 
Fonctions Check et addBottle oppérationnelles.
On peut pêcher une bouteille, et grâce à mon système à deux balles, on peut la remettre à l'eau (pourquoi pas) - En fait, le contenu de la bouteille se met dans le message qu'on peut mettre à l'eau
Et on peut envoyer une bouteille.
 
Pour le moment, pas de fonctions random (pour choisir entre envoyer, couler ou stocker la bouteille)
Et j'ai un peu oublié de faire en sorte qu'on puisse ajouter son site au mien
 
Le principe actuel est :
-> On écrit le message
-> On choisi au hasard un serveur
-> Si le serveur réponds au check, on envoie la bouteille. Sinon, on la conserve en local.
 
-> Quand on reçoit une bouteille, on la stocke en local, puis on envoie au hasard une bouteille sur un serveur au hasard (là il va vraiment falloir que je limite les chances que ça arrive, sinon on part en boucle sans fin )
 
-> Quand on lit une bouteille, on l'efface, et on envoie automatiquement une qui était stockée sur un autre serveur.

-- Mise à jour --
 
10% de chances pour que la bouteille ne soit pas envoyé à un serveur (reste en local)
5% de chances que la bouteille coule lors de son transfert vers un serveur

 
Je pense que oui.
 
J'ai fait des tests sur free avec fsockopen(), et çà marche pour certain sites, et pas pour d'autres, faut que je regarde pourquoi.
 
Pour info, si vous avez une idée :
Je fais du GET en HTTP/1.0
J'ai 3 sites installés :
http://fsurleau.free.fr/plage/index.php Hébergé chez free (donc proxad / illiad)
 
http://www.surleau.com/plage/index.php Hébergé chez online (donc proxad / illiad)
 
http://www.surleau.org/plage/index.php Hébergé chez moi (ADSL Linux apache)
 
Avec le même script sur les 3 sites :
 
surleau.com -> surleau.com OK
surleau.com -> surleau.org OK
surleau.com -> fsurleau.free.fr OK
 
surleau.org -> surleau.com OK
surleau.org -> surleau.org OK
surleau.org -> fsurleau.free.fr OK
 
fsurleau.free.fr -> surleau.com Connection refused
fsurleau.free.fr -> surleau.org OK
fsurleau.free.fr -> fsurleau.free.fr Connection refused
 
Je vais essayé en HTTP/1.1 et avec un simple fopen().
 

Pour le moment, mon site n'inscrit pas réellement les site. Je teste juste la communication HTTP, voir post précédent.
 
Pour les messages, ils sont bien enregistrés, mais c'est tout, aucune autre fonction n'est écrite vu que j'ai encore des PB avec l'envoie à partir de free.
 
A terme, j'aurais les trois sites mentionnés plus haut, mais attendez un peu pour jouer avec, C'est pas fini
 
Je voudrais pouvoir tester l'envoie et l'inscription sur d'autres sites que les miens, mais j'ai pas de retour sur mes propositions de RFC.
 
A+

 
Heu il est où ce site ?

lorill > ton implémentation ne dispose pas de "Check", y'a moyen que tu le rajoutes ?

http://test.manga-torii.com

MagicBuzz, du calme !
Ma¨Plage est un trou noir pour le moment
 

Ah bah ça explique celà
Tu peux me dire si tu as reçu des messages sur ton serveur chez toi ? (normalement, il y en a aussi chez online.
 
Pour le RFC, je trouve ça pas mal, je l'ai respectée à la lettre
Le fait de pas avoir de confirmation lors de l'ajoutme semble pas mal, car comme ça on n'est sûr de rien quand on envoie une bouteille

 
Seul le premier n'est pas de moi

Bon pour free, mes conclusions sont les suivantes :
Les serveurs de proxad/illiad refusent les connexions en provenance de free.
 
Ce qui en clair veut dire qu'une Plage sur free ne poura pas envoyer de bouteille sur une Plage hébergée chez free ou chez online.
 
Il semble qu'ils aient prévu ce genre de coups chez proxad. C'est des petits malins.
 
Y'a surement moyen de passer outre en utilisant un site relai comme les anonymiseurs, mais là çà commence à compliquer la chose. Surtout que j'en connais pas et que je ne sait pas trop comment il faudrai formuler la requête HTTP.
 
Si quelqu'un à une idée, moi je retourne à ma plage

Euh... Pas évident ton truc
 
A mon avis, pour résumer, on peut dire que chez Free et Online c'est mort

 
Non, une Plage chez online peut faire ce quelle veut !
Une Plage chez free peut envoyer partout sauf chez free et chez online.

bof.
 
check quoi ?

Quand ta page prends en paramètre "?Check=Plage", il faut que tu répondes "OK" (uniquement, sans tag ni rien)
C'est tout ce que ça fait
 
On utilise ça avant d'envoyer la bouteille, ou lors de l'ajout d'une plage, afin de s'assurer que la plage en question est une plage compatible.

Ah ok, bon ben c'est pas trop gênant alors... Sauf que Free représente 90% des sites persos francophones (donc des plages potentielles) mais bon...

okie, je le fais de suite

done