Jeanluc

As-tu essayé de mettre le même .htaccess dans le sous-répertoire correspondant à l'autre domaine (en changeant le nom de domaine, évidemment) ? Jean-Luc P.S. j'ai supprimé tes deux nouveaux posts qui étaient des doublons

Bonjour et bienvenue, Vous avez fait un énorme travail. Je n'ose pas imaginer le nombre d'heures de travail que cela représente. Le site est perfectible sur différents points. Je me suis lancé dans le test d'anglais et j'ai abandonné après la cinquième série de questions. Je pense qu'il faudra vraiment être très motivé pour aller au bout. Un test aussi long est-il nécessaire pour mesurer correctement le niveau ? Pour l'aspect "référencement", le site peut être amélioré. Des mots-clés (mots fréquemment recherchés sur le net et qui correspondent à votre site) pourraient être placés dans le titre des pages (balise <title>). Ce n'est pas une bonne idée d'utiliser des majuscules dans les adresses des pages. Il vaut mieux s'en tenir aux minuscules. Vous trouverez d'autres idées concernant le référencement en consultant ce forum. Jean-Luc P.S. je vous envoie aussi un message privé

El-Cherubin, Ton fournisseur a écrit: S'ils doivent te faire un avoir parce que tu n'as pas utilisé toute la période concernée, ils doivent te faire l'avoir tout de suite. Tu n'as aucune raison de payer intégralement une facture que tu sais excessive et ils n'ont aucune raison d'attendre le paiement intégral de cette facture, puisqu'ils disent eux-mêmes qu'elle doit être partiellement créditée. Ceci suppose que ton founisseur et toi soyez d'accord sur la date effective de fin de contrat. Jean-Luc

Il faudrait d'abord savoir d'où proviennent la date et l'heure locales. Ce ne seraient pas plutôt la date et l'heure locales du système d'exploitation qui sont en cause ? Jean-Luc

Regarde de ce côté : timezone_transitions_get. Jean-Luc

Ben oui, mais .htaccess ne peut pas deviner tout seul qu'il doit ajouter un texte comme "Les-vignobles-d-Ile-de-France-de-Suresnes-a-Paris" dans l'URL. Si la liste à mettre dans .htaccess est trop longue, il vaut mieux gérer cela en PHP. Au début du script, tu vérifies si c'est une ancienne URL et si c'est le cas, tu fais la redirection en allant rechercher le texte à ajouter dans une database. Jean-Luc

Si tu veux traiter ça dans le .htaccess, il faut que pour chaque URL, tu aies ceci: RedirectPermanent /oenotourisme-route-des-vins-9-0.html http://www.ton_site.com/tourisme-route-des-vins-9-0-Les-vignobles-d-Ile-de-France-de-Suresnes-a-Paris.html Jean-Luc

Bonjour, Qu'est ce qu'il y a dans la troisième parenthèse dans /tourisme-route-des-vins-([0-9]+)-([0-9]+)-(.*)\.html$ ? .htaccess ne peut pas faire un remplacement automatique d'une URL par une autre si tous les éléments ne sont pas définis d'une façon ou d'une autre. Je pense qu'il y a une erreur dans ton ancienne et dans ta nouvelle règles. Il ne faut pas de \ devant le point dans l'adresse de droite. Jean-Luc

Je ne sais pas qui est ton hébergeur, mais, pour chez OVH, c'est expliqué ici : http://guides.ovh.com/SousDom Tu as une case où tu indiques le nom du sous-domaine : referencement Et tu as une autre case où tu indiques le dossier cible : /www/dossier_referencement Et aucune redirection ou réécriture n'intervient. Le fonctionnement devrait être plus ou moins le même chez un autre hébergeur. Jean-Luc

Mauvaise nouvelle ! Il semble que certaines serveurs de NFrance ne supportent pas l'emploi de HTTP_REFERER dans .htaccess (voir http://forum.nfrance.com/p18248-17-06-2008-09:18:13.html ). Jean-Luc

Il y a peut-être autre chose dans ton .htaccess qui bloque ? Essaie avec les 3 lignes au tout début de ton .htaccess. Si ça ne suffit pas, envoie-moi un message privé avec le contenu de ton .htaccess. Jean-Luc

Il y a peut-être une bulle, mais je ne vois pas où... Le site en question fait bien un lien <a href="...">...</a> vers ton site, tu ne masques pas le referrer dans ton navigateur et tu fais le test en cliquant sur le lien sur la page du "mauvais" site ? Si possible, vérifie aussi que le referrer est bien présent dans les lignes correspondantes du fichier log de ton site. Jean-Luc

Il y a probablement moyen d'agir au moyen du fichier .htaccess. Ceci devrait marcher : RewriteCond %{HTTP_REFERER} www.mauvais_site.com [NC] RewriteRule .* http://www.ton_site.com/page_d_avertissement.html [L, R=301] Jean-Luc

Je commencerais par regarder de quelle IP viennent les mails. Puis c'est à cette adresse qu'il faudra tuer le problème. Jean-Luc

Tu ne peux pas faire "Affichage" > "Source", puis lister les fichiers JavaScript utilisés ? Jean-Luc

Tout à fait d'accord avec toi sur la prudence dont il faut faire preuve avec les affirmations invérifiables. Mais on ne peut être expert dans toutes les matières. Je fais confiance à mon médecin quand il me prescrit un médicament, même si je n'ai pas la compétence nécessaire pour vérifier son diagnostic. Je crois qu'il devrait en être de même ici. Techniquement, aucun argument n'a été avancé pour démentir les différentes explications qui prouvent que Google ne peut pas déceler l'URL rewriting de manière fiable. Maintenant on peut toujours dire qu'une démonstration même rigoureuse n'est pas une vérité révélée, que dans 10, 100 ou 1000 ans on démontrera peut-être le contraire. Il en va de cette démonstration comme de toutes les autres. Celui qui prétend prouver que la terre est ronde n'aurait pas convaincu grand monde il y a 1000 ans. Cette discussion philosophique serait plus à sa place dans le "salon" que sous "Techniques de référencement". Jean-Luc

Patrick, Il n'y a ici aucune inconnue. L'affirmation de fandecine était limpide dès le départ et je le remercie de partager ici ses idées de manière constructive, intelligente et patiente. Son affirmation a été clairement expliquée et réexpliquée par plusieurs personnes dans ce fil. Il n'y a pas lieu de faire tourner en rond la discussion avec des arguments pseudo-scientifiques. Jean-Luc

Pas exactement. L'option expose_php dans php.ini permet de cacher ou d'afficher un message comme "X-Powered-By PHP/4.4.9" à l'exécution d'un script PHP. Si l'option est désactivée, ce message n'apparaît jamais. Même si l'option est activée, elle ne permet pas de distinguer /keyword1-keyword2.php non-rewrité de /keyword1-keyword2.php rewrité vers /show.php?post=1234 puisqu'il s'agit de toute façon de scripts PHP. Jean-Luc

Désolé de ne pas avoir été convaincant à tes yeux. Je souhaite plus de chance à fandecine. Jean-Luc

C'est traitable par des robots (j'y faisais allusion dans ma réponse précédente), mais c'est généré par le serveur web, donc un webmaster adroit peut y mettre ce qu'il veut. Pourquoi penses-tu que Google serait opposé à l'URL rewriting en tant que tel ? Jean-Luc

Patrick, L'URL rewriting est entièrement réalisé à l'intérieur du serveur web. Aucune entité extérieure (moteur de recherche ou navigateur) ne sait ce que fait le serveur web de l'URL reçue avant d'en afficher le contenu. A l'extérieur du serveur web, personne ne peut savoir de manière techniquement certaine s'il y a eu réécriture d'URL ou pas. Un moteur de recherche pourrait éventuellement rassembler des présomptions concernant l'URL rewriting à partir de la détection de duplicate content ou de l'observation des en-têtes HTTP. Comme fandecine, je suis convaincu que Google ne veut pas lutter contre l'URL rewriting, mais contre les URL mal foutues et contre les sites à la structure embrouillée (pages vides et duplicate content) ou abusive (génération automatique de pages, par exemple). Jean-Luc

Cela dépend des cas... En tout cas, du point de vue du référencement, il faut éviter d'avoir un contenu qui est accessible à deux adresses différentes (exemple : www.exemple.com/machin/page.html = machin.exemple.com/page.html est à éviter) et je crois que c'est ce que tu essaies de faire. Jean-Luc

En gros, il s'agit de faire en sorte que le sous-domaine corresponde aux mêmes répertoires que le domaine principal. C'est parfois possible très simplement dans un panneau de configuration. Si ce n'est pas le cas, - comme je l'ai écrit plus haut - je ne suis pas un expert et plutôt que d'écrire des choses approximatives, je préférerais qu'un expert Apache explique comment on peut configurer tout ça dans httpd.conf ou ailleurs. Jean-Luc

Il est peut-être possible de régler ton problème sans URL rewriting complexe, mais en indiquant que le sous-domaine a accès aux mêmes fichiers que le domaine principal, au lieu que ce soit limité à un sous-répertoire. Je ne suis pas un expert Apache, mais cela doit pouvoir se faire dans la configuration du virtual host. Jean-Luc

Je n'ai pas l'explication complète, mais le problème est lié au fait que tu n'as pas placé le blog dans le répertoire principal. Les URL [i]http://conseils-webmaster.com/page/2/, [i]http://conseils-webmaster.com/page/3/,... fonctionnent. Vérifie les "Options générales", en particulier "Adresse de WordPress" et surtout "Adresse du blog". Jean-Luc