Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement Langage PHP truc abscons ???

truc abscons ???

19 réponses
Avatar
unbewusst.sein
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>

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)
Signaler un problème avec ce contenu

9 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
SAM
Le 5/24/10 4:27 PM, Une Bévue a écrit :

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
Avatar
unbewusst.sein
SAM wrote:

> je vais me renseigner côté Mac OS X question perms.

chmod ?



on ne peut pas changer les droits d'un symlink...
--
« L'éternité c'est long, surtout vers la fin... »
(Woody Allen)
Avatar
SAM
Le 5/24/10 7:36 PM, Une Bévue a écrit :
SAM 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
Avatar
unbewusst.sein
SAM 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"

ç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é...
--
« L'éternité c'est long, surtout vers la fin... »
(Woody Allen)
Avatar
SAM
Le 5/25/10 1:56 AM, Une Bévue a écrit :
SAM 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
Avatar
unbewusst.sein
SAM 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"

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)
Avatar
unbewusst.sein
Lea Gris wrote:


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...
--
« Sur le plus beau trône du monde,
on n'est jamais assis que sur son cul ! »
(Michel de Montaigne)
Avatar
SAM
Le 5/25/10 7:57 AM, Une Bévue a écrit :
SAM 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
Avatar
unbewusst.sein
SAM wrote:

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...

--
« Sur le plus beau trône du monde,
on n'est jamais assis que sur son cul ! »
(Michel de Montaigne)
1 2