Vous changez d'hébergeur et de nom de domaine ?
Vous voulez garder le bénéfice du référencement de vos anciennes pages ?

Alors vous aurez plus que vraisemblablement besoin de mettre quelques redirections en place.

Découvrez les 1001 facettes du fichier .htaccess

Lisez l'article en ligne sur le fichier .htaccess et intervenez avec vos questions et commentaires ci-après.

Pour les redirections qui concernent les pages qui ont changé d'adresse, le code est RedirectPermanent ancien.html http://www.domaine.tld/nouveau.html
Dans un cas précis
Ancienne url présente dans Google : h**p://www.conseilgeneral.com/mairies.htm
Nouvelle url pour remplacer : h**p://www.conseilgeneral.com/mairies/mairies.htm J'ai donc mis ce code:
RedirectPermanent mairies.htm h**p://www.conseilgeneral.com/mairies/mairies.htm (sur une seule ligne)
Ca ne fonctionne pas.

Ou est l'erreur de code ?

Au passage j'ai 137 url indéxé dans Google qui ont changées d'adresse et je transpire deja a l'idée d'écrire ces 137 lignes

Un google plus musclé détectant une erreur 404 pourrait aller chercher la nouvelle Url de lui même

Il me semble que RedirectPermanent mairies.htm h**p://www.conseilgeneral.com/mairies/mairies.htm
devrait fonctionner!

Salut Thierry,

Dans ce cas précis, le RedirectPermanent ne fonctionnera pas, parce que tu renommes mairies.htm en ... mairies.htm même s'il est dans un autre répertoire.

Je ne vois d'ailleurs pas bien ce que cela t'apporte en terme de mots clés car tu ne fais que répéter un mot clé qui y est déjà...

Si tu y tiens absolument, tu pourrais utiliser plutôt RedirectMatch car celui-ci permet des expressions régulières que ne permet pas le RedirectPermanent, par exemple:

ou encore:

Ce dernier te permettrait de rediriger /machin.html en machin/machin.html

Dan,
OUF, j'ai fini de faire les 137 redirections de mes pages dans le fichier htaccess.
On a beau croire aux machines et réver un peu pour les miracles il faut quand même bosser !
Merci pour tes conseils
A+

...Ou encore vraiment bien maîtriser les expressions régulières.

J'ai un article traitant des regex "sur le feu". Il permettra de dégrossir le sujet pour nombre d'entre vous.
Mais tu te doutes bien qu'avec les exemples, ça ne s'écrit pas aussi vite que de la simple prose.

Dan

Bonjour le hub

Je voudrais utiliser mon espace ftp pour y placer des fichiers à télécgarger en anonyme.
Pour celà je pense créer des répertoires distincts et y mettre les fichiers (un peu de rangement).
Je me demande si il est possible par un .htaccess de proteger la racine de chaque répertoire, histoire de ne pas permettre la navigation d'un répertoire à l'autre.
Si le .htaccess est permis, a t'il la même syntaxe que le .htaccess de l'espace web

Merci

Bonjour Olivier.

Je l'ai fait v'la deux jours après avoir lu les conseils de Dan sur le .htaccess et ça a l'air de bien fonctionner. Si tu places un .htaccess dans un quelconque répertoire, ou sous répertoire, toute la suite de l'arborescence est bien bloquée si tu n'as pas le mot de passe. J'ai fait simple : en combinant un fichier contenant le "pass" avec le fichier .htaccess
Au début, j'avais mal compris les explications de Dan. En fait, tu peux placer autant de .htaccess et de codes d'accès que de répertoires. Bien sur, c'est inutile pour la suite de l'arborescence.

Dino

Ok Dino

Je vais tester celà
J'ai cherché auparavant dans google, et rien n'en parle spécifiquement pour le FTP
Merci

Salut Olivier et Dino,

Il ne faut pas confondre les protocoles http et ftp car ils ne répondent pas aux mêmes mêmes règles en matière de protection.

Le fichier .htaccess ne peut jouer son rôle de "chien de garde" que dans le cas du potocole http... sinon vous auriez des problèmes pour accéder par ftp aux répertoires contenant un fichier .htaccess sur votre espace web, non ?

Protéger un accès ftp passe par des permissions de répertoires, mais comme dans le cas d'Olivier, l'accès est un accès ftp anonyme sur serveur mutualisé, cette solution ne peut s'appliquer. Cela ne s'applique qu'aux accès ftp avec utilisateur identifié, ou aux serveurs ftp que l'on peut complètement paramétrer.

Une solution serait d'accéder au téléchargements de fichiers à travers un script php qui pourrait limiter les dégâts...
Il faut en tout cas s'assurer de ne pas laisser le droit d'écriture aux visiteurs anonymes pour ne pas voir cet espace ftp utilisé pour stocker des programmes ou fichiers illégaux. (ou W*R*Z ... mais je n'ai pas vraiment envie que le Hub ressorte pour ce mot dans Google )

Dan

Salut Dan

Tu me rassures
Il s'agit d'espace identiques mais de protocole differents, donc d'acces differents.
J'ai mis des droits en 755 à un répertoire et l'acces sera géré par un fichier php
Je voulais interdire l'acces à la navigation dans d'autres répertoire que ceux du thème, mais je crois comprendre que c'est plutôt limité en anonyme, (à moins de mettre des login/password, mais je ne le gère pas sur la partie web)
Le problème est que par le navigateur je ne vois même pas le répertoire que je viens de mettre.

Salut Olivier,

Plus que vraisemblablement parce que le protocole http n'est pas supporté sur les serveurs ftp anonyme d'OVH...
Si tu émets un lien vers un fichier du style <a href=ftp://domaine.tld/fichier.ext> , le vois-tu ?

Dan

Dan
Le procotole http sur du ftp anonyme chez ovh sur un plan identique au mien est accepté. De la racine on ne voit pas les répertoires, mais si on connait un nom de répertoire, on peut y entrer et naviguer.
De mon coté, je vois bien la racine, mais pas le répertoire, ni le fichier.
Je vais me renseigner auprés du webmaster dont le ftp ou IE fonctionne

Merci

[Edit : Problème résolu !]

bonjour,
j'écris parce que je me dis que je mérite po DU TOUT mon diplome d'ingé.

j'ai tout suivi le truc ...
(je file les fichiers que j'ai tapé ca sera plus clair)

En connexion FTP, mon site est de la forme :
/www/admin ...
les fichiers du site sont placés dans /www

.htaccess placé dans /www/admin
AuthUserFile /www/.htpasswd
AuthGroupFile /dev/null
AuthName "Acces Restreint"
AuthType Basic
<Limit GET POST>
require valid-user
</Limit>

.password placé dans /www
(mot de passe 'a')
admin:20Fr4vjmM8dZE

j'ai utilisé le prog en lien dans le cours pour générer le mot de passe ...

Et je n'arrive pas à accéder au répertoire admin de mon site ...
avec le login admin et le mot de passe XXXXXX, je suis rejeté 3 fois et puis j'ai l'erreur :
Authorization Required
This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.

Alors suis-je fou ? neuneu ? ou alors il y a un bug ???

Salut
Dans le .htaccess
Ne manque t'il pas home/login devant le répertoire www/ pour donner

Salut Gagaches, et bienvenue à bord du Hub,

Pas besoin de diplôme d'ingé pour mettre une restriction .htaccess
Mais il faut bien lire l'article...

Tu mets alors qu'il faut mettre un chemin serveur, depuis la racine... c'est à dire, le plus souvent quelque chose comme /home/ton_login/www/.htpasswd

Si tu es chez OVH c'est cette forme là, sinon le plus simple est encore de lancer un script php avec:
pour trouver la racine de ton site et adapter.

Dan

Une précision toutefois... chez certains hébergeurs, dont Online, le mot de passe n'est pas encrypté, et la syntaxe varie pour le .htaccess car ils utilisent une protection non standard.

Le .htaccess est dans ce cas de la forme:

et le PerlSetVar AuthFile secret/passlist doit avoir une adresse relative par rapport à la racine de ton site, et non celle du serveur.

Dan

Bonjour,

pour le cas où l'on met un 'rewrite rule', et un 'errordocument', lequel des 2 placer devant ?

et est ce que la regle du [L] est valable pour le errordocument

merci

Moi j'ai mis le "errordocument" en premier suivi du "rewrite rule" et le [L] est placé sur la derniere règle du "rewrite rule" .... et tout marche

Une question me turlupine la tête en cas de sous-domaine.

Peut-on utiliser un fichier ".htaccess" different par sous domaine ?

Car quand on regarde l'arborescence d'un site les logiciels tienne compte des sous-domaines et ne montre pas les dossier associés.....

et bien en fait j'ai testé avec mais ça a rien donné non plus ...

vu que c que limiter l'acces à un répertoire selon un mot de passe, je vais refaire un test de mot de passe en PHP et pi tant pis ...

Dino écrivait voilà quelques mois à Olivier : « J'ai fait simple : en combinant un fichier contenant le "pass" avec le fichier .htaccess — Au début, j'avais mal compris les explications de Dan. »
J'ai besoin d'installer un accès restreint, mais je suis sur Online. J'ai suivi l'article de Dan, mais je bute sur les mots home et login pour renseigner la première ligne du fichier .htaccess. Je souhaite protéger une URL complète. Et dans le .htpasswd, je rebute encore plus sur le cryptage.
Quelqu'un pourrait-il m'aider ? Cordialement,
Un internaute dans le cirage, [Priape]

Salut Priape, et bienvenue a bord du Hub !

Chez Online, c'est un peu particulier comme les mots de passe ne sont pas encryptés.

Tu as donc 2 fichiers, comme partout ailleurs...

Le fichier contenant les mots de passe (par exemple: secret/passlist) avec une ligne par utilisateur/mot de passe (en clair):

Le fichier .htaccess, dans le répertoire que tu veux protéger:


Le chemin donné dans l'exmple ci-dessus suppose que le fichier contenant les mots de passe s'appelle "passlist" et se trouve dans le répertoire "secret" à la racine de ton site.. tu peux bien sûr changer cela.
Il est conseillé de protéger ce répertoire en y mettant aussi un fichier .htaccess avec une seule ligne:

Dan

Merci pour la promptitude et l'exactitude de la réponse.
J'ai exécuté, en vain.
Je veux protéger un site de quelques pages. J'ai en conséquence créé un fichier .htaccess que j'ai placé (étant en mac + Dreamweaver) sur la racine de ce site. Puis j'ai constitué un dossier "secret" contenant le fichier en php 'passlist' (ainsi nommé, court) + un fichier en php contenant la ligne conseillée, nommé à nouveau .htaccess.
C'est avec ce strict (mais sans doute trop ignorant) respect de ces règles que je bute.
Est-ce encore possible de me débloquer sur ce point ? Où suis-je bouché ?
Très cordialement,

A propos de l'article:



Il me semble qu'une erreur 500 ne peut-être provoquée que par une erreur dans le .htaccess donc, si il y a erreur, le .htaccess ne marche pas, je ne vois donc pas l'interret de faire une page d'erreur 500 puisqu'elle ne sera pas affichée, à moins d'avoir un .htaccess à la racine définissant les pages d'erreur et des .htaccess spécifique dans certains réperdoire. Bref, ça ne me parrais si rarement utile que je me dis que ça ne vaut pas la peine de le mentionner.

Gloom :

Si certains sont hébergés chez leur FAI,

si d'autres n'ont 'que' un petit espace disque chez leur hébergeur,

en revanche, il y a aussi, parmi les membres du hub, des professionnels qui proposent des hébergements. Pour eux, cette information est importante, très importante.

Anonymus.

Gloom,

Le but d'une page d'erreur dédiée n'est pas seulement d'afficher quelque chose de joli, mais peut aussi être de lancer automatiquement un programme qui enregistre les principales informations du moment.

Si je proposais de l'hébergement, je mettrais cela en place pour avoir une alerte immédiate en cas d'erreur 500, sans avoir à fouiller les logs.

Ces erreurs ne sont en général pas très grave, mais un grand nombre d'erreurs 500 peut révéler un problème sérieux sur un site, alors que son propriétaire est absent ou ne n'en rend pas compte. Cela peut aller jusqu'à mettre un serveur à genoux et il vaut mieux les tenir à l'oeil.

Dan

Bonjour à tous,
Pour revenir sur le sujet épinglé et le fichier htaccess avec le code de redirection 301
J'ai mis un petit texte à ce sujet qui montre qu'il faut faire attention avec cette méthode (rien a voir avec le concour mangeur de cigogne)
http://www.mangeur-de-cigogne-mangeur-de-cigogne.com/
Par contre 1ère position sur le mot htaccess 301 (c'est n'importe quoi il m'énerve ce GoogleBot

bonjour,

j'ai mis en place une protection de repertoires par htaccess.
les repertoires, ne sont que des redirections grace au mod_rewrite d'Apache.
la protection marche bien, les fichiers sont proteges, mais ce que je voudrais, c'est de pouvoir limiter encore plus l'acces a ces repertoires "virtuels" en fonction du nom de ce dit repertoire. Autrement dit, je voudrais filtrer les acces sur l'uri et non le repertoire.

par exemple, le site: toto.net
j'ai un script dans /cgi-bin/cvsweb (oui, c'est le script cvsweb fourni par FreeBSD )

j'ai mis en place des regles de rewrite qui sont:
'/repertoire' pointe de maniere transparente vers '/cgi-bin/cvsweb/repertoire/'
ce qui fait que l'on peut acceder au CVS de 'repertoire' par "toto.net/repertoire" au lieu de "toto.net/cgi-bin/cvsweb/repertoire"

donc, ce que je voudrais faire, c filtrer les acces en fonction du nom du repertoire de CVS, par exemple:
/rep1 -> seulement toto et titi y auraient acces
/rep2 -> titi, tata et toto y auraient acces.

j'espere que vous avez compris et surtout que quelqu'un pourra m'aider....

je laisse juste un petit mess de pasage, je suis venu et g trouvé les infos dont j'avais besoin (merci Dan)
Continuez a faire un forum si riche d'infos

J'ai un problème avec ma redirection maios ptet que je fais trop compliqué :

L'ancienne adresse de mon site principal était :

http://cmazik.ouvaton.org

Dans le même répertoire racine j'avais installé ma page cigogne ce qui donnait cette adresse :

http://cmazik.ouvaton.org/mangeur_de_cigogne.php

Entre-temps j'ai acheté le nom de domanine cmazik.net et donc créé un nouvel espace chez Ouvaton sous le nouveau nom de domaine.

Donc la nouvelle aresse du site principal est : http://cmazik.net

la page cigogne est physiquement restée dans l'ancien répertoire, gardant l'ancienne adresse.

Mais, bon... Finalement je l'aime bien mon non mangeur

Alors j'ai installé la page cigone dans un sous répertoire de cmazik.net que j'ai appelé mdc

La nouvelle adresse cigogne est donc http://cmazik.net/mdc/mangeur_de_cigone.net

Je l'ai testée en tapant cette url dans mon butineur et ça fonctionne.

Où ça se complique :

j'ai fait une redirection totale par .htaccess dans l'ancien répertoire racine :

cela fonctionne au poil sauf que, bien-sûr, la machine cherche ma page cigogne dans cmazik.net.

J'ai donc installé un .htaccess dans cmazik.net avec la ligne :



Cela ne fonctionne pas !

J'ai aussi essayé de mettre les 2 lignes dans le .htacces de l'ancien répertoire mais la machine ne suit que la seconde ligne (la redirection générale).

Jen suis réduit à faire une page avec un script de redirection pour la page cigogne.

Où me suis-je planté ?

Essaye

Avec le /

Ca marche :up:

Ou presque ...

Il faut que j'enlève"tld' sinon il cherche à l'adresse nomdedomaine.tld/mdc/monfichier

Bon je te dois au moins 1 bière !

Salut à tous,

Sur un site, j'ai placé, à la racine, un .htaccess et un .htpasswd pour en restreindre l'accès.

Par contre, je voudrais rendre visible 1 page (page de présentation en quelque sorte) sans pour autant avoir à bouger tout le site dans un répertoire......

Est ce possible ? Si oui, comment modifier le .htaccess ?

Merci de vos lumières,

Patotoche65

bonjour dan

je prépare le transfert d'un site, avec changement d'hébergeur et de nom de domaine

il s'agit d'un blog hébergé chez free à l'adresse suivante :

http://campingclairdelune.free.fr/dotclear/

je viens d'acheter un nom de domaine en fr et un hébergement chez ovh (merci les conseils du hub), la nouvelle adresse du blog sera

http://www.campingclairdelune.fr/tourisme/

selon les explications de ton article je devrais mettre chez free un htaccess avec ça :

RedirectPermanent /dotclear/ http://www.campingclairdelune.fr/tourisme/

euh...je ne suis pas sûr de mon coup, ça te paraît correct ?

merci de ton aide

Salut Clair de Lune,

Dans la mesure où les arborescences sont les mêmes, cela devrait fonctionner.
Tu peux t'en assurer en allant voir ce que donne l'ancienne URL dans l'outil d'analyse d'entêtes http du Hub: http://www.webmaster-hub.com/outils/http-viewer.php

Dan

merci Dan

les arborescences sont strictement les mêmes, je ferai le transfert d'ici peu et te tiendrai au courant

bonjour

le transfert de la base de données s'est bien passé, la redirection marche parfaitement

merci dan :up:

le PR a disparu, dommage la page d'accueil était à 5, mais si j'ai bien compris je devrais le récupérer ?

aussi, je dois signaler le changement aux annuaires, mais dois-je signaler le nouveau site aux moteurs ou vont ils le trouver tout seuls ?

Dans la mesure où tu as mis un 'redirectPermanent', les moteurs de recherche le retrouveront très facilement.
En effet, avant d'aspirer le contenu d'une page, ils lisent l'entête générée par la page (donc, les quelques lignes affichées par l'outil dont parle Dan). Dans la mesure où ils vont trouver une entête renvoyant RedirectPermanent nouvelleAdresse, ils vont enlever l'ancienne adresse, et la remplacer par l'ancienne, tout simplement. Le PR se mettra à jour aux prochaines dances de gg, et tout sera arrangé.

Salut Clair de Lune,

Les moteurs vont trouver les nouvelles pages tout seuls, avec le redirectpermanent
C'est toute la magie des redirections. Pas de risque de perte de PageRank non plus, les nouvelles pages vont hériter de l'ancien. Il faut juste patienter un peu...

salut anonymus

tu as raison, les robots ont retrouvé le site, et mis à jour leurs index

mon blog parle de beaucoup de sujets en rapport avec la région

souvent, j'arrive en bonne position sur pas mal de mots clefs traités dans les sujets (surtout le titre), je le sais avec le code php qui me donne les derniers sites référents au bas de chaque page

depuis quelques jours, certains des résultats des moteurs de recherche donnent la nouvelle URL, il semble donc que tout aille à merveille

quant au PR, je peux attendre, le blog avait un PR5 en 3 mois pratiquement sans BLs, quelque chose me dit que je vais le récupérer, les robots adorent DotClear

encore merci au Hub (et à Dan) pour les explications on ne peut plus claires :up:

bonjour, encore une petite question à Dan :

j'ai une page avec l'extension .htm, et je voudrais la changer en .php pour y intégrer le fil RSS du blog cité plus haut

comme la page en .htm est bien référencée, j'avais pensé y mettre une redirection vers la nouvelle afin de ne pas perdre les visiteurs venus d'un moteur de recherche

dans mon fichier .htaccess, j'ai mis la ligne suivante

RedirectPermanent Situation.htm h**p://www.campingclairdelune.com/Situation.php

ce qui me donne une erreur sur toutes les pages du site !

qu'est ce qui ne va pas ?

d'avance un grand merci

Salut Clair de Lune,

Le RedirectPermanent fonctionnait sur ton hébergement précédent, mais es-tu certain qu'il fonctionne sur celui-ci ?
Il faut que le module "mod_alias" soit actif

Sinon, si mod_rewrite est actif, une simple règle telle que

devrait jouer

Dan

merci Dan pour ta patience



je crois que non, l'hébergeur est online, version payante de free qui marche encore moins bien

j'ai essayé le code que tu m'as donné, mais j'ai aussi une erreur

j'ai aussi essayé



en pensant qu'une faute de frappe s'était glissée dans ton exemple (le \ avant .htm), mais c'est pareil...

si cela est dû à mon hébergeur et que je n'y peux rien, y a t il un inconvénient à copier la page .htm pour l'appeler .php, puis à modifier simplement tous les liens dans le site ?

en fait, je ne voudrais pas être embêté pour duplication de contenu

Salut Clair de Lune,

Avec Online, tu es dans la panade vu que les réécritures d'URLs ne fonctionnent pas.

Tu ne risques RIEN à copier cette page, faut pas non plus tomber dans la paranoia
Cette copie est la seule option qui te reste d'ailleurs...

Dan

PS: le \ devant le point décimal n'est pas une faute de frappe. C'est pour signaler que le caractère suivant est bien un point et non "n'importe quel caractère"

comme toujours, avec ce forum les problèmes sont résolus presque avant d'avoir posé la question :up:

pour online, c'est décidé depuis quelque temps, je les abandonne, il y a trop de limitations

j'ai commencé justement une nouvelle version du site chez ovh, après avoir acquis le nom de domaine en .fr et l'avoir hébergé chez eux

le .com sera ensuite déménagé de online à ovh, et là je pourrai basculer sur le nouveau site

merci encore pour ton aide

Bonjour

J'ai fait la bêtise, quand j'ai mis mon site en ligne, de nommer certains fichiers avec des espaces.
Je voudrais corriger cela en changeant le nom de ces fichiers, et en utilisant des redirections htaccess vers les url correctement nommées.
Mais visiblement htaccess n'aime pas les %20 au milieu des url, parce que ça ne marche pas.
Je n'ai rien trouvé nulle part sur ce problème.

Bonjour,

J'ai eu le même problème avec un client, il suffit normalement de mettre entre guillemets ("/mon repertoire") tes URL. Et là ton .htaccess devrait fonctionner. @+

Nickel ça marche, merci beaucoup

bonjour

encore une petite question

je me suis inscrit en septembre dans un concours de positionnement. le concours est maintenant fini, je me suis bien amusé, et j'ai un site chez free avec beaucoup de backlinks et un pr5

est il prudent de faire une redirection permananente de ce site maintenant inutile vers mon site habituel (et bénéficier ainsi de ses bls) ?

et si c'est faisable, dans mon htaccess, comment renvoyer toutes les pages de l'ancien site vers la page d'accueil du nouveau ? j'ai essayé

RedirectPermanent / http://www.mondomaine.fr/index.php mais ça ne marche pas, ça produit http://www.mondomaine.fr/index.phpindex.php

RedirectPermanent / http://www.mondomaine.fr/ ne fonctionne que pour les pages qui ont le même nom

en bref, je voudrais rediriger toutes les pages du site A vers la page d'index du site B

merci pour votre aide