Référencement
Guy Gruais
Le site en signature va bient�t changer d'aspect.
Pour des raisons de navigation, on m'a demand� de modifier le menu de
navigation.
Celui-ci est donc appel� d�sormais dans chaque page par 2 lignes en php.
Ce qui va changer l'extension des pages (php au lieu de html actuellement).
Probl�me : au moment du basculement les deux types de pages vont devoir
cohabiter quelques semaines, le temps que les moteurs de recherche d�tectent
les nouvelles pages.
Comment vont r�agir les moteurs s'ils voient au sein d'une m�me adresse deux
sites ... ... miroirs ?
Merci de bien vouloir �clairer ma lanterne.
--
Cordialement.
guy.s...@free.invalid
http://paysderetz.free.fr/
CrazyCat
> Celui-ci est donc appel� d�sormais dans chaque page par 2 lignes en php.
> Ce qui va changer l'extension des pages (php au lieu de html actuellement).
> Probl�me : au moment du basculement les deux types de pages vont devoir
> cohabiter quelques semaines, le temps que les moteurs de recherche d�tectent
> les nouvelles pages.
> Comment vont r�agir les moteurs s'ils voient au sein d'une m�me adresse deux
> sites ... ... miroirs ?
Mal. Ils vont prendre �a pour du duplicate-content et donc risquent
d'�liminer les pages de leur index.
La solution "propre" � mon avis, c'est de signaler la modification avec
un .htaccess qui signale que la page .html est d�sormais en .php, ce qui
pourrait donner:
RewriteEngine On
RewriteBase /
RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [R=301,L,QSA]
Cette r�gle renvoit donc toute personne (y compris les robots)
atteignant toto.html vers toto.php en signalant que c'est un changement
d�finitif d'adresse.
Tu peux aussi le faire "� la main" dans tes pages html en ajoutant les
bon headers (redirect 301).
Une derni�re solution, que je conseillerais plut�t, c'est de faire
l'inverse, � savoir ne pas mettre de redirection d'url mais que les
pages html soient toujours visibles:
RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [L,QSA]
L'adresse toto.html affichera le contenu de toto.php de mani�re
"transparente". Et dans ton menu, tu mets des liens en .html
--
R�seau IRC Francophone: http://www.zeolia.net
Aide et astuces : http://www.g33k-zone.org
Communaut� Francophone sur les Eggdrops: http://www.eggdrop.fr
docanski
Guy Gruais ecrit ce qui suit en ce 27/07/2009 12:25 :
> Bonjour,
Bonjour Guy,
> Comment vont rï¿œagir les moteurs s'ils voient au sein d'une mï¿œme adresse deux
> sites ... ... miroirs ?
Ils vont choisir celui qui leur paraￜt le plus "pertinent" mais quant ￜ
savoir quels sont les critï¿œres de pertinence pour un miroir dont seule
l'extension des fichiers diffï¿œre, c'est un mystï¿œre.
Ainsi, je n'ai jamais compris pourquoi Armorance est moins bien
rￜfￜrencￜ que ne le sont les autres alors que ces derniers sont
uniquement spï¿œcialisï¿œs dans un seul sujet ... tout en comportant
pratiquement les mï¿œmes pages.
> Merci de bien vouloir ï¿œclairer ma lanterne.
Je crois que l'idï¿œal est d'ï¿œliminer le premier, de publier le second et
d'en passer par les ï¿œtapes imposï¿œes par Gogol pour rï¿œcupï¿œrer ton
rï¿œfï¿œrencement. La mï¿œme chose chez Yahoo est trï¿œs utile. Dmoz est par
ailleurs un dￜpart indispensable, il est plus ou moins directement liￜ ￜ
celui de Gogol. Les autres suivent automatiquement, ￜ plus ou moins
court terme. Une chose est certaine, d'aprï¿œs ce que j'ai pu observer
chez Gogol : une nouvelle page est dï¿œtectï¿œe dans les 48 heures alors que
les sites existants et dￜjￜ rￜfￜrencￜs peuvent parfois ne plus ￜtre
visitï¿œs avant un mois ou plus *sauf* s'ils sont frï¿œquemment modifiï¿œs/mis
ￜ jour.
Cordialement,
--
docanski
Portail et annuaire du nord-Bretagne : http://armorance.free.fr/
Guide des champignons d'Europe : http://mycorance.free.fr/
La vallï¿œe de la Rance maritime : http://valderance.free.fr/
Les cï¿œtes du nord de la Bretagne : http://docarmor.free.fr/
Olivier Miakinen
>
> Le site en signature va bientï¿œt changer d'aspect.
> Pour des raisons de navigation, on m'a demandￜ de modifier le menu de
> navigation.
> Celui-ci est donc appelￜ dￜsormais dans chaque page par 2 lignes en php.
Ok.
> Ce qui va changer l'extension des pages (php au lieu de html actuellement).
Pourquoi faire ? Bon, tu aurais pu ne pas mettre d'extension du tout
dans les URL, ce qui t'aurait permis de changer les noms de fichiers de
xxx.html en xxx.php de faï¿œon transparente, mais puisque le mal est fait
le mieux est d'appeler tes fichiers xxx.html.php en conservant xxx.html
dans les URL.
Si tu utilises Apache, la faￜon la plus simple de faire ￜa consiste ￜ
ajouter ￜ Options +MultiViews ￜ dans le .htaccess gￜnￜral.
Par exemple, l'une des deux pages suivantes est en PHP, l'autre est
statique en simple HTML :
http://www.miakinen.net/vrac/fenetre
http://www.miakinen.net/vrac/nombres
> Problï¿œme : au moment du basculement les deux types de pages vont devoir
> cohabiter quelques semaines, le temps que les moteurs de recherche dï¿œtectent
> les nouvelles pages.
Si tu ne changes pas les URL, les nouvelles pages seront connues
immï¿œdiatement des moteurs de recherche.
Voir aussi <http://www.la-grange.net/w3c/Style/URI>.
Cordialement,
--
Olivier Miakinen
Olivier Miakinen
Le 27/07/2009 12:25, Guy Gruais a ï¿œcrit :
>
> Le site en signature va bientï¿œt changer d'aspect.
> Pour des raisons de navigation, on m'a demandￜ de modifier le menu de
> navigation.
> Celui-ci est donc appelￜ dￜsormais dans chaque page par 2 lignes en php.
Ok.
> Ce qui va changer l'extension des pages (php au lieu de html actuellement).
Pourquoi faire ? Bon, tu aurais pu ne pas mettre d'extension du tout
Bruno Desthuilliers
> Bonjour,
>
> Le site en signature va bient�t changer d'aspect.
> Pour des raisons de navigation, on m'a demand� de modifier le menu de
> navigation.
> Celui-ci est donc appel� d�sormais dans chaque page par 2 lignes en php.
> Ce qui va changer l'extension des pages (php au lieu de html actuellement).
Pas n�cessairement - Apache peut �tre param�tr� pour servir des pages
PHP avec l'extension .html
Olivier Miakinen
>>
>> Le site en signature va bientï¿œt changer d'aspect.
>> Pour des raisons de navigation, on m'a demandￜ de modifier le menu de
>> navigation.
>> Celui-ci est donc appelￜ dￜsormais dans chaque page par 2 lignes en php.
>> Ce qui va changer l'extension des pages (php au lieu de html actuellement).
>
Oui. Si tous les fichiers avec extension .html d'un rï¿œpertoire sont
censï¿œs ï¿œtre traitï¿œs par PHP, il suffit de le spï¿œcifier dans le .htaccess
du rï¿œpertoire. Et s'il ne reste qu'un ou deux .html qui n'en avaient pas
besoin, ce n'est peut-ï¿œtre pas trï¿œs grave.
SAM
Ce n'est certainement pas grave du tout, non?
(il n'y aura simplement pas de php ￜ interprￜter, et pi valￜ)
Maintenant et pendant qu'on y est ... quelle est la ligne ￜ ￜcrire ?
--
sm
CrazyCat
>> Oui. Si tous les fichiers avec extension .html d'un rï¿œpertoire sont
>> censï¿œs ï¿œtre traitï¿œs par PHP, il suffit de le spï¿œcifier dans le .htaccess
>> du rï¿œpertoire. Et s'il ne reste qu'un ou deux .html qui n'en avaient pas
>> besoin, ce n'est peut-ï¿œtre pas trï¿œs grave.
Si je ne me trompe pas, ï¿œa doit ï¿œtre du genre:
AddType application/x-httpd-php .html
--
Rï¿œseau IRC Francophone: http://www.zeolia.net
Aide et astuces : http://www.g33k-zone.org
Communautￜ Francophone sur les Eggdrops: http://www.eggdrop.fr
Olivier Miakinen
>>
>> Oui. Si tous les fichiers avec extension .html d'un rï¿œpertoire sont
>> censï¿œs ï¿œtre traitï¿œs par PHP, il suffit de le spï¿œcifier dans le .htaccess
>> du rï¿œpertoire. Et s'il ne reste qu'un ou deux .html qui n'en avaient pas
>> besoin, ce n'est peut-ï¿œtre pas trï¿œs grave.
>
> Ce n'est certainement pas grave du tout, non?
> (il n'y aura simplement pas de php ￜ interprￜter, et pi valￜ)
C'est essentiellement une question de performances. Quand je vois qu'il
y en a encore qui se demandent si "toto" n'est pas plus lent que 'toto',
faire passer un fichier statique par un interprï¿œteur de script devrait
les faire sauter au plafond.
Mais il peut y avoir aussi deux effets de bord :
1) Un plantage dans le cas d'une page en XHTML avec prologue XML (qui
commence par ￜ <?xml ￜ) si les short tags PHP sont activￜs.
2) Une dï¿œfinition automatique correcte du charset pour les pages
statiques, dont je ne sais pas si on peut la mettre par dï¿œfaut
aux pages PHP (je fais toujours appel ￜ la fonction header() dans
mes propres scripts PHP pour dï¿œfinir le Content-Type).
> Maintenant et pendant qu'on y est ... quelle est la ligne ￜ ￜcrire ?
Je ne me rappelais pas cette ligne par cￜur, aussi j'ai laissￜ les
autres rï¿œpondre. Je pense que c'est bien ce qu'a ï¿œcrit CrazyCat.
Guy Gruais
Vous allez �tre infiniment heureux de savoir que Guy Gruais vient d'�crire :
> ... ...Merci de bien vouloir �clairer ma lanterne.
Tout d'abord, toutes mes excuses pour cette r�ponse tardive.
J'ai d� m'absenter plusieurs jours.
Doc a �crit :
> Je crois que l'id�al est d'�liminer le premier, de publier le second et
> d'en passer par les �tapes impos�es ...
> Une chose est certaine, d'apr�s ce que j'ai pu observer
> chez Gogol : une nouvelle page est d�tect�e dans les 48 heures
Si la seconde assertion est exacte, je sais quoi faire.
Crazy Cat, pour sa part, a �crit :
> ... Ils vont prendre �a pour du duplicate-content et donc risquent
> d'�liminer les pages de leur index.
C'est un peu ce que je craignais en envoyant mon premier message
> ... signaler la modification avec
> un .htaccess qui signale que la page .html est d�sormais en .php
J'ai voulu faire un test ce matin. Apparemment mon site n'est pas accessible
(erreur 500)
Olivier Miakinen quant � lui a �crit :
> ... Bon, tu aurais pu ne pas mettre d'extension du tout
> dans les URL, ce qui t'aurait permis de changer les noms de fichiers
L'URL principale ne change pas puisque le fichier index reste avec une
extension "html".
Seules les pages internes voient leur extension modifi�e (enfin, pas toutes
quand m�me).
Bruno Desthuilliers, lui, a �crit :
Pas n�cessairement - Apache peut �tre param�tr� pour servir des pages
PHP avec l'extension .html
S'il s'agit d'inscrire la ligne de Crazy Cat dans .htaccess, je m'en
tirerais sinon �a d�passe mes connaissances.
En r�sum�, je crois bien que si Doc a raison quant au d�lai de r�action de
certain moteur, je vais opter pour sa solution.
Apr�s tout je ne risque pas grand-chose si durant 48 heures (ou m�me un peu
plus) mon site n'est plus accessible.
L'ann�e derni�re, durant 13 jours personne n'a pu s'y connecter puisque la
SEULE personne qui �tait charg�e de ce serveur �tait partie aux sports
d'hiver.
Merci.
Guy Gruais
Vous allez �tre infiniment heureux de savoir que Guy Gruais vient d'�crire :
> J'ai voulu faire un test ce matin. Apparemment mon site n'est pas
> accessible (erreur 500)
Parmi les essais effectu�s ce matin, j'ai essay� la proposition de Crazy Cat
qui conseillait d'inscrire dans le fichier .htaccess :
RewriteEngine On
RewriteBase /
RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [R=301,L,QSA]
C'est suite � cette tentative que mon site est devenu indisponible.
En supprimant le fichier, tout est redevenu normal.
CrazyCat
> RewriteEngine On
> RewriteBase /
> RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [R=301,L,QSA]
L'erreur 500 est une internal server error, habituellement provoqu�e par
une erreur dans le .htaccess
L'erreur vient de moi, la bonne ligne (RewriteRule) est en fait
(normalement):
RewriteRule ^([a-zA-Z0-9\-_]+)\.html$ $1.php [R=301,L,QSA]
--
R�seau IRC Francophone: http://www.zeolia.net
Aide et astuces : http://www.g33k-zone.org
Communaut� Francophone sur les Eggdrops: http://www.eggdrop.fr
SAM
> Guy Gruais wrote:
>> RewriteEngine On
>> RewriteBase /
Je suppose que l� on se met � la racine du site ?
>> RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [R=301,L,QSA]
et il n'est pas possible de consid�rer les dossiers
ni sous-dossiers avec �a : [a-zA-Z0-9\-_]+
me semble-ce puisqu'on n'y voit pas de '/'
> L'erreur 500 est une internal server error, habituellement provoqu�e par
> une erreur dans le .htaccess
> L'erreur vient de moi, la bonne ligne (RewriteRule) est en fait
> (normalement):
> RewriteRule ^([a-zA-Z0-9\-_]+)\.html$ $1.php [R=301,L,QSA]
Est-ce que �a fait une grosse diff�rence ?
Est-ce qu'on ne peut pas faire :
RewriteRule ^([-\w]+)\.htm(l)?$ $1.php [R=301,L,QSA]
ou peut-�tre mieux :
RewriteRule ^([-\w\./]+)(\.html?)$ $1.php [R=301,L,QSA]
Quelques essplications :
<http://www.illiweb.com/manuel/Apache_1.3_VF/mod/mod_rewrite.html#RewriteRule>
--
sm
Denis Beauregard
<stephanemor...@wanadoo.fr.invalid> �crivait dans
fr.comp.infosystemes.www.auteurs:
>Le 8/2/09 2:41 PM, CrazyCat a �crit :
>> Guy Gruais wrote:
>>> RewriteEngine On
>>> RewriteBase /
>
>Je suppose que l� on se met � la racine du site ?
>
>>> RewriteRule ^([a-zA-Z0-9\-_]+)\.html $1.php [R=301,L,QSA]
>
>et il n'est pas possible de consid�rer les dossiers
>ni sous-dossiers avec �a : [a-zA-Z0-9\-_]+
>me semble-ce puisqu'on n'y voit pas de '/'
>
>> L'erreur 500 est une internal server error, habituellement provoqu�e par
>> une erreur dans le .htaccess
>> L'erreur vient de moi, la bonne ligne (RewriteRule) est en fait
>> (normalement):
>> RewriteRule ^([a-zA-Z0-9\-_]+)\.html$ $1.php [R=301,L,QSA]
>
>Est-ce que �a fait une grosse diff�rence ?
>
>Est-ce qu'on ne peut pas faire :
>
>RewriteRule ^([-\w]+)\.htm(l)?$ $1.php [R=301,L,QSA]
>
>ou peut-�tre mieux :
>
>RewriteRule ^([-\w\./]+)(\.html?)$ $1.php [R=301,L,QSA]
J'utilise depuis des ann�es cette r�gle :
RewriteRule ^dossier/sous-dossier/([a-z]+).php$
http://monsite.com/nouveau-dossier/$1.php [R=301,L]
Denis
Guy Gruais
Vous allez �tre infiniment heureux de savoir que CrazyCat vient d'�crire :
> ... la bonne ligne (RewriteRule) est en fait
> RewriteRule ^([a-zA-Z0-9\-_]+)\.html$ $1.php [R=301,L,QSA]
Nul ne saurait en faire un drame pour un pauvre petit ... ... dollar oubli�
Pauvre n�ophyte que je suis, comment aurais-je pu trouver une ligne pareille
?
J'essaierais demain.
Journ�e charg�e aujourd'hui. dodo maintenant.
Merci