Je souhaite faire fonctionner un site web.
J'ai besoin d'accèder à des fichiers dont le chemin commence par :
/Volumes/DisqueDeux/Dossier
J'ai rajouté à httpd.conf :
<Directory "/Volumes/DisqueDeux/Dossier">
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>
J'ai redémarré le Mac qui héberge le site mais quand je cherche à
accèder aux fichiers du répertoire ci-dessus rien ne se passe si je
clique sur le lien.
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre"
permet d'accèder au fichier lié si l'opération est effectuée sur le Mac
hébergeur, mais produit l'affichage du message "Safari ne parvient pas à
trouver le fichier" à partir d'un Mac distant.
Les droits de tous les fichiers concernés sont -rwxr-xr-x
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
In article <1h7bwrc.l1gi1q1cs81o8N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre"
permet d'accèder au fichier lié si l'opération est effectuée sur le Mac
hébergeur, mais produit l'affichage du message "Safari ne parvient pas à
trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
invalid
patpro ~ patrick proniewski wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre"
permet d'accèder au fichier lié si l'opération est effectuée sur le Mac
hébergeur, mais produit l'affichage du message "Safari ne parvient pas à
trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
patpro ~ patrick proniewski
In article <1h7d0hu.1xrrpm76viau6N%, (Thierry Guillon) wrote:
patpro ~ patrick proniewski wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
patpro
In article <1h7d0hu.1xrrpm76viau6N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre"
permet d'accèder au fichier lié si l'opération est effectuée sur le Mac
hébergeur, mais produit l'affichage du message "Safari ne parvient pas à
trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
In article <1h7d0hu.1xrrpm76viau6N%, (Thierry Guillon) wrote:
patpro ~ patrick proniewski wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
patpro
invalid
patpro ~ patrick proniewski wrote:
In article <1h7d0hu.1xrrpm76viau6N%, (Thierry Guillon) wrote:
patpro ~ patrick proniewski wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau. Par quoi faut-il que je remplace "file://" dans mes liens ?
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <1h7d0hu.1xrrpm76viau6N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre"
permet d'accèder au fichier lié si l'opération est effectuée sur le Mac
hébergeur, mais produit l'affichage du message "Safari ne parvient pas à
trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau.
Par quoi faut-il que je remplace "file://" dans mes liens ?
In article <1h7d0hu.1xrrpm76viau6N%, (Thierry Guillon) wrote:
patpro ~ patrick proniewski wrote:
In article <1h7bwrc.l1gi1q1cs81o8N%, (Thierry Guillon) wrote:
Curieusement un clic droit "ouvrir le lien dans une nouvelle fenêtre" permet d'accèder au fichier lié si l'opération est effectuée sur le Mac hébergeur, mais produit l'affichage du message "Safari ne parvient pas à trouver le fichier" à partir d'un Mac distant.
l'url de ce fichier, elle est en file:// ou en http:// ?
patpro
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau. Par quoi faut-il que je remplace "file://" dans mes liens ?
patpro ~ patrick proniewski
In article <1h7d80r.1eaw008jg0832N%, (Thierry Guillon) wrote:
l'url de ce fichier, elle est en file:// ou en http:// ?
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau. Par quoi faut-il que je remplace "file://" dans mes liens ?
heu... pfiou... je ne sais pas si c'est du à ma grande fatigue, mais j'ai l'impression d'être devant un gouffre profond et je ne sais pas par ou commencer pour le combler.
Pour faire simple, apache ne comprend que les http:// et les https://, si tu as file:// alors c'est le système de la machine qui prend le relais, donc seule la personne assise devant la dite machine accède au fichier. Safari sait interpréter les absences de http(s)://. Si ta page est là : http://example.com/dossier/foo.html et qu'elle contient un lien vers "bar.html", quand tu cliques le lien, c'est http://example.com/dossier/bar.html qui est chargé. Ok ? Si ton lien est par contre en "../bar.html", quand tu cliques, tu vas chercher : http://example.com/bar.html. Toujours ok ? Avec ../ tu remontes d'un niveau dans ton arborescence de fichiers. Avec ../../dossierA/toto.html, tu remontes de deux niveaux, puis tu vas dans le dossier "dossierA" et tu charges le document "toto.html".
et ainsi de suite jusqu'à atteindre le fichier qui t'intéresse.
patpro
In article <1h7d80r.1eaw008jg0832N%invalid@invalid.fr>,
invalid@invalid.fr (Thierry Guillon) wrote:
l'url de ce fichier, elle est en file:// ou en http:// ?
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau.
Par quoi faut-il que je remplace "file://" dans mes liens ?
heu... pfiou... je ne sais pas si c'est du à ma grande fatigue, mais
j'ai l'impression d'être devant un gouffre profond et je ne sais pas par
ou commencer pour le combler.
Pour faire simple, apache ne comprend que les http:// et les https://,
si tu as file:// alors c'est le système de la machine qui prend le
relais, donc seule la personne assise devant la dite machine accède au
fichier.
Safari sait interpréter les absences de http(s)://. Si ta page est là :
http://example.com/dossier/foo.html et qu'elle contient un lien vers
"bar.html", quand tu cliques le lien, c'est
http://example.com/dossier/bar.html qui est chargé. Ok ?
Si ton lien est par contre en "../bar.html", quand tu cliques, tu vas
chercher : http://example.com/bar.html. Toujours ok ?
Avec ../ tu remontes d'un niveau dans ton arborescence de fichiers.
Avec ../../dossierA/toto.html, tu remontes de deux niveaux, puis tu vas
dans le dossier "dossierA" et tu charges le document "toto.html".
et ainsi de suite jusqu'à atteindre le fichier qui t'intéresse.
In article <1h7d80r.1eaw008jg0832N%, (Thierry Guillon) wrote:
l'url de ce fichier, elle est en file:// ou en http:// ?
en file:// effectivement.
bon ben voilà, tu corriges et ça devrait marcher.
Je me fais l'effet d'une poule qui aurait trouvé un couteau. Par quoi faut-il que je remplace "file://" dans mes liens ?
heu... pfiou... je ne sais pas si c'est du à ma grande fatigue, mais j'ai l'impression d'être devant un gouffre profond et je ne sais pas par ou commencer pour le combler.
Pour faire simple, apache ne comprend que les http:// et les https://, si tu as file:// alors c'est le système de la machine qui prend le relais, donc seule la personne assise devant la dite machine accède au fichier. Safari sait interpréter les absences de http(s)://. Si ta page est là : http://example.com/dossier/foo.html et qu'elle contient un lien vers "bar.html", quand tu cliques le lien, c'est http://example.com/dossier/bar.html qui est chargé. Ok ? Si ton lien est par contre en "../bar.html", quand tu cliques, tu vas chercher : http://example.com/bar.html. Toujours ok ? Avec ../ tu remontes d'un niveau dans ton arborescence de fichiers. Avec ../../dossierA/toto.html, tu remontes de deux niveaux, puis tu vas dans le dossier "dossierA" et tu charges le document "toto.html".
et ainsi de suite jusqu'à atteindre le fichier qui t'intéresse.
patpro
pere.noel
Matt wrote:
Ce sont surtout les permissions des répertoires qui comptent. Assures-toi qu'ils soient bien visibles par tout le monde (0755).
je dirais même plus (mon expérience sous linux avec apache2), une notice apache dit qu'il fait faire :
chmod 755 Sites chmod -R 755 Sites chmod 755 ../
j'ai trouvé ça abusif, au pif je dirais qu'un chmod -R 755 Sites est suffisant. dans mon cas le root de httpd est Sites...
au fait il peut y avoir une différence entre 0755 et 755 ?
-- une bévue
Matt <hfrarg@syrius.org> wrote:
Ce sont surtout les permissions des répertoires qui comptent.
Assures-toi qu'ils soient bien visibles par tout le monde (0755).
je dirais même plus (mon expérience sous linux avec apache2), une notice
apache dit qu'il fait faire :
chmod 755 Sites
chmod -R 755 Sites
chmod 755 ../
j'ai trouvé ça abusif, au pif je dirais qu'un chmod -R 755 Sites est
suffisant.
dans mon cas le root de httpd est Sites...
au fait il peut y avoir une différence entre 0755 et 755 ?
au fait il peut y avoir une différence entre 0755 et 755 ?
Non, il n'y a (et ne doit y avoir) aucune différence. Ça permet, au mieux, de lever tout ambiguïté, juste au cas où...
-- Jacques.
Vincent Lefevre
Dans l'article , patpro ~ patrick proniewski écrit:
si tu as file:// alors c'est le système de la machine qui prend le relais, donc seule la personne assise devant la dite machine accède au fichier.
En fait, ça dépend. D'après la RFC 1738[*] section 3.10, la syntaxe est
file://<host>/<path>
où <host> peut être vide ou "localhost" (accès local par le navigateur) ou une machine distante. Dans le cas d'une machine distante, ça dépend du navigateur et du système. Les navigateurs Firefox et elinks semblent l'ignorer (supposant un accès NFS?) et renvoient le fichier local, mais lynx et w3m tentent de faire un accès ftp à la machine <host>. En tout cas, le protocole est à la discrétion du navigateur; de telles URL non locales ne sont donc pas portables.
Dans l'article <patpro-078B5E.18223310122005@news.free.fr>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> écrit:
si tu as file:// alors c'est le système de la machine qui prend le
relais, donc seule la personne assise devant la dite machine accède au
fichier.
En fait, ça dépend. D'après la RFC 1738[*] section 3.10, la syntaxe est
file://<host>/<path>
où <host> peut être vide ou "localhost" (accès local par le navigateur)
ou une machine distante. Dans le cas d'une machine distante, ça dépend
du navigateur et du système. Les navigateurs Firefox et elinks semblent
l'ignorer (supposant un accès NFS?) et renvoient le fichier local, mais
lynx et w3m tentent de faire un accès ftp à la machine <host>. En tout
cas, le protocole est à la discrétion du navigateur; de telles URL non
locales ne sont donc pas portables.
Dans l'article , patpro ~ patrick proniewski écrit:
si tu as file:// alors c'est le système de la machine qui prend le relais, donc seule la personne assise devant la dite machine accède au fichier.
En fait, ça dépend. D'après la RFC 1738[*] section 3.10, la syntaxe est
file://<host>/<path>
où <host> peut être vide ou "localhost" (accès local par le navigateur) ou une machine distante. Dans le cas d'une machine distante, ça dépend du navigateur et du système. Les navigateurs Firefox et elinks semblent l'ignorer (supposant un accès NFS?) et renvoient le fichier local, mais lynx et w3m tentent de faire un accès ftp à la machine <host>. En tout cas, le protocole est à la discrétion du navigateur; de telles URL non locales ne sont donc pas portables.
