Alors, soit la météo est très bizarre, mais à ce point-là c'est louche.
J'ai pas trop le temps de regarder mais... vérifie que ton bot est à l'heure française, car le fonctionnement s'appuie entre autres sur la connaissance a priori des heures à laquelle météo france change ses pages (ie vers 8h30 du matin, la première heure des données sera 14h puis 20h puis etc.)
J'ai pas l'impression que météo france ait changé sa façon de faire.
Le script marchait bien avant ?

Ca marche encore chez moi
Vérifie que ton hebergeur n'a pas changé des réglages au niveau php (version, sécurité etc.)

Pour l'outre-mer, je ne sais pas et je n'ai pas trop de temps en ce moment, désolé :(

C'est un script prévu pour les eggdrops.
Tu installes ton eggdrop/windrop comme tu le sens.
Ensuite tu copies le script TCL dans scripts/ et tu ajoutes "source scripts/meteoquew.tcl" sur une nouvelle ligne à la fin de ton eggdrop.conf (à la racine de ton dossier eggdrop).

Si tu cherches quelque chose d'autre, j'ai aussi fait une version PHP ici : http://www.phpcs.com/code.aspx?ID=37642

Baro

Justement, je parse la page reçue à la recherche de " 800 " et je le vire vu qu'expérimentalement, il n'a rien à faire là et vient tout le temps se fourrer PILE au niveau de la seconde "prévision météo". Tu es sûr que ça le fait quand même chez toi avec ma dernière version ?

Sinon, ça fait un peu plus d'un mois et demi que leur code HTML a pas changé, je croise les doigts !

Et les données récupérées sont bien gratuites et publiques, oui. Mais je viens de voir que l'article 2 du §3 de leur Licence d'Utilisation (http://www.meteofrance.com/FR/index.jsp#) interdit "l'extraction répétée et systématique d'éléments même non protégés du site causant un préjudice à METEO-FRANCE."
Après je suis pas sûr qu'une requête HTTP par-ci par-là soit préjudiciable au niveau serveur pour eux. Mais évitez de les flooder, merci :)
Et pas de XML en vue, mais ils doivent en faire un payant pour les sites commerciaux je suppose.

PS pour Mick : j'essaye le HTTP 1.0 demain

En effet, il y avait des caractères étranges qui se glissaient dans certaines prévisions et elles n'étaient pas vues par mon script, tout doit être rentré dans l'ordre là. En tout cas, chez moi ça marche sur un grand nombre de villes.

Un grand merci à MickBad pour avoir trouvé que l'erreur venait des \r\n et \n\n. Maintenant j'ai deux questions pour lui : pourquoi certaines versions de php font que ça répond bien et d'autres non ? et pourquoi ethereal me dit que mon navigateur émet bien des requêtes finissant par \r\n (au même endroit) ?
Mais sinon merci bien, j'ai même fait des efforts sur l'indentation et les commentaires :)

Hum, d'accord pour les erreurs que tu as vues (merci au passage pour la relecture laborieuse du code !) mais j'ai fait des essais sur mon serveur et un autre serveur de type personnel et ça marche, j'ai fait des essais sur deux hébergeurs pros et ça ne marche pas... il n'y aurait pas plutôt un blocage de certaines fonctions à ce niveau-là ?
Enfin, je vais essayer tes modifications mais je dois avouer que les fsockopen, j'ai repris des morceaux de code qui marchaient jusque là, d'où l'absence de commentaire sur ces parties (ce qui n'excuse pas l'absence de commentaire sur les autres parties, je sais ^^).
Et je le prends pas mal pour l'indentation, j'étais déjà au courant mais c'est dur de m'en débarrasser ^^

Après une petite investigation, l'erreur sur implode remonte à très loin. En fait, sur mon serveur en linux, il ouvre le socket sans problème mais il n'arrive rien à y lire. Donc les résultats sont vides et implode ne peut pas marcher.
Je ne sais pas encore si c'est un problème de droits ou bien de compatibilité...

Pour l'instant non. Ca dépend des versions de php des serveurs apparemment. Sur mon mac en PHP 4.3.9, ça passe et sur un serveur linux en PHP 4.4.0, ça ne passe plus.

J'ai fait le script pour mon utilisation personnelle, donc tout n'est pas optimisé (notamment les echo""...) et il n'y a pas de garde-fou (à part la mention du fait que le script ne demande pas confirmation avant effacement, mais je vais regarder ça plus tard).
Les balises pas fermées et les champs dépréciés, je m'en soucie pas trop, surtout quand c'est un éditeur wysiwyg qui me fait les forms mais j'ai corrigé quand même.
Pour le action="<?$PHP_SELF;?>", j'ai vu sur un site que ça faisait ce que je voulais, et en effet ça marchait, mais je n'ai pas réalisé que ça ne faisait rien, merci bien donc pour la correction.
Les regexp, c'est parce que j'en sortais sur un autre projet donc j'en ai sorti là encore, mais en effet, strpos va très bien. Par contre stripos ne marche pas sur mon serveur.
Le strcomp, en effet, c'est moyen, mais ça me vient des langages ou comparer des chaînes ne se fait pas si simplement...
Merci bien pour les commentaires en tout cas, je me coucherai moins bête ce soir.

Baro