Une Bévue <unbewus...@fai.invalid> wrote:
> cf. : <
http://httpd.apache.org/docs/2.0/howto/auth.html>
Très bonne source d'information, merci (mais qui ne résout pas le pb)
>
> euh, il n'est pas virtuel. Si, par exemple, il n'y a qu'un utilisateur,
> on peut le fixer dans le fichier httpd.conf
> (/private/etc/apache2/httpd.conf) à la valeur Document Root.
Merci de ton aide détaillée. Si je comprends bien, une partie importante
de ta problématique a été de faire en sorte que les accès à la racine de
ton nom de domaine redirigent bien vers le site unique que tu as placé
directement dans le dossier "Sites" de ton utilisateur yt.
J'ai procédé différemment pour ça : pour la racine (et le dossier Sites
de mon utilisateur "toto"), j'ai créé des pages simples qui remplacent
courtoisement les pages par défaut "Apache" et "Site Apple". Ça marche
très bien, et depuis longtemps, tout comme mes sites perso.
Ce qui ne marche pas c'est la mise en place d'une protection par mot de
passe avec htaccess pour certains de ces sites.
Et même très spécifiquement la syntaxe de AuthUserFile :
- car, déjà, toi (et le mode d'emploi Apache) décrivez une fonction
AuthUserFile, alors que d'autres sources proposent une ligne :
PerlSetVar AuthFile code/.passlist
que choisir ? (et pourquoi ?)
- ensuite j'ai plusieurs sites dans plusieurs dossiers placés dans le
dossier Sites de l'utilisateur "toto". Le fichier .passlist se trouve
dans un dossier code, placé également directement dans le dossier Sites
de "toto".
Pour le(s) site(s) que je voudrais protéger, je mets un fichier
.htaccess dans le dossier du site en question, et il ne me manque donc
que ce fichu chemin d'accès à mon .passlist (et accessoirement la
confirmation/infirmation de la syntaxe précédente).
j'ai essayé (entre autres !) en essayant d'être logique :
1/ un chemin relatif par rapport au dossier "Sites" donc
PerlSetVar AuthFile code/.passlist
2/ un chemin en dur par rapport à la racine du disque :
PerlSetVar AuthFile /Users/toto/Sites/code/.passlist
3/ d'utiliser la syntaxe d'accès au site, qui inclut le tilde ~ avant
l'utilisateur (et ignore "Sites")
PerlSetVar AuthFile ~toto/code/.passlist
rien n'y fait. Si au moins j'avais une syntaxe dont on puisse me dire
"chez moi elle marche" (en fait c'est sous Snow Leopard cette histoire
parce que le MacMINI est trop vieux pour passer à Lion), je
l'appliquerais et je donnerais volontiers le vrai lien en messagerie
pour tester hors de "openproxy" mais tant qu'on n'est pas à peu près sûr
d'avoir la bonne ça ne sert à rien (et je ne veux pas donner l'accès au
site tant qu'il n'est pas protégé, logique, bien qu'il n'y ait rien
dedans pour l'instant).
En tout cas merci de ton intérêt pour ma misère, cordialement,
--
Gérald