Fermeture météo89

[Romain84]

Je vient d'apprendre la fermeture du site Météo89, certains le connaissait peut-être et même si je ne vit pas dans la région concernée les prévisions avaient l'air d'être de qualité : http://www.meteo89.fr/

[judd]

Bin mince !

Il faut les soutenir sur la page FB... Triste comme histoire.

[Aleksi]

Vraiment dommage, c'était un super site !

[YoyoAJA89]

Dommage pour tous les Icaunais. Le site était sympa et sérieux.

[leon13]

RRRrrr dommage, il était bien ce site, si quelqu'un a plus d'infos?

[Damien49]

Des infos pour se prémunir du piratage oui : http://ralph.davidovits.net/internet/se-proteger-des-pirates-et-hackers.html

[Fred59_]

Des infos pour se prémunir du piratage oui : http://ralph.davidov...et-hackers.html

La règle de "filtrage par htaccess" - de même pour le "hotlinking" - qu'ils donnent dans cet article est assez absurde, c'est même du "bidouillage contre-productif"... C'est à la source qu'il faut régler les problèmes, pas colmater en sortie en refourguant au passage à un Apache déjà bien alourdi des dizaines d'expressions régulières dont il se passerait bien ! Le "cryptage de fichiers PHP" m'amuse beaucoup également, et là aussi c'est complètement contre-productif. Idem pour le filtrage des REQUEST, c'est l'idéal pour ne plus pouvoir poster de texte un minimum formaté... Le mysql_real_escapt_string(htmlspecialchars()) est aussi du genre à faire hérisser le poil...

Bon ça part sûrement d'une bonne intention, mais il y a beaucoup de "fausses bonnes idées" là-dedans... on va encore me prendre pour un râleur

Le morale de tout ça : faites des sauvegardes régulières !

Certains hébergeurs (OVH) proposent même sans supplément des espaces de sauvegardes sur serveur physique séparé pour faire des backups, profitez-en.

[weather-89]

Merci pour votre soutien !

Quelqu'un s'est introduit dans nos serveurs et à supprimé nos documents.

Bien sûr tout aurait pu être reconstruit, mais cela nous a donné un petit coup au moral, et de toute façon le site aurait été fermé en début d'été car je quitte l'Yonne l'année prochaine.

Malgré cette fin un peu brutale, ça a été une expérience superbe, qui montre que les sites départementaux et régionaux peuvent avoir une place dans le monde de la météo !

Bonne continuation à tous

[Pat_du_03]

Ton site était de qualité, dommage que ça se termine comme ça.

Peut être reverrons nous un nouveau site à toi dans ta future région !

[Damien49]

La règle de "filtrage par htaccess" - de même pour le "hotlinking" - qu'ils donnent dans cet article est assez absurde, c'est même du "bidouillage contre-productif"... C'est à la source qu'il faut régler les problèmes, pas colmater en sortie en refourguant au passage à un Apache déjà bien alourdi des dizaines d'expressions régulières dont il se passerait bien ! Le "cryptage de fichiers PHP" m'amuse beaucoup également, et là aussi c'est complètement contre-productif. Idem pour le filtrage des REQUEST, c'est l'idéal pour ne plus pouvoir poster de texte un minimum formaté... Le mysql_real_escapt_string(htmlspecialchars()) est aussi du genre à faire hérisser le poil...

Bon ça part sûrement d'une bonne intention, mais il y a beaucoup de "fausses bonnes idées" là-dedans... on va encore me prendre pour un râleur

Le morale de tout ça : faites des sauvegardes régulières !

Certains hébergeurs (OVH) proposent même sans supplément des espaces de sauvegardes sur serveur physique séparé pour faire des backups, profitez-en.

Je ne te laisserais pas dire que tout est à jeter dans l'article, les changements des CHMOD dans le FTP, c'est la base, et déjà très efficace. Après evidemment un site c'est comme un disque dure, ça peut lacher, avoir toujours une sauvegarde en double, bien à l'abri.

Ce qui est arrivé à ce site, arrive malheureusement bien trop souvent. Mais faut pas croire que c'est une fatalité.

[Fred59_]

Je ne te laisserais pas dire que tout est à jeter dans l'article, les changements des CHMOD dans le FTP, c'est la base, et déjà très efficace. Après evidemment un site c'est comme un disque dure, ça peut lacher, avoir toujours une sauvegarde en double, bien à l'abri.

Ce qui est arrivé à ce site, arrive malheureusement bien trop souvent. Mais faut pas croire que c'est une fatalité.

J'ai jamais dit que tout était à jeter, en même temps /emoticons/wink@2x.png 2x" width="20" height="20">

[Fabrice01]

Eu égard aux problèmes de piratage que nous subissons les uns les autres un jour ou l' autre, il faut rappeler que bcp d' entre nous sont seuls à gérer leur site. C' est un investissement non négligeable en divers points et qu' un jour ou l' autre nous serons nombreux à arrêter notre passion pour telle ou telle raison....

[Invité Sky Blue]

Une fermeture de site, c'est toujours triste, quelque soit la raison.

[Charly-C]

Courage aux administrateurs du site. C'est d'autant plus dommage que votre site était bien réalisé, crédible et très suivi, notamment sur facebook.

[bernardt60]

Il me semble que pour ceux qui ne veulent pas trop s'émbêter où qui recherchent la simplicité "Crawlprotect" n'est pas une mauvaise solution.

Cependant une chose qui me surprend par sa relative discrétion et qui n'apparait pas d'ailleurs sur le lien proposé par damien c'est la faille de sécurité de Fizella et ce même avec les dernières versions, avec le mot de passe qui apparait en clair dans le fichier:

C:\Documents and Settings\XXXXX\Application Data\FileZilla.xml XXXXXX étant le nom de login ( sous WindowsXP)

lorsque dans le Gestionnaire de Sites de votre Filezilla vous laissez le "Type d'authentification" en "normal et que vous remplissez la case "Mot de passe"

Donc un conseil ne jamais utiliser le "Type d'authentification" "Normale" !

On ne peut jamais être sûr que notre pc est complétement protégé et là c'est bingo pour le pirate s' il peut accéder à votre mot de passe ftp de votre site !

Evidemment cela oblige à taper le mot de passe à chaque connexion ftp par Filezilla mais quand c'est une question de sécurtité on ne compte pas!