Pages perso de FREE sous surveillance

samedi 12 juillet 2008

Coup de balai sur les pages perso

Par Albert ARIBAUD le samedi 12 juillet 2008, 12:32 - En cas de problème

• Erreur 403

(édité le 12 juillet 2008, merci à Yohan, et le 13, merci à Hubert)

Depuis peu, un script "tourne" sur les pages perso Free pour repérer automatiquement et repérer les comptes qui contreviennent de façon flagrante aux conditions d'usage du service. Le résultat est un site qui répond "Erreur 403".

Pour commencer, pas d'affolement : ni le site ni la base de données ne sont perdus. Si vous suivez la procédure, vous récupérerez tout.

Ce qui n'empêche pas de se demander ce qui a causé la suspension... Interrogé par nos soins, l'administrateur du service des pages perso de Free a bien voulu nous indiquer quelques cas typiques qui vont à coup sûr attirer l'attention du script, et qui sont donc à éviter.

1. Les sites dont l'accès est totalement restreint (pour les geeks, les "401"). Bien sûr, une restriction partielle est admissible, ne serait-ce que pour la partie "administration" des forums, wikis et autres blogs.
2. Les sites qui ne font que rediriger vers un autre site (les "301", en geeklangue), qu'il soit aussi chez free.fr ou ailleurs. Si vous tenez à migrer votre site ailleurs, faites une page d'accueil annonçant la migration (et faites-la disparaître dans un délai raisonnable). Si vous avez un site réparti sur plusieurs comptes Free, prévoyez de les fusionner.
3. Les sites qui redirigent leur page d'accueil sur un sous-dossier en interne mais qui le font seulement en javascript. En théorie c'est admissible ; mais la redirection ne fonctionne pas actuellement avec le script (et ne fonctionnera jamais qu'avec les visiteurs qui ont le javascript activé, ce qui n'est pas le cas général).
4. Les sites avec des fichiers en vrac sans page d'accueil (geek: Index Of) ou avec une page d'accueil vide ou équivalent. Pour stocker des fichiers, utilisez http://dl.free.fr, c'est fait pour.

Pour ceux qui se rendraient compte qu'ils sont dans une de ces situations, il est encore temps d'y remédier avant de se retrouver blacklisté bêtement.

Mise à jour : certains types de sites, malheureusement, ressemblent assez à un des cas précédents sur la forme pour se faire repérer par le script, bien que sur le fond ils n'avaient aucune intention de contrevenir et constituent de vrais sites, pour peu qu'on y change un ou deux détails. En voici les cas de figure :
Les comptes qui hébergent un site fait avec phpwebgallery dans un sous-dossier, et dont la racine ne comporte rien ou une page vide ou équivalente. Ces sites se font piéger dans le cas numéro 4 ci-dessus. Le remède, une fois la procédure de récupération d'accès suivie, est de créer à la racine une page de redirection interne (pas en javascript !) ou une page d'accueil explicative avec un lien vers le sous-dossier. Bien sûr, on peut aussi déplacer la galerie vers la racine.

Source : pagepersochezfree (par Albert Aribaud)