Le fichier .htaccess utile en cas de changement d'hébergement
#22
Posté 28 février 2004 - 10:03
Dinostrate, le vendredi 14 novembre 2003, 19:26, dit :
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. Dino
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]
#23
Posté 28 février 2004 - 10:26
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):
boss:PasSw0rd paul:SecR3t pierre:MotDePaSsE
Le fichier .htaccess, dans le répertoire que tu veux protéger:
PerlSetVar AuthFile secret/passlist AuthName "Acces Restreint" AuthType Basic <limit GET POST> require valid-user </limit>
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:
Deny From All
Dan
#24
Posté 01 mars 2004 - 11:36
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,
#25 Invité_Gloom_*
Posté 01 mai 2004 - 07:02
Citation
401 - Autorisation Requise
400 - Mauvaise requête
403 - Interdit
500 - Erreur interne serveur
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.
#26
Posté 01 mai 2004 - 07:20
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.
#27
Posté 01 mai 2004 - 09:08
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
#28
Posté 11 mai 2004 - 06:09
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-d...de-cigogne.com/
Par contre 1ère position sur le mot htaccess 301 (c'est n'importe quoi il m'énerve ce GoogleBot
#29
Posté 25 mai 2004 - 21:52
Continuez a faire un forum si riche d'infos
#30
Posté 12 juin 2004 - 13:17
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.ouvato..._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/md...r_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 :
Citation
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 :
Citation
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é ?
Sorcier glouton - Mangeur de cigogne - Vainqueur du championat de la 2ème ligne - Béhelleur diplômé d'état
Création site internet - Guide shopping - globalwarming awareness2007 -
#31
Posté 12 juin 2004 - 13:26
RedirectPermanent /mangeur_de_cigogne.php http://cmazik.net.tld/mdc/mangeur_de_cigogne.php
Avec le /
#32
Posté 12 juin 2004 - 13:52
Jan, le samedi 12 juin 2004, 13:26, dit :
RedirectPermanent /mangeur_de_cigogne.php http://cmazik.net.tld/mdc/mangeur_de_cigogne.php
Avec le /
Ca marche
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 !
Sorcier glouton - Mangeur de cigogne - Vainqueur du championat de la 2ème ligne - Béhelleur diplômé d'état
Création site internet - Guide shopping - globalwarming awareness2007 -
#33
Posté 27 octobre 2004 - 11:30
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
#34
Posté 30 octobre 2004 - 15:27
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://campingclaird...ee.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.campingcl...ne.fr/tourisme/
selon les explications de ton article je devrais mettre chez free un htaccess avec ça :
RedirectPermanent /dotclear/ http://www.campingcl...ne.fr/tourisme/
euh...je ne suis pas sûr de mon coup, ça te paraît correct ?
merci de ton aide
#35
Posté 31 octobre 2004 - 13:39
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...http-viewer.php
Dan
#36
Posté 31 octobre 2004 - 14:07
les arborescences sont strictement les mêmes, je ferai le transfert d'ici peu et te tiendrai au courant
#37
Posté 01 novembre 2004 - 11:40
le transfert de la base de données s'est bien passé, la redirection marche parfaitement
merci dan
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 ?
#38
Posté 04 novembre 2004 - 21:57
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é.
#39
Posté 04 novembre 2004 - 22:18
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...
#40
Posté 04 novembre 2004 - 22:18
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
- ← Chaîner des paramètres E dans une règle de réécriture
- Fichier .htaccess et réécriture d'URLs
- Conception Htaccess pour redirection 301 →



Haut
















