Jeanluc

Bonjour, Je doute que cette page soit destinée à faire du spam de referrer. Cela ne présente aucun intérêt d'attirer un visiteur humain sur cette page. D'autre part, augmenter la popularité (link popularity) de cette page est sans intérêt aussi, car elle compte des dizaines de liens externes, de sorte que la popularité récupérée par le site est quasi nulle. Je pense plutôt qu'il s'agit d'une page de test, d'essai d'un logiciel expérimental (voir le thème général du site [i]http://revu.tauware.de/). C'est désagréable, mais inoffensif si tes referrers ne sont pas publics. Jean-Luc

Bonjour, Le problème provient d'une autre règle que celles que tu as indiquées. Jean-Luc

Pourrait être un problème de permissions (attributs) des images concernées ? Jean-Luc

Peut-être est-ce aussi lié au passage à la nouvelle version, mais le nombre de caractères maximum de la signature semble avoir changé. J'ai voulu modifier ma signature et la réponse a été que ma nouvelle signature était trop longue. J'ai alors repris ma signature actuelle et j'en ai supprimé deux caractères, sans rien ajouter. Même résultat : signature devenue trop longue ! Jean-Luc

Cariboo a bien parlé. Matt Cutts (Google) a répété dans une vidéo récente qu'il valait mieux éviter les "id=" et tout ce qui y ressemble, en particulier, quand Googlebot pourrait penser qu'il s'agit d'"id" de sessions. L'URL rewriting n'est pas toujours indispensable, mais c'est certainement une bonne assurance contre les mauvaises surprises. Jean-Luc

Tout à fait d'accord, il ne faut pas essayer de masquer toutes les erreurs 404. Mais, quand on sait interpréter l'URL erronée et la remplacer par une URL correcte correspondante, la redirection 301 est un plus. Jean-Luc

Bonjour, Les moteurs ne sont pas intéressés à savoir ce que tu montres à tes visiteurs qui utilisent une mauvaise adresse. Une page d'erreur 404 personnalisée ne sert pas au référencement. Par contre, elle peut être très utile à tes visiteurs. Pour optimiser le référencement, tu peux remplacer certaines erreurs 404 par une redirection 301 vers la bonne page. C'est surtout le cas, quand des anciennes URL sont abandonnées et remplacées par des nouvelles. Jean-Luc

Puisqu'on parle bug, sur la page d'accueil http://www.webmaster-hub.com/ , en haut à droite, il y a un problème de type de caractères dans le cadre "Les publications du Hub". Par exemple, le 3ème lien s'affiche "L'accessibilit?a>" Jean-Luc

Matt Cutts a publié hier sa 15ème mini-vidéo et elle est justement consacrée aux data centers. Pour ceux qui préfèrent le français, j'ai fait un résumé des vidéos 11 à 15 de Matt Cutts. Jean-Luc

Tu pourrais nettement améliorer le système en ajoutant les caches Google dans ton .htaccess. Quelque chose comme ceci: RewriteCond %{HTTP_REFERER} !^http://64\.233\.183\.104/.*$ [NC] Jean-Luc

Ce n'est très probablement pas le cas. Trouver un hébergeur qui supportera un débit comme ton 50 Mbit/sec, c'est faisable. As-tu interrogé les principaux hébergeurs français ou US ? Et puis, gérer un dédié, c'est du boulot, mais nettement plus simple que de gérer complètement un centre de calcul et de communication (chez soi ou ailleurs). Jean-Luc

Tu as nécessairement un fichier awstats082006.ton-domaine.txt puisque tu vois une partie des stats pour août. Ce fichier se trouve dans le répertoire désigné par la directive DirData (définie dans le fichier de configuration de AWStats). Jean-Luc

Bonjour, Si tu disposes toujours de tous les fichiers log du mois d'août, la marche à suivre est : 1° effacer (ou renommer) le fichier awstats082006.ton-domaine.txt (où "ton-domaine" est le nom que tu as choisi pour désigner tes fichiers). 2° exécuter les mises à jour (update de AWStats) successives depuis le début du mois jusqu'à aujourd'hui. Cela doit être fait dans l'ordre (attention au nom du fichier log spécifié dans le fichier de config AWStats). 3° contempler des stats complètes et à jour. Cela résoudra le problème actuel, mais il faudrait aussi déterminer la cause exacte de l'absence de mise à jour, les jours concernés, pour que cela ne se reproduise plus. Si cela te semble compliqué, envoie-moi un message privé (je fais de l'assistance AWStats à distance). Jean-Luc

Bizarre ! Et tu as bien ajouté la ligne suivante ? RewriteCond %{REQUEST_URI} !^/index\.php$ Cette ligne devrait empêcher la redirection pour /index.php, mais il est normal qu'elle n'empêche pas la redirection de /index.php/. Pour empêcher la redirection de /index.php et de /index.php/, je remplacerais la ligne par : RewriteCond %{REQUEST_URI} !^/index\.php\/?$ . Jean-Luc, perplexe

Bonjour, Je pense que tu peux faire ceci : RewriteCond %{REQUEST_URI} !^/index\.php/archive/ RewriteCond %{REQUEST_URI} !^/index\.php/category/ RewriteCond %{REQUEST_URI} !^/index\.php/feed/ RewriteCond %{REQUEST_URI} !^/index\.php/post/ RewriteCond %{REQUEST_URI} !^/index\.php/tag/ RewriteCond %{REQUEST_URI} !^/index\.php/tags/ RewriteCond %{REQUEST_URI} !^/index\.php$ RewriteRule index.php/(.*) http://www.llaumgui.com/post/$1 [QSA,L,R=301] Non testé ! Jean-Luc

Bonjour, Dans FileZilla, choisir "Edition", puis "Paramètres". Cliquer sur "Connexion", puis cocher "Activer le système anti-déconnexion" et choisir un intervalle de temps adapté. Jean-Luc

Au risque d'insister lourdement, ici à Bruxelles, je n'ai toujours pas réussi à reproduire ton problème, même en ouvrant une nouvelle fenêtre vierge. Jean-Luc

Quand je tape [i]http://www.photo-clisson-getigne.org/galerie.php?idgalerie=20 dans la barre d'adresse du navigateur, cela fonctionne très bien. Je ne comprends pas ce que tu veux dire. Jean-Luc

Bonjour, J'accède de la même façon à /galerie-20.php et à /galerie.php?idgalerie=20. No problemo ! Le problème pourrait venir de la mise en cache sur ton navigateur. Jean-Luc

Là est bien la vraie solution. Il faut se donner les moyens de sa politique. Si on crée un blog, un wiki ou un forum, il faut le modérer efficacement, non seulement en ce qui concerne le spam des liens, mais surtout par souci de qualité du contenu. Mettre des "nofollow" sur tous les liens postés, c'est pénaliser les bons sites autant que les médiocres. Jean-Luc

Bonjour, Aucun problème à craindre pour un .fr. Jean-Luc

Bonjour, Si vous allez dans votre console AdSense, vous constaterez que vous avez maintenant la possibilité d'afficher les résultats de recherche dans votre site-même. Je trouve que ce n'est pas mal du tout. Pour une démo, voir AdSense pour les recherches: nouveau style. Jean-Luc

Un exemple de plus de solutions anti-spam qui est une solution anti-business. Je reste convaincu qu'un anti-spam qui vous fait perdre ne serait-ce qu'un client est à jeter à la poubelle. Jean-Luc

Bonjour, Ce nom de domaine appartient à une firme américaine, selon le whois sur Network Solutions. Rien de particulier à signaler sur ce domaine. Jean-Luc

Les logs du serveur, c'est un listage complet de toutes les requêtes reçues par le serveur, de tous les navigateurs et robots qui l'ont visité. C'est, pour moi, une source d'informations indispensable. Deux précisions : - il n'est pas indispensable d'avoir un serveur dédié pour avoir accès aux logs. La plupart des hébergements mutualisés donnent aussi accès aux logs. - il existe des logiciels gratuits, comme AWStats, qui épluchent les logs à ta place. Souvent l'accès au logs est le seul moyen d'identifier une attaque, un internaute ou un robot abusif. Les statistiques disponibles dans AWStats donnent presque toujours une vue réaliste du trafic sur le site, des pages visitées, des visiteurs,... La comparaison des statistiques AWStats avec celles provenant d'un site externe (marqueur) est intéressante, car cela permet de "corriger" les limitations dues au stats-log seules ou aux marqueur seul. Jean-Luc