Remi

Personnellement, je les enlève de mes stats, mais je le fais par un pré-traitement de mes logs car il n'y a pas la possibilité de le faire dans Awstats (d'ailleurs, ce serait une bonne idée de demander au programmeur de l'inclure, je vais le faire tiens...) Je suis aussi partisan d'ignorer le phénomène : même si c'était plusieurs milliers de hits par jour, la plupart des sites peuvent le supporter. En mettant une règle de Rewriting, on pénalise tous les visiteurs en ralentissant notablement le site.

Moi par exemple, je ne sais pas (j'ai essayé AltGr o, mais ça ne marche pô...)

C'est bizarre... parce que je viens d'essayer chez moi et ça marche. Tu as bien mis le htaccess dans le sous-rep 800 ? Tu fais bien tes tests avec autre chose que Firefox ? Tu es bien en Apache 1.3 ? Tu t'es bien lavé les dents après manger ?

Bon... Et sans le slash de fin ?

Oui, c'est normal qu'il rajoute la fin de l'url Essaie pour voir (je n'ai jamais essayé, c'est juste une idée) RedirectMatch 301 ^/800/(.*) http://www.bouba-le-petit-ourson.com/

C'est normal que ça ne marche pas... : Sous OVH mutualisé, PHP_AUTH_USER est toujours vide (je ne me rappelle plus pourquoi, mais c'est comme ça...) Utilise $_SERVER['REMOTE_USER'].

Pour compléter ce qui disait Anonymus, je dirais qu'il y a aussi les captureurs de sites qui quelquefois revoient un user-agent ras du bitume (genre IE3 ou IE4).

Je ne comprends pas: tu n'as pas besoin d'une attestation de l'entreprise pour mettre le NDD à leur nom. C'est une attestation de l'ancien proprio qu'il faut, en l'occurence : toi. (à moins qu'OVH ait changé leurs procédures, mais ce ne serait pas très logique)

Oui, c'est même pour cela que les compteurs basés sur un cookie ne sont pas fiables... :P Sinon: Kezoo, si tu double-clique sur le sens interdit, tu peux voir quel cookie a été bloqué. Moi sur ton site, c'est effectivement le cookie de ton compteur qui est bloqué, les autres cookies sont acceptés. Mais tout cela dépend de la configuration du navigateur du visiteur...

Dis moi : tu as bien installé Perl ? Lance-le à partir d'une fenêtre DOS pour voir (pas besoin d'EasyPHP pour faire tourner awstats).

Regarde dans le fichier conf les exemples donnés pour le paramètre Logfile : Il y a la syntaxe pour indiquer : le fichier log du jour le fichier log de la veille ou d'une autre date quelconque le merge de plusieurs fichiers logs. etc... etc...

Logfile = le path pour qu'il trouve le fichier de logs SiteDomain = le nom de domaine à analyser (si tes logs ne concerne qu'un seul domaine tu peux laisser en blanc) HostAliases = les différents noms que peuvent prendre tes noms de domaines pour que awstats reconnaisse ce qui est referrer interne et referrer externe.

Je pense qu'il faut séparer les choses : Il y a les Pages France et les Pages Francophones dont on sait grosso modo quels sont les critères pour y figurer, et il y a le fait que le classement des résultats soit très différent entre Google.fr et Google.com. D'après mes quelques observations, j'aurais tendance à dire que Google tient compte du pays des sites faisant les BL, autrement dit : un site qui aura beaucoup de BL provenant de sites français sortira mieux sous google.fr que sous google.com mais bon, ce n'est qu'une hypothèse. Sinon, cela fait effectivement longtemps que les résultats sont différents.

Ou retirer quasiment tous les plugins, mettre dotclear.ini en read-only... Pas très pratique.

Ben apparemment non, puisqu'on met les liens par l'onglet "outils" et que l'onglet "outils" n'est accessible qu'en administrateur. Ou alors ai-je raté qqchose ? (cela m'arrangerait)

Moi ce qui m'ennuie dans Dotclear c'est que les utilisateurs peuvent changer leur mot de passe... ça c'est la plaie. J'ai toujours un mal fou à convaincre les gens qu'un mot de passe doit être compliqué ("oui mais on s'en rappelle pas...") Et il faut leur donner le statut d'administrateur pour qu'ils puissent mettre des liens...

Je ne connais pas bien le plugin Gallery mais avec le système normal, Dotclear vérifie que le fichier uploadé est bien une image : J'avais essayé d'uploader un .php et il n'a pas voulu (et il vérifie le contenu, renommer un php en jpg ne suffit pas pour le tromper) D'autre part, les fichiers uploadés sont en 644 donc pas exécutables. Mais est-ce que cela suffit ?

Tu peux bien entendu prendre un serveur dédié, mais tu peux faire cela en mutualisé. Cela s'appelle le "multidomaine". Tu mets un domaine à toi en domaine principal et les domaines de tes clients "en dessous". Plusieurs hébergeurs proposent le multidomaine dans leurs offres mutualisées. C'est cela qu'il faut que tu regardes.

Oui c'est même à cela qu'il sert : indiquer à qui appartient le NDD.

Quand tu dis mettre les NDD à ton nom, j'espère que tu parles bien des contacts car le propriétaire du nom de domaine doit toujours être le client. En pratique, il n'y a *aucun* avantage pratique à se mettre propriétaire du nom du domaine sauf pour quelqu'un de mal intentionné qui veut garder un moyen de pression sur son client. Donc, pour moi, un professionnel qui met les noms de domaine à son nom est à priori une personne mal intentionnée. (N.B. Je parle du nom du propriétaire du NDD. Par contre, il est normal de se mettre sur les 3 contacts pour gérer les renouvellements et tout le reste...) Pour revenir à la question initiale de Maudax, tout dépend s'il peut faire une facture ou non. Si oui, il met tout à son nom (sauf le proprio du NDD) et refacture tout cela au client.

En pratique, on utilise jamais le nic proprio. C'est juste un identifiant unique. Celui qu'on utilise pour se connecter est le nic des contacts et là, il faut s'arranger pour en avoir qu'un seul pour tout gérer d'un seul coup.

La syntaxe que tu donnes est bonne si tu as un index.php stocké sur ton hébergement auquel tu veux accéder en demandant index.html. P.S. Ce n'est pas gentil de ressortir ainsi un message vieux d'1 an et 1/2, je me suis laissé prendre...

Je ne comprends pas où est ton problème pour faire le changement de propriétaire : 1. Tu crées un nic au nom du client 2. Tu fais la procédure de changement de Nic Proprio. Tu n'as pas besoin d'entrer en contact avec ton client pour faire cela. Le problème dans cette histoire est que tu n'aurais pas du déposer le nom de domaine à ton nom, on dépose toujours les noms de domaine au nom du client et dans ta situation actuelle, ton plus gros risque n'est pas sur ta responsabilité au niveau du contenu, mais plutôt que le client te rentre dedans pour récupérer le contrôle total sur son ndd.

Dans la première option, il faut juste penser à rajouter un second test quand on a d'autres sous-domaines du style : "... et si le domaine n'est pas sousdomaine.xyz.com" car on ramasse *tous* les sous-domaines.

Non : le premier paramètre d'un redirect doit être une URL dans une forme "base relative" (ex.: "/repertoire/" ou "/"). Un redirect ne teste pas le host.