Reprise du message précédent :
Bah pour le moment, c'est pas trop un problème problème. Disons que dans la logique de la chose, y'a tourjours des plages pleines de récifs qui vont couler les bouteilles. Le risque le plus important sera le span en grand nombre (une plage qui renvoie 10 000 bouteilles d'un coup, toutes des copies de la même). Là ça risque d'être chiant à traîter.
 
Sinon, pour le coup des bouteilles qui coulent, moi j'ai adapté les rocos de ce topic pour pallier justement aux sites qui coulent les bouteilles : je ne coule jamais de bouteilles, sauf quand on en lit une. Donc je ne coule une bouteille que si je l'envoie un à serveur et que ça plante. (si le site réponds explicitement qu'il ne prends pas de bouteilles, alors la bouteille ne coule pas). Du coup, avec des sites comme le mien qui ne coulent pas les bouteilles, ça compense un peu les éventuels sites qui coulent les bouteilles.

C'est coule

bon j'ai fais un peu de mon côté. j'ai une table dans ma db qui contient mes bouteilles, avec leur état.
A chaque reload de la page, je sélectionne toutes les bouteilles et:
- 50% sont affichées (état=1)
- 20% restent dans le lagon (état=2)
- 25% repartent en mer (delete dans ma base)
-  5% sont détruites sur les rochers (delete dans ma base)
 
vous pouvez ajouter des bouteilles et tester, je mets les états des bouteilles dans le haut de la page

 
url ?

premier post

Reste le protocole
Et à changer le lien sur la page de visualisation du message.

ouais y'a tout le reste en fait à faire

Allez, c'est rien !
En PHP, j'en ai que pour 800 lignes de code...
 
Bon, Ok, y'a plein de lignes vides, et presque une ligne de commentaire par ligne de code

j'aimerais faire d'ici quelques temps la partie de l'ajout d'une plage, et y'a un truc que je comprends pas très bien.
 
je cite déjà le protocole de mara's dad:

je ne sais pas trop comment faire le point en gras, quelqu'un peut m'éclairer?

Pour commencer, le protocole à évolué : http://www.surleau.com/plage/rfc.html
 
Pour répondre à ta question :
Si ta page recoit en GET une valirable nommée "Check" et que sa valeur est "Plage", il faut répondre :

ou  

ou

Chaque ligne doit être terminée par un CR_LF (\r\n)
 
Comment faire ? c'est tout simple (un truc du genre) :

Et ton script s'arrête là !
 
Exemple de ce que çà doit donner :
 
http://www.surleau.com/plage/index.php?Check=Plage
 
Regarde le source hein, dans la fenêtre du navigateur çà s'affiche comme çà : "Protocol: GET Protocol: POST "
 
Cà veut dire que :
1- Mon site est une plage valide
2- Ma plage accèpte des requêtes en GET pour addBottle
3- Ma plage accèpte des requêtes en POST pour addBottle
 
Voilà ! Des questions ?

oui je crois
donc, en d'autres mots, je vais appeler ta page, et si protocol:get et protocol:post s'affichent, c'est que je peux ajouter ta plage?
 

pour le \r je suis pas sure

Bon, c'est presque çà, sauf...
 

 
y'en a un peu trop, là
 
et y faut pas les <br>, c'est pas pour un navigateur, c'est pour une autre plage :

bon maintenant que je vais avoir du temps à tuer, je m'y colle !
le temps de lire les 9 pages et de me renseigner sur les langages que je peux faire passer sur mon hebergeur.
au travail

ok je regarde ca demain si j'ai le temps    
bienvenue walli, fais-nous une jolie plage toi aussi

pas l'impression que mon hébergeur propose mysql

BAh tu fais comme moi, tu utilises des fichiers XML

C'est très interressant tout ça, mais ça devient quoi votre projet ?    

up

je vous annonce que je vais m'y remettre
j'ai deux personnes qui sont intéressées aussi, mais elles juste pour reprendre un script déjà existants sur leur site.
par contre elle m'ont donné 2-3 idées sympa

bon j'ai écrit les spécifications de mon truc, j'écoute vos commentaires
(le ftp est naze, je peux rien faire )
 
Présentation de la plage
Ma plage possède trois points clé:
- la plage en elle-même, où les bouteilles s'échouent et sont disponibles à la lecture
- le lagon, endroit de faible eau ou les bouteilles stagnent en attendant d'être échouées ou reprises par la mer
- la mer, où les bouteilles dériveront vers d'autres plages
 
Changement d'états des bouteilles
Chaque heure, un script sera lancé selon le modèle suivant:
- 80% des bouteilles de la plage retournent dans le lagon
- Les bouteilles du lagon sont traitées suivant les probabilités suivantes:
  - 50% s'échouent sur la plage
  - 20% restent dans le lagon
  - 25% partent en mer
  - 5% se brisent sur les rochers (delete dans la DB)
- 15% des messages (lagon et plage) seront modifiés par l'eau/sable/etc
 
Détails sur la modification des messages des bouteilles
- 5% auront les x premiers caractères du message effacés
- 5% auront les x derniers caractères du message effacés
- 5% auront 1 mot sur x du message effacé
 
Détails sur la partance en mer
Un site sera choisi aléatoirement dans la base de données contenant les autres plages et la bouteille y sera envoyée.
- Le site devra être testé (si valide)
- Envoi de la requête
- Delete dans la DB
 
Lecture des bouteilles
Lorsqu'un bouteille est échouée sur un plage, l'utilisateur pourra cliquer dessus pour y voir son message.
Une fois la lecture effectuée, plusieurs choix s'offrent à lui:
- Modifier ou non le message de la bouteille (Merci à Mara's dad)
- garder la bouteille (par exemple recevoir une copie du message dans un email)
- jeter la bouteille à la poubelle (ou la casser, ou la faire manger à son chien, ?)
- remettre la bouteille sur la plage (possibilité que qqun d'autre puisse la lire)
- jeter la bouteille dans le lagon
 
Ecriture d'une bouteille
Lorsqu'un utilisateur écrit une bouteille, plusieurs tests seront effectués:
- Tests de contenu (bloquage des balises html et cie)
- Tests de multi-postage (éviter le spam)
- Test sur la longueur du message (limité à x caractères pour cause du template graphique de la feuille)
- Ensuite la bouteille est mise dans le lagon
 
Inscription d'une plage
Un autre site pourra s'incrire dans la vaste mer. Avant d'inscrire dans la DB
- Tests de l'url
- Tests de réponses
 
Pour la suite?
- Possibilité d'aller nager dans le lagon, avec x% de chance de voir une bouteille qui brille dans l'eau

Commentaire :
1- Comment lances-tu ton script toutes les heures ?
2- Limiter le type de contenu du message, c'est bien, mais limiter la longueur, c'est dommage pour les bouteilles qui viennent d'autres plages.
3- Il faut un champs de saisie pour inscrire une plage.
4- Pauvre chiens, obligés de manger des bouteilles
5- Je vois que tu cherches un certain réalisme. Dans ce cas, le visiteur qui lit le message d'une bouteille doit pouvoir en modifier le texte. Ce qu'il peut de toute façon faire en cassant la bouteille et en en créant une autre. Donc autant lui en laisser la possiblilité directement. Faut être gentil avec les visiteurs
6- Comment va ton chat ?
 
EDIT : 7- T'aimes bien les x !

1. j'ai découvert webcron, j'aime bien
2. effectivement, mais je vois pas comment faire d'autre pour coller au template. ou alors je manipule mon templates graphique pour que ca passe, ca doit être possible
3. très juste, je vais l'ajouter de suite
4.
5. ah vi j'y ai pensé, faut que j'ajoute aussi c'est clair
6. j'ai pas de chats
7.

6- Si, c'est même moi qui te l'ai donné !

6. ah celui-là
vi il va très bien, faudrait tjs que j'y ajoute des modifs d'ailleurs

je suis en train d'essayer de faire le check, mais ca dépasse mes connaissances
j'ai pris le bout de code de mara's dad:

et faut faire ca en asp
donc pour le moment je cherche, je cherche,...

C'est quoi que tu ne sais pas faire en ASP ?

Version plus facile à lire
 
 

Le site distant doit retourner au choix :
S'il n'accèpte que GET :
Protocol: GET
ou  
S'il n'accèpte que POST :
Protocol: POST
ou  
S'il accèpte GET et POST :
Protocol: GET
Protocol: POST
Les réponses doivent se terminer par CR_LF, exemple en PHP :
echo( "Protocol: GET\r\n" );
echo( "Protocol: POST\r\n" );
 
Exemple : http://www.surleau.com/plage/?Check=Plage
 
Regarder le source du document qui n'est pas du HTML !

merci beaucoup mara, je continue de regarder tout ca

pour le moment je cherche le httpsend en asp

Une piste : http://www.15seconds.com/issue/991125.htm
 
Je vais manger.... et lire aussi

uhééé c'est compliqué
par contre c'est de l'asp.net, reste à savoir si c'est utilisable en asp tout court

à part "var", "Dim" et "Call", c'est tout pareil on dirait (voir la procédure VBA plus bas dans la page).

vais aller prendre un médic pour la tête, peut-etre que d'avoir moins mal m'aidera à piger.
paske c'est au-dessus de mes connaissances ca

Hey, c'est pas très compliqué quand même hein !
 
Imagine toi avec une ligne de commande :
Tu tapes :
telnet www.surleau.com 80
Ca veut dire : se connecter à la machine www.surleau.com sur le port 80
On te réponds un truc comme quoi t'es connectée :
Trying 212.27.37.71...
Connected to www.surleau.com.
Escape character is '^]'.
La tu tape une requête HTTP, par exemple, au hazard :
GET /plage/index.php/?Check=Plage HTTP/1.1
Host:www.surleau.com
 

Il faut terminer chaque ligne par un retour chariot (CR_LF)
La requête est terminée quand tu envoie 2 CR_LF à la suite. Le serveur traite la requête et te renvoie la réponse :
 
HTTP/1.1 200 OK
Date: Tue, 02 Mar 2004 14:24:40 GMT
Server: Apache/1.3.20 (Unix) Debian/GNU mod_fastcgi/2.2.12 mod_perl/1.25
X-Powered-By: PHP/4.3.1
Content-Type: text/html
X-Cache: MISS from www.surleau.com
Connection: close
Transfer-Encoding: chunked
 
22
Protocol: GET
Protocol: POST
 

On a un code retour HTTP 200 qui veux dire que le serveur à compris et réussi à faire ce qu'on lui demande.
Viennnent ensuite tout un tas d'en-têtes HTTP dont on se moque.
Ce qui nous intéresse la dedans, c'est de savoir si on trouve un chaîne du genre Protocol: ...\r\n
Et c'est le cas. Bref c'est rien que du traitement de chaîne de caractère.
 
En résumer :
1- Ouvrir une connection réseau avec le destinataire sur le port 80.
2- Envoyer une requête HTTP valide ! (Les serveur sont très chatouilleux sur la syntaxe HTTP ! ! !)
3- Lire la réponse et chercher si on trouve dedans ce qu'on attend.
4- Fermer la connexion parce-qu'on est poli

tiens, ça me donne envie de faire un petit serveur de bouteilles en VB6
 
Sans serveur web
 
Adjugé vendu, faut juste que je me motive pourle faire

mara> ok j'avais compris en partie le truc, c'est au niveau du code que je prend peur
je m'y remettrai une autre fois, depuis que jai essayé de comprendre je me suis ramassée un mal de tête violent

bon, voilà ce que je suis arrivée à traduire en asp:

il me fait cette erreur:

est-ce que le problème est côté serveur ou dans mon code? je sais que ma question est vague mais je sais pas vraiment de quel côté chercher

tiens Mara, ca te donne pas envie de voir si tu peux refaire un genre de truc similaire en javascript uniquement (je pense au dev Mozilla qu'on a vu au FOSDEM) ?
je serais curieux bien que je sois une grosse bille en javascript

Tu veux quoi un chat P2P en JS ?

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