truc abscons ???
Une Bévue
dans un rep idoine.
mais qqfois la docum (ici sqlite3) est t�l�charg�e du net.
donc j'utilise une "astuce" (pas si astucieuse que �a ?) :
dans mon rep ~/Sites/man_html j'ajoute un alias "sqlite3_doc.html" (qui
porte donc le nom d'un fichier) et qui pointe sur le r�pertoire
"~/Sites/man_html/sqlite-3_6_23-docs" comme �a, esp�rais-je, le butineur
pointera sur le fichier index.html de ce sous-dossier.
mais bon le r�sultat n'est pas brillant :
<http://88.183.202.165/man_html/index.html?page=sqlite3_doc>
alors que :
<http://88.183.202.165/man_html/sqlite-3_6_23-docs/> est tout � fait
conforme )))
notez que j'ai le m�me binz quand mon alias pointer sur
"~/Sites/man_html/sqlite-3_6_23-docs/index.html" au lieu de
"~/Sites/man_html/sqlite-3_6_23-docs"...
--
� L'essence m�me du g�nie, c'est de mettre en pratique
les id�es les plus simples. �
(Charles Peguy)
SAM
> quand je lis une page de man, je la convertis en html et je l'enregistre
> dans un rep idoine.
>
> mais qqfois la docum (ici sqlite3) est t�l�charg�e du net.
>
> donc j'utilise une "astuce" (pas si astucieuse que �a ?) :
>
> dans mon rep ~/Sites/man_html j'ajoute un alias "sqlite3_doc.html" (qui
> porte donc le nom d'un fichier) et qui pointe sur le r�pertoire
> "~/Sites/man_html/sqlite-3_6_23-docs" comme �a, esp�rais-je, le butineur
> pointera sur le fichier index.html de ce sous-dossier.
>
> mais bon le r�sultat n'est pas brillant :
> <http://88.183.202.165/man_html/index.html?page=sqlite3_doc>
faut pas mettre l'ordi en veille ni l'�teindre quand on le quitte
le site est innaccessible
>
> alors que :
> <http://88.183.202.165/man_html/sqlite-3_6_23-docs/> est tout � fait
> conforme )))
>
> notez que j'ai le m�me binz quand mon alias pointer sur
> "~/Sites/man_html/sqlite-3_6_23-docs/index.html" au lieu de
> "~/Sites/man_html/sqlite-3_6_23-docs"...
sont-ce des alias propres au Finder ?
dans ce cas, je crois que le serveur ne les connait pas.
--
sm
Une Bévue
> faut pas mettre l'ordi en veille ni l'�teindre quand on le quitte
> le site est innaccessible
>
panne de courant...
>
> sont-ce des alias propres au Finder ?
oui
> dans ce cas, je crois que le serveur ne les connait pas.
ah bon ?
les symlinks ne marchent pas non plus :
<http://88.183.202.165/man_html/index.html?page=sqlite3_doc>
=> Forbidden
alors que :
<http://88.183.202.165/man_html/sqlite-3_6_23-docs/>
c'est OK.
pourtant dans ma config httpd je pense bien avoir vu allow follow
symlink...
SAM
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>> sont-ce des alias propres au Finder ?
>
> oui
>
>> dans ce cas, je crois que le serveur ne les connait pas.
>
> ah bon ?
� moins qu'il ne faille refaire dessus les permissions ?
pomme + i sur /man_html/
v�rifier/corriger "Propi�taire et autorisations"
cliquer le bouton [Appliquer � tous]
�ventuellement relancer le serveur
on doit aussi pouvoir refaire les permissions au terminal
mais l� j'ai peur d'y faire des co...ies.
> les symlinks ne marchent pas non plus :
> <http://88.183.202.165/man_html/index.html?page=sqlite3_doc>
> => Forbidden
> alors que :
> <http://88.183.202.165/man_html/sqlite-3_6_23-docs/>
>
> c'est OK.
oui,
<http://88.183.202.165/man_html/?page=sqlite-3_6_23-docs/>
fonctionne
/man_html/sqlite-3_6_23-docs/ est un alias ?
mais �
<http://88.183.202.165/man_html/?page=sqlite3_doc>
je ne vois pas que tu vises un dossier mais bien un fichier
� ce que je comprends,
sqlite3_doc.html
serait un alias (de je ne sais quoi) rang� dans ./man_html/
> pourtant dans ma config httpd je pense bien avoir vu allow follow
> symlink...
bon ... alorsse ... comment sont r�gl�es les permissions
sur ce sqlite3_doc.html r�calcitrant ? (pomme+i sur l'alias)
ou sur le dossier vis� (ou le fichier vis� lui-m�me)
ou son parent, ses grand-parents
c'est pas un peu ol� ol� tout �a sur ton serveur principal ?
pas de danger qu'on puisse s'�garer en dehors vers des trucs non d�sir�s
(s'il y a plein d'alias ouverts � tous vents)
--
sm
Une Bévue
> � moins qu'il ne faille refaire dessus les permissions ?
> pomme + i sur /man_html/
> v�rifier/corriger "Propi�taire et autorisations"
> cliquer le bouton [Appliquer � tous]
> �ventuellement relancer le serveur
>
> on doit aussi pouvoir refaire les permissions au terminal
> mais l� j'ai peur d'y faire des co...ies.
>
ben oui, c'est comme �a que je les lis )))
zsh-% ls -al sqlite-3_6_23-docs
total 7848
drwxr-xr-x@ 128 yt staff 4352 23 mai 09:55 .
drwxr-xr-x 101 yt staff 3434 23 mai 13:27 ..
-rw-r--r--@ 1 yt staff 6148 23 mai 09:55 .DS_Store
-rw-r--r--@ 1 yt staff 51239 9 mar 14:05 34to35.html
-rw-r--r--@ 1 yt staff 15883 9 mar 14:05 35to36.html
-rw-r--r--@ 1 yt staff 9554 9 mar 14:05 about.html
-rw-r--r--@ 1 yt staff 6570 9 mar 14:05 amalgamation.html
-rw-r--r--@ 1 yt staff 12687 9 mar 14:05 arch.html
c'est bon �a, amha, compar� � :
zsh-% ls -al ../index.html
-rw-r--r--@ 1 yt staff 3027 6 oct 2009 ../index.html
qui est l'index du site...
et mon "fameux" symlink donne :
zsh-% ls -al sqlite3_doc.html
lrwxr-xr-x 1 yt staff 29 23 mai 13:27 sqlite3_doc.html ->
sqlite-3_6_23-docs/index.html
comme le fichier vers lequel il pointe :
zsh-% ls -al sqlite-3_6_23-docs/index.html
-rw-r--r-- 1 yt staff 7405 9 mar 14:05 sqlite-3_6_23-docs/index.html
> > les symlinks ne marchent pas non plus :
> > <http://88.183.202.165/man_html/index.html?page=sqlite3_doc>
> > => Forbidden
> > alors que :
> > <http://88.183.202.165/man_html/sqlite-3_6_23-docs/>
> >
> > c'est OK.
>
> oui,
> <http://88.183.202.165/man_html/?page=sqlite-3_6_23-docs/>
> fonctionne
>
> /man_html/sqlite-3_6_23-docs/ est un alias ?
non, c'est un dossier, celui contenant la doc sqlite.
> mais �
> <http://88.183.202.165/man_html/?page=sqlite3_doc>
> je ne vois pas que tu vises un dossier mais bien un fichier
>
> � ce que je comprends,
> sqlite3_doc.html
> serait un alias (de je ne sais quoi) rang� dans ./man_html/
ouias !
>
> > pourtant dans ma config httpd je pense bien avoir vu allow follow
> > symlink...
>
> bon ... alorsse ... comment sont r�gl�es les permissions
> sur ce sqlite3_doc.html r�calcitrant ? (pomme+i sur l'alias)
> ou sur le dossier vis� (ou le fichier vis� lui-m�me)
> ou son parent, ses grand-parents
zsh-% ls -al ~/Sites
drwxr-xr-x 9 yt staff 306 13 mai 12:27 ASDictionnary
ddrwxr-xr-x 4 yt staff 136 25 avr 11:49 Changer-un-style
drwxr-xr-x@ 16 yt staff 544 1 mai 09:47 DTD
drwxr-xr-x 7 yt staff 238 8 avr 10:38 GreaseMonkey
drwxr-xr-x 12 yt staff 408 9 mai 10:26 HTML5
drwxr-xr-x 4 yt staff 136 6 mai 11:35 Preload
drwxr-xr-x@ 12 yt staff 408 14 mai 14:50 Zoom
drwxr-xr-x 7 yt staff 238 6 oct 2009 images
drwxr-xr-x 5 yt staff 170 12 mai 06:03 img_global
-rw-r--r--@ 1 yt staff 3027 6 oct 2009 index.html
-rw-r--r--@ 1 yt staff 21 11 avr 19:02 info.php
drwxr-xr-x@ 11 yt staff 374 12 mai 08:17 jQuerry
drwxr-xr-x@ 27 yt staff 918 17 mai 10:00
macosx10.4-dictionaries-ruby
drwxr-xr-x 101 yt staff 3434 23 mai 13:27 man_html
drwxr-xr-x 3 yt staff 102 7 mai 20:46 man_pdf
> c'est pas un peu ol� ol� tout �a sur ton serveur principal ?
> pas de danger qu'on puisse s'�garer en dehors vers des trucs non d�sir�s
> (s'il y a plein d'alias ouverts � tous vents)
ben non puisque l'alias pointe vers un dossier qui est � l'int�rieur de
~/Sites !
je trouverai bien le bl�me, comme d'hab' par hazard )))
SAM
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>>
>> on doit aussi pouvoir refaire les permissions au terminal
>> mais l� j'ai peur d'y faire des co...ies.
>
> ben oui, c'est comme �a que je les lis )))
>
> zsh-% ls -al sqlite-3_6_23-docs
> c'est bon �a, amha, compar� � :
>
> zsh-% ls -al ../index.html
> -rw-r--r--@ 1 yt staff 3027 6 oct 2009 ../index.html
je sais pas, moi j'ai :
-rw-r--r-- pour les fichiers (physiquement l�)
et
drwxr-xr-x pour les dossiers
J'en ai un qui a �a :
drwxrwxrwx
et qui contient des php comme �a :
-rwxrwxrwx
dont je ne sais s'ils tournent
ni si c'est prudent de les laisser dans cet �tat
> et mon "fameux" symlink donne :
>
> zsh-% ls -al sqlite3_doc.html
> lrwxr-xr-x 1 yt staff 29 23 mai 13:27 sqlite3_doc.html ->
> sqlite-3_6_23-docs/index.html
symbolic link,
owner : readable, writable, executable ou searchable,
group : readable, writable, executable ou searchable,
others : readable, writable, executable ou searchable,
>> � ce que je comprends,
>> sqlite3_doc.html
>> serait un alias (de je ne sais quoi) rang� dans ./man_html/
>
> ouias !
>>> pourtant dans ma config httpd je pense bien avoir vu allow follow
>>> symlink...
Oui mais ceux d'Apache, pas du syst�me, non ?
>> bon ... alorsse ... comment sont r�gl�es les permissions
>> sur ce sqlite3_doc.html r�calcitrant ? (pomme+i sur l'alias)
>> ou sur le dossier vis� (ou le fichier vis� lui-m�me)
>> ou son parent, ses grand-parents
>
> zsh-% ls -al ~/Sites
> drwxr-xr-x 9 yt staff 306 13 mai 12:27 ASDictionnary
> ddrwxr-xr-x 4 yt staff 136 25 avr 11:49 Changer-un-style
il b�gaie ? dd....
ou c'est une erreur de copie ?
> drwxr-xr-x@ 16 yt staff 544 1 mai 09:47 DTD
man ls
ne me dit rien quant � ce @ que tu as l� � la fin :
drwxr-xr-x@
ou bien je n'ai pas su trouver
>> c'est pas un peu ol� ol� tout �a sur ton serveur principal ?
>> pas de danger qu'on puisse s'�garer en dehors vers des trucs non d�sir�s
>> (s'il y a plein d'alias ouverts � tous vents)
>
>
> ben non puisque l'alias pointe vers un dossier qui est � l'int�rieur de
> ~/Sites !
Je pense que je n'ai jamais r�ussi � titiller ~/Sites
depuis /Webserver/
M�bon pas bp essay� non plus ...
Je ne sais si tu peux sortir de /Webserver/
pour aller vers /Users/Yvon/Sites/sqlite3_doc.html
(comment l'expliquer au httpd.conf ?)
> je trouverai bien le bl�me, comme d'hab' par hazard )))
Ne pas m�langer le Serveur inclus et tout le Mac ?
(par alliasses interpos�s)
Peut-�tre poser ces questions sur le ng Mac OS X ?
--
sm
Une Bévue
> je sais pas, moi j'ai :
> -rw-r--r-- pour les fichiers (physiquement l�)
> et
> drwxr-xr-x pour les dossiers
> J'en ai un qui a �a :
> drwxrwxrwx
> et qui contient des php comme �a :
> -rwxrwxrwx
> dont je ne sais s'ils tournent
> ni si c'est prudent de les laisser dans cet �tat
ah moi j'ai pas �a du tout pour le seul php que j'ai :
zsh-% ls -al Sites/info.php
-rw-r--r--@ 1 yt staff 21 11 avr 19:02 Sites/info.php
et �a roule :
http://88.183.202.165/info.php
> > et mon "fameux" symlink donne :
> >
> > zsh-% ls -al sqlite3_doc.html
> > lrwxr-xr-x 1 yt staff 29 23 mai 13:27 sqlite3_doc.html ->
> > sqlite-3_6_23-docs/index.html
>
> symbolic link,
un symlink a les m�mes perms que la source...
> >> � ce que je comprends,
> >> sqlite3_doc.html
> >> serait un alias (de je ne sais quoi) rang� dans ./man_html/
> >
> > ouias !
> >>> pourtant dans ma config httpd je pense bien avoir vu allow follow
> >>> symlink...
>
> Oui mais ceux d'Apache, pas du syst�me, non ?
non, ke ne pense pas , je regarderai mon httpd.conf demain matin de
bonne humeur ))
Une Bévue
<Directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
</Directory>
<Directory "/Users/yt/Sites">
<snip blahblahblah />
Options Indexes FollowSymLinks MultiViews
<snip blahblahblah />
AllowOverride None
<snip blahblahblah />
Order allow,deny
Allow from all
</Directory>
donc, amha, �a devrait rouler...
--
� L'�ternit� c'est long, surtout vers la fin... �
(Woody Allen)
Lea Gris
> bon, je regarde mon httpd.conf :
Et si tu regardais dans error.log, tu aurais quelques d�tails concernant
ce probl�me de droits d'acc�s.
--
L�a Gris
Une Bévue
>
> Et si tu regardais dans error.log, tu aurais quelques d�tails concernant
> ce probl�me de droits d'acc�s.
merci !
ben justement, je ne vois rien de sp�cifique � httpd...
m�me le /Library/Logs/DirectoryService/DirectoryService.error.log
ne m'affiche rien de sp�cifique � httpd...
en +, ce qui est tr�s tr�s curieux est que le fichier (symlink) :
/Users/yt/Sites/man_html/sqlite3_doc.html
me donne pas, dans l'aper�u du finder, le fichier vers lequel il
pointe...
ya quand m�me un truc bizarre, si je reprends les perms du symlink :
zsh-% ls -al sqlite3_doc.html
lrwxr-xr-x 1 yt staff 29 23 mai 13:27 sqlite3_doc.html ->
sqlite-3_6_23-docs/index.html
elles sont diff�rentes de celles du fichier point� :
zsh-% ls -al sqlite-3_6_23-docs/index.html
-rw-r--r-- 1 yt staff 7405 9 mar 14:05 sqlite-3_6_23-docs/index.html
en partivulier un "x" en + pour tout le monde et pas moyen de le
supprimer ?
amha, c'est ce "x" a-qui fait que j'ai un "Forbidden" quand je pointe
sur ce symlink.
et autre pb pour mes autres pages de man, disons par ex "lynx"`, si je
pointe un butineur sur :
http://88.183.202.165/man_html/lynx (donc sans le .html)
j'ai la bonne page "man_html/lynx.html" mais pas sur un symlink...
je vais me renseigner c�t� Mac OS X question perms.
Une Bévue
> me donne pas
lire :
ME DONNE !!!!
SAM
>
> ya quand m�me un truc bizarre, si je reprends les perms du symlink :
> zsh-% ls -al sqlite3_doc.html
> lrwxr-xr-x 1 yt staff 29 23 mai 13:27 sqlite3_doc.html ->
> sqlite-3_6_23-docs/index.html
le 1er caract�re : l = allias, - = fichier, d = dossier, ...
les 3 suivants : proprio/owner
les 3 suivants : le groupe
les 3 derniers : tt le monde
r = read (lisible)
w = writable (modifiable)
x = exe (ex�cutable)
- = non (non r ou w ou x selon position)
donc ce symlink semble OK :
- tt le monde peut le lire
- tt le monde peut l'activer
seul l'admin peut en plus le modifier
> elles sont diff�rentes de celles du fichier point� :
> zsh-% ls -al sqlite-3_6_23-docs/index.html
> -rw-r--r-- 1 yt staff 7405 9 mar 14:05 sqlite-3_6_23-docs/index.html
�tat normal pour un fichier (de site web)
> en partivulier un "x" en + pour tout le monde et pas moyen de le
> supprimer ?
le x c'est pour "executable" et, � mon id�e, on en a besoin pour
l'activation de l'allias.
> amha, c'est ce "x" a-qui fait que j'ai un "Forbidden" quand je pointe
> sur ce symlink.
non ce doit �tre autre chose
... enfin ... je crois bien.
> et autre pb pour mes autres pages de man, disons par ex "lynx"`, si je
> pointe un butineur sur :
> http://88.183.202.165/man_html/lynx (donc sans le .html)
> j'ai la bonne page "man_html/lynx.html" mais pas sur un symlink...
l� ... je sais pas trop, n'ayant pas pratiqu� d'alliasses au sein de mon
web d'ordi.
> je vais me renseigner c�t� Mac OS X question perms.
chmod ?
chmod 755 sqlite-3_6_23-docs
chmod 644 sqlite-3_6_23-docs/index.html
chmod 777 = tous les droits pour tout faire et pour tout le monde
AaaRrrGggghhh !
pour l'allias ... ?
actuellement il semble avoir re�u un
chmod 755
ce qui semble �tre conforme
<http://fr.wikipedia.org/wiki/Chmod>
(�a change du man chmod du terminal en pas fr)
--
sm
Une Bévue
> > je vais me renseigner c�t� Mac OS X question perms.
>
> chmod ?
on ne peut pas changer les droits d'un symlink...
SAM
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>>> je vais me renseigner c�t� Mac OS X question perms.
>> chmod ?
>
> on ne peut pas changer les droits d'un symlink...
Bon ...
Je viens de re-essayer,
depuis /Webserver/
je n'arrive � atteindre qque chose de /Sites/
qu'en fabriquant une page re-routante
<meta http-equiv="refresh" content="0,/~YT/">
L'allias Mac tent� n'a pas fonctionn� du tout, il montre une page vide,
m�me pas de 403.
Mais un allias Apache cr�� dans le fichier de config fonctionne
# essai d'allias vers site YT
Alias /sqlite3_doc.html "/users/YT/sites/sqlite-3_6_23-docs/"
<Directory "/users/YT/sites/sqlite-3_6_23-docs/">
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>
Aliases c'est vers la ligne 640 (ou faire recherche)
les esssplications ici :
<http://httpd.apache.org/docs/2.0/urlmapping.html>
de ce que je comprends, les symlinks ne peuvent pointer que vers des
trucs au sein de DocumentRoot (c a d /Library/Webserver/ ) et comme je
disais: jamais r�ussi � ce qu'un allias Mac dans Webserver puisse aller
vers /Sites/
�a ne m'est pas tr�s clair, je crois avoir vu que ces symblinks, si
�crits correctement, devaient pouvoir pointer n'importe o�.
Comment fait-on pour lire le contenu d'un allias Mac OS X ?
--
sm
Une Bévue
>
> �a ne m'est pas tr�s clair, je crois avoir vu que ces symblinks, si
> �crits correctement, devaient pouvoir pointer n'importe o�.
> Comment fait-on pour lire le contenu d'un allias Mac OS X ?
si, au contraire, c'est tr�s clair.
dans mon cas je suis bien dans DocumentRoot, j'ai chang� �a au niveau de
httpd.conf :
# DocumentRoot "/Library/WebServer/Documents"
DocumentRoot "/Users/yt/Sites"
�a permet de ne pas avoir une URL avec des .../~yt/...
oui, un symlink peut pointer n'importe o�.
on ne peut pas vraiment lire le contenu d'un alias Mac OS X, enfin,
dedans il y a un alias record, rison pour laquelle les alias on devrait
les appeller des alias file.
l'alias record c'est une sorte de r�f�rence au file system avec un
m�canisme qui permet au finder de retrouver l'orinal si l'un (original)
ou l'autre (alias) a boug�.
bon la solution httpd.conf ne me plait pas trop, je suis quasiment s�r
que ce genre d'astuce "a eu march�" par le pass�...
SAM
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>> �a ne m'est pas tr�s clair, je crois avoir vu que ces symblinks, si
>> �crits correctement, devaient pouvoir pointer n'importe o�.
>> Comment fait-on pour lire le contenu d'un allias Mac OS X ?
>
> si, au contraire, c'est tr�s clair.
> dans mon cas je suis bien dans DocumentRoot, j'ai chang� �a au niveau de
> httpd.conf :
> # DocumentRoot "/Library/WebServer/Documents"
> DocumentRoot "/Users/yt/Sites"
Bon ... moi je sais pas ... mon hhtpd.conf est ferm�.
Finalement j'ai fait un symlink au terminal
ln -s /Users/stef/Sites/index.php /Library/WebServer/Documents/essai_yt.htm
et cette fois �a fonctionne depuis /Webserver/ vers /Sites/
(sauf que la page en php ne retrouve pas sa feuille de styles)
> �a permet de ne pas avoir une URL avec des .../~yt/...
Ha ben, l� je pensais que tu avais mis des bazars dans /Webserver/.
> oui, un symlink peut pointer n'importe o�.
�a donne :
ls -al /Library/WebServer/Documents/essai_yt.htm
lrwxr-xr-x 1 stef admin 27 May 25 02:26
/Library/WebServer/Documents/essai_yt.htm -> /Users/stef/Sites/index.php
et lrwxr-xr-x fonctionne bien --> pas de 403
> bon la solution httpd.conf ne me plait pas trop, je suis quasiment s�r
> que ce genre d'astuce "a eu march�" par le pass�...
Oui, �a a l'air.
Mais �a n'avait pas lorsque j'ai laiss� le Finder faire l'allias.
Le refaire au terminal ?
<http://fr.wikipedia.org/wiki/Lien_symbolique>
�a date un peu, mais ...
<http://www.projectomega.org/tag/serveur-web/>
--
sm
Une Bévue
> > dans mon cas je suis bien dans DocumentRoot, j'ai chang� �a au niveau de
> > httpd.conf :
> > # DocumentRoot "/Library/WebServer/Documents"
> > DocumentRoot "/Users/yt/Sites"
>
> Bon ... moi je sais pas ... mon hhtpd.conf est ferm�.
ferm�, �a veut dire quoi ?
> Finalement j'ai fait un symlink au terminal
>
> ln -s /Users/stef/Sites/index.php /Library/WebServer/Documents/essai_yt.htm
>
> et cette fois �a fonctionne depuis /Webserver/ vers /Sites/
> (sauf que la page en php ne retrouve pas sa feuille de styles)
>
> > �a permet de ne pas avoir une URL avec des .../~yt/...
>
> Ha ben, l� je pensais que tu avais mis des bazars dans /Webserver/.
non je mets mon bordel, tout mon bordel sous ~/Sites, j'ai d'ailleurs un
p'tit scripy qui ouvre un fichier sous ~/Sites comme une URL :
http://mon_IP/tath/sous/Sites/du/fichier.html
> > oui, un symlink peut pointer n'importe o�.
>
> �a donne :
> ls -al /Library/WebServer/Documents/essai_yt.htm
> lrwxr-xr-x 1 stef admin 27 May 25 02:26
> /Library/WebServer/Documents/essai_yt.htm -> /Users/stef/Sites/index.php
>
> et lrwxr-xr-x fonctionne bien --> pas de 403
ah donc �a ne g�ne pas ton serveur Apache tu es sous SL ? avec Apache ?
en fait j'ai tr�s peu �dit� mon fichier httpd.conf, juste chang� le
DocumentsRoot...
> > bon la solution httpd.conf ne me plait pas trop, je suis quasiment s�r
> > que ce genre d'astuce "a eu march�" par le pass�...
>
> Oui, �a a l'air.
> Mais �a n'avait pas lorsque j'ai laiss� le Finder faire l'allias.
>
> Le refaire au terminal ?
> <http://fr.wikipedia.org/wiki/Lien_symbolique>
>
>
> �a date un peu, mais ...
> <http://www.projectomega.org/tag/serveur-web/>
ouais, on ne sait jamais, sans doit sans doute venir du fichier *.conf !
--
� Sur le plus beau tr�ne du monde,
on n'est jamais assis que sur son cul ! �
(Michel de Montaigne)
Une Bévue
>
> Et si tu regardais dans error.log, tu aurais quelques d�tails concernant
> ce probl�me de droits d'acc�s.
bon j'ai trouv� le fichier "error_log" qui s'�crit chez moi avec un
underscore et non un point...
raison pourquoi locate n'avait pas trouv� ce bidule.
heureusement un httpd -V m'a donn� le bon nom de ce fichier...
bon l� il y a justement des probl�mes sur le fichier incrimin� :
[Tue May 25 07:55:25 2010] [error] [client 87.177.246.135] Symbolic link
not allowed or link target not accessible:
/Users/yt/Sites/man_html/sqlite3_doc.html
avec :
zsh-% ls -al /Users/yt/Sites/man_html/sqlite3_doc.html
lrwxr-xr-x 1 yt staff 29 23 mai 13:27
/Users/yt/Sites/man_html/sqlite3_doc.html ->
sqlite-3_6_23-docs/index.html
et :
zsh-% ls -alL /Users/yt/Sites/man_html/sqlite3_doc.html
-rw-r--r-- 1 yt staff 7405 9 mar 14:05
/Users/yt/Sites/man_html/sqlite3_doc.html
le "L" donne le fichier point�.
donc vraisemblablement le pb viendrait du c�t� de mon httpd.conf...
SAM
> SAM <stephanemor...@wanadoo.fr.invalid> wrote:
>
>>> dans mon cas je suis bien dans DocumentRoot, j'ai chang� �a au niveau de
>>> httpd.conf :
>>> # DocumentRoot "/Library/WebServer/Documents"
>>> DocumentRoot "/Users/yt/Sites"
En fait,
je n'ai pas touch� � la config par d�faut pour le DocumentRoot
>> Bon ... moi je sais pas ... mon hhtpd.conf est ferm�.
>
> ferm�, �a veut dire quoi ?
�a veut dire que j'ai ferm� le fichier dans l'�diteur.
(et que je ne puis le lire)
>> Finalement j'ai fait un symlink au terminal
>>
>> ln -s /Users/stef/Sites/index.php /Library/WebServer/Documents/essai_yt.htm
>>
>> et cette fois �a fonctionne depuis /Webserver/ vers /Sites/
m�me que :
http://192.168.1.11/essai_yt
(sans le suffixe) fonctionne aussi
>>> oui, un symlink peut pointer n'importe o�.
non, je viens d'en faire un nouveau au terminal
depuis /Webserver/
vers /Documents/ (c a d en dehors de /Sites/ )
et j'ai droit � la 403 !
[/essai_yt.htm --> /Sites/index.php]
>> lrwxr-xr-x fonctionne bien --> pas de 403
>
> ah donc �a ne g�ne pas ton serveur Apache tu es sous SL ? avec Apache ?
Tiger 10.4.11
Apache/1.3.41 (Darwin)
PHP Version 5.2.4
httpd.conf :
DocumentRoot "/Library/WebServer/Documents"
<Directory "/Library/WebServer/Documents">
Options Indexes FollowSymLinks MultiViews Includes
AllowOverride None
Order allow,deny
Allow from all
</Directory>
<IfModule mod_userdir.c>
UserDir Sites
</IfModule>
# ...
# derni�re ligne :
Include /private/etc/httpd/users/*.conf
stef.conf :
<Directory "/Users/stef/Sites/">
Options Indexes MultiViews Includes
AllowOverride None
Order allow,deny
Allow from all
</Directory>
>> Mais �a n'avait pas fonctionn�
>> lorsque j'avais laiss� le Finder fabriquer l'allias.
>>
>> Le refaire au terminal ?
>> <http://fr.wikipedia.org/wiki/Lien_symbolique>
>
> ouais, on ne sait jamais, sans doit sans doute venir du fichier *.conf !
Possiblement si tu as un YT.conf qui n'a pas FollowSymLinks ?
Mais,
� mon id�e que je partage : �a vient de l'allias (du symlink)
(j'ai un autre *.conf mais il est pour indiquer o� le php est enfouit)
--
sm
Une Bévue
> stef.conf :
> <Directory "/Users/stef/Sites/">
> Options Indexes MultiViews Includes
> AllowOverride None
> Order allow,deny
> Allow from all
> </Directory>
bon, ben grace � toi, j'ai trouv� eureka !!!
il a fallu que j'�dite mon yt.conf, je n'y avais pas pens�...
maintenant je n'ai plus "Forbiden" mais "Not Found" ce qui est + faile �
r�parer...