iMac-intel - système 10.6.4
Apache.2 - SSI et PHP activés
Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"
Au mieux (quand je ne tombe pas sur un site de culs) j'obtiens :
Forbidden
You don't have permission to access / on this server.
Essayé de me débrouiller avec tutos dont celui-ci :
<http://foundationphp.com/tutorials/vhosts_leopard.php>
J'ai modifié le fichier : /private/etc/hosts
en y rajoutant la ligne :
127.0.0.1 stefwana
J'ai modifié le fichier de config : /private/etc/apache2/httpd.conf
# Virtual hosts
Include /private/etc/apache2/extra/httpd-vhosts.conf
Include /private/etc/apache2/other/*.conf
J'ai modifié le fichier de config :
/private/etc/apache2/extra/httpd-vhosts.conf
J'ai édité un fichier de config : /private/etc/apache2/users/wana.conf
<Directory "/Users/STEF/Documents/mes_SITES_WEB/stephane.moriaux/">
Options Indexes +Includes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la racine de ton home et change le chemin en conséquences.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
racine de ton home et change le chemin en conséquences.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la racine de ton home et change le chemin en conséquences.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/ ou que /Sites/
"home" je vois pas trop ce que c'est ?! /Users/STEF/ ?
A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/
ou que /Sites/
"home" je vois pas trop ce que c'est ?!
/Users/STEF/ ?
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/ ou que /Sites/
"home" je vois pas trop ce que c'est ?! /Users/STEF/ ?
-- Stéphane Moriaux avec/with iMac-intel
laurent.pertois
SAM wrote:
> A mon avis le problème est là, l'utilisateur faisant tourner Apache > (www) n'a pas le droit de lire le dossier dans Documents qui n'est > accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
> Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la > racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/ ou que /Sites/
"home" je vois pas trop ce que c'est ?! /Users/STEF/ ?
Oui.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
> A mon avis le problème est là, l'utilisateur faisant tourner Apache
> (www) n'a pas le droit de lire le dossier dans Documents qui n'est
> accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
> Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la
> racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/
ou que /Sites/
"home" je vois pas trop ce que c'est ?!
/Users/STEF/ ?
Oui.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
> A mon avis le problème est là, l'utilisateur faisant tourner Apache > (www) n'a pas le droit de lire le dossier dans Documents qui n'est > accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
> Essaie de mettre le tout dans Sites ou de déplacer mes_SITES_WEB à la > racine de ton home et change le chemin en conséquences.
Bon ! Je vais donc faire comme vu par ailleurs
/www/stephane.moriaux/
au même niveau que /Users/ ou que /Sites/
"home" je vois pas trop ce que c'est ?! /Users/STEF/ ?
Oui.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM
Le 15/08/10 16:30, Laurent Pertois a écrit :
SAM wrote:
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
- un site pages perso chez Orange - on y dispose des SSI pour le code "dynamique" côté serveur (pas de PHP, rien. Que les SSI et réduits) - z'ont un peu tout modifié dans leurs re-writting d'url (ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Je me bagarre maintenant avec mon /home/www/monbosite/ qui bien évidemment a sa racine dans /monbosite/ tant pour le html que les SSI pour tenter d'arriver à la même config que pagesperso-orange.fr afin de retrouver ces 2 types d'appel à la racine du host
Pour mémoire, ma config :
<VirtualHost *:80> DocumentRoot "/Users/STEF/www/stephane.moriaux" ServerName stefwana </VirtualHost> <Directory "/Users/STEF/www/stephane.moriaux/"> Options Indexes +Includes MultiViews AllowOverride None Order allow,deny Allow from all </Directory>
A mon avis le problème est là, l'utilisateur faisant tourner Apache
(www) n'a pas le droit de lire le dossier dans Documents qui n'est
accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu.
Mais espérais qu'une petite ligne de plus dans un des config
aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :
- un site pages perso chez Orange
- on y dispose des SSI pour le code "dynamique" côté serveur
(pas de PHP, rien. Que les SSI et réduits)
- z'ont un peu tout modifié dans leurs re-writting d'url
(ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'
à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"
Je me bagarre maintenant avec mon /home/www/monbosite/
qui bien évidemment a sa racine dans /monbosite/
tant pour le html que les SSI
pour tenter d'arriver à la même config que pagesperso-orange.fr
afin de retrouver ces 2 types d'appel à la racine du host
Pour mémoire, ma config :
<VirtualHost *:80>
DocumentRoot "/Users/STEF/www/stephane.moriaux"
ServerName stefwana
</VirtualHost>
<Directory "/Users/STEF/www/stephane.moriaux/">
Options Indexes +Includes MultiViews
AllowOverride None
Order allow,deny
Allow from all
</Directory>
A mon avis le problème est là, l'utilisateur faisant tourner Apache (www) n'a pas le droit de lire le dossier dans Documents qui n'est accessible, par défaut, qu'à ton utilisateur STEF.
Je m'en doutais un peu. Mais espérais qu'une petite ligne de plus dans un des config aurait chemodé comme il faut.
Non, Apache ne peut pas changer ça, ce serait une faille :-)
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
- un site pages perso chez Orange - on y dispose des SSI pour le code "dynamique" côté serveur (pas de PHP, rien. Que les SSI et réduits) - z'ont un peu tout modifié dans leurs re-writting d'url (ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Je me bagarre maintenant avec mon /home/www/monbosite/ qui bien évidemment a sa racine dans /monbosite/ tant pour le html que les SSI pour tenter d'arriver à la même config que pagesperso-orange.fr afin de retrouver ces 2 types d'appel à la racine du host
Pour mémoire, ma config :
<VirtualHost *:80> DocumentRoot "/Users/STEF/www/stephane.moriaux" ServerName stefwana </VirtualHost> <Directory "/Users/STEF/www/stephane.moriaux/"> Options Indexes +Includes MultiViews AllowOverride None Order allow,deny Allow from all </Directory>
Non, ça n'arrange rien pour la racine des SSI, ça transforme juste : http://stefwana/stephane.moriaux/ en : http://stefwana/
-- Stéphane Moriaux avec/with iMac-intel
laurent.pertois
SAM wrote:
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non plus, juste que les problèmes de droits d'accès sont un classique ;-)
- un site pages perso chez Orange - on y dispose des SSI pour le code "dynamique" côté serveur (pas de PHP, rien. Que les SSI et réduits) - z'ont un peu tout modifié dans leurs re-writting d'url (ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Je me bagarre maintenant avec mon /home/www/monbosite/ qui bien évidemment a sa racine dans /monbosite/ tant pour le html que les SSI pour tenter d'arriver à la même config que pagesperso-orange.fr afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce qui bloque :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
plus, juste que les problèmes de droits d'accès sont un classique ;-)
- un site pages perso chez Orange
- on y dispose des SSI pour le code "dynamique" côté serveur
(pas de PHP, rien. Que les SSI et réduits)
- z'ont un peu tout modifié dans leurs re-writting d'url
(ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Je me bagarre maintenant avec mon /home/www/monbosite/
qui bien évidemment a sa racine dans /monbosite/
tant pour le html que les SSI
pour tenter d'arriver à la même config que pagesperso-orange.fr
afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce
qui bloque :-/
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non plus, juste que les problèmes de droits d'accès sont un classique ;-)
- un site pages perso chez Orange - on y dispose des SSI pour le code "dynamique" côté serveur (pas de PHP, rien. Que les SSI et réduits) - z'ont un peu tout modifié dans leurs re-writting d'url (ou je n'sais quoi du genre) pour accéder à son site
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Je me bagarre maintenant avec mon /home/www/monbosite/ qui bien évidemment a sa racine dans /monbosite/ tant pour le html que les SSI pour tenter d'arriver à la même config que pagesperso-orange.fr afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce qui bloque :-/
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM
Le 15/08/10 19:22, Laurent Pertois a écrit :
SAM wrote:
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est : un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite) un coup : monbosite (monbosite.pagesperso-orange.fr/) ... enfin ... c'était comme ça ... chez Orange
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Je me bagarre maintenant avec mon /home/www/monbosite/ afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce qui bloque :-/
Si seulement je savais ce que Orange a bien pu trafiquer, y aurait qu'à recopier ...
Bon! eh bien, puisque tu as l'air de t'y connaitre ...
une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Toutes les pages perso sont sur le domaine :
pagesperso-orange.fr
l'url "normale" du site serait donc :
pagesperso-orange.fr/monbosite/
mais on pouvait faire aussi :
monbosite.pagesperso-orange.fr/
ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est :
un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite)
un coup : monbosite (monbosite.pagesperso-orange.fr/)
... enfin ... c'était comme ça ... chez Orange
à ce jour, n'importe quelle forme d'url mène à :
monbosite.pagesperso-orange.fr/
Les liens relatifs à la racine de 'monbosite' sont alors :
pour link et a et img et etc. :
href="/"
ce qui est un net progrès (avant il fallait user des relatifs / fichier)
et pour les SSI ça demande :
virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.
Pour les SSI, le complet serait qque chose comme :
<!--#include virtual="/monbocite/ss/menu.txt" -->
là où on veut son menu dans ses pages, par exemple.
Je me bagarre maintenant avec mon /home/www/monbosite/
afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce
qui bloque :-/
Si seulement je savais ce que Orange a bien pu trafiquer, y aurait qu'à
recopier ...
Bon! eh bien, puisque tu as l'air de t'y connaitre ... une colle :
Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Toutes les pages perso sont sur le domaine : pagesperso-orange.fr l'url "normale" du site serait donc : pagesperso-orange.fr/monbosite/ mais on pouvait faire aussi : monbosite.pagesperso-orange.fr/ ce qui changeait la racine du site 'monbosite'
Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est : un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite) un coup : monbosite (monbosite.pagesperso-orange.fr/) ... enfin ... c'était comme ça ... chez Orange
à ce jour, n'importe quelle forme d'url mène à : monbosite.pagesperso-orange.fr/ Les liens relatifs à la racine de 'monbosite' sont alors : pour link et a et img et etc. : href="/" ce qui est un net progrès (avant il fallait user des relatifs / fichier) et pour les SSI ça demande : virtual="/monbosite/"
Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Je me bagarre maintenant avec mon /home/www/monbosite/ afin de retrouver ces 2 types d'appel à la racine du host
Je n'utilise pas les SSI ni ne les pratique, du coup, je ne vois pas ce qui bloque :-/
Si seulement je savais ce que Orange a bien pu trafiquer, y aurait qu'à recopier ...
-- Stéphane Moriaux avec/with iMac-intel
Jo
On 2010-08-14 17:18:09 +0200, SAM said:
Je veux tester un site web sur mon ordi (autre que celui 'Sites') et je me bagarre avec les fichiers de config d'Apache pour que : http://stefwana/ m'ouvre ce site qui serait un "VirtualHost"
Et pourquoi pas tout simplement un lien symbolique dans /Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)
-- Jo "Don't suffer from insanity, enjoy every minute of it."
On 2010-08-14 17:18:09 +0200, SAM said:
Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"
Et pourquoi pas tout simplement un lien symbolique dans
/Library/WebServer/Documents/ qui pointe vers le site en question? (man
ln)
--
Jo
"Don't suffer from insanity, enjoy every minute of it."
Je veux tester un site web sur mon ordi (autre que celui 'Sites') et je me bagarre avec les fichiers de config d'Apache pour que : http://stefwana/ m'ouvre ce site qui serait un "VirtualHost"
Et pourquoi pas tout simplement un lien symbolique dans /Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)
-- Jo "Don't suffer from insanity, enjoy every minute of it."
laurent.pertois
SAM wrote:
> Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non > plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Ce sera mieux, oui :-)
> Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est : un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite) un coup : monbosite (monbosite.pagesperso-orange.fr/) ... enfin ... c'était comme ça ... chez Orange
Euh, ça c'est le nom de domaine, pas la racine ;-)
>> ce qui est un net progrès (avant il fallait user des relatifs / fichier) >> et pour les SSI ça demande : >> virtual="/monbosite/" > > Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM <stephanemoriaux.NoAdmin@wanadoo.fr.invalid> wrote:
> Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non
> plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Ce sera mieux, oui :-)
> Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est :
un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite)
un coup : monbosite (monbosite.pagesperso-orange.fr/)
... enfin ... c'était comme ça ... chez Orange
Euh, ça c'est le nom de domaine, pas la racine ;-)
>> ce qui est un net progrès (avant il fallait user des relatifs / fichier)
>> et pour les SSI ça demande :
>> virtual="/monbosite/"
>
> Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
Pour les SSI, le complet serait qque chose comme :
<!--#include virtual="/monbocite/ss/menu.txt" -->
là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je
mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
> Oulalalalala, la conf d'Apache est riche, je ne suis pas spécialiste non > plus, juste que les problèmes de droits d'accès sont un classique ;-)
Je vais poser la question sur le NG fciw.serveurs
Ce sera mieux, oui :-)
> Euh, ça change quoi ? dans les deux cas la racine est /, non ?
Non, avec / la racine est : un coup : pagesperso-orange.fr (pagesperso-orange.fr/monbosite) un coup : monbosite (monbosite.pagesperso-orange.fr/) ... enfin ... c'était comme ça ... chez Orange
Euh, ça c'est le nom de domaine, pas la racine ;-)
>> ce qui est un net progrès (avant il fallait user des relatifs / fichier) >> et pour les SSI ça demande : >> virtual="/monbosite/" > > Tu es sûr qu'il ne faut mettre que ça ?
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
SAM
Le 15/08/10 22:40, Laurent Pertois a écrit :
SAM wrote:
Je vais poser la question sur le NG fciw.serveurs
Ce sera mieux, oui :-)
Sauf que ... ça fait presque 3 mois que personne ne s'y est manifesté ! Pas ni rien trouvé dans les archives pour mon 'tit problème.
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
ben non puisqu'on a le slash de départ pour aller à la racine (pagesperso-orange.fr même si tu dis que ça ce n'est que le domaine)
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je
Je subodore que c'est une maladresse d'un gestionnaire des pages perso d'Orange qui fait qu'on n'a pas la même racine entre le html et les SSI
et je n'arrive pas (ne sais pas) comment bidouiller sur mon Apache, en supposant que par exemple 'truc' soit l'équivalent de l'hébergeur sur mon Mac et que mon site soit alors accessible par : http://truc/monbosite/ pour qu'il soit aussi accessible par : http://monbosite.truc/
mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
non merci.
ou alors tu me donnes l'astuce pour que le clone de mon site chez Orange fonctionne dans mon Apache (avec des urls pointant vers Orange au lieu de mon /home/www/trucMachin/) Normalement, les urls relatives sont faites pour ça : migrer facilement d'un lieu (domaine ? Hébergeur ?) à l'autre.
Sauf que ... ça fait presque 3 mois que personne ne s'y est manifesté !
Pas ni rien trouvé dans les archives pour mon 'tit problème.
Pour accéder à la racine du site ?
J'en sais rien, mais oui, mes tests me montrent que ça fonctionne
qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
ben non
puisqu'on a le slash de départ pour aller à la racine
(pagesperso-orange.fr même si tu dis que ça ce n'est que le domaine)
Pour les SSI, le complet serait qque chose comme :
<!--#include virtual="/monbocite/ss/menu.txt" -->
là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je
Je subodore que c'est une maladresse d'un gestionnaire des pages perso
d'Orange qui fait qu'on n'a pas la même racine entre le html et les SSI
et je n'arrive pas (ne sais pas) comment bidouiller sur mon Apache,
en supposant que par exemple 'truc' soit l'équivalent de l'hébergeur
sur mon Mac et que mon site soit alors accessible par :
http://truc/monbosite/
pour qu'il soit aussi accessible par :
http://monbosite.truc/
mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
non merci.
ou alors tu me donnes l'astuce pour que le clone de mon site chez Orange
fonctionne dans mon Apache (avec des urls pointant vers Orange au lieu
de mon /home/www/trucMachin/)
Normalement, les urls relatives sont faites pour ça : migrer facilement
d'un lieu (domaine ? Hébergeur ?) à l'autre.
Sauf que ... ça fait presque 3 mois que personne ne s'y est manifesté ! Pas ni rien trouvé dans les archives pour mon 'tit problème.
Pour accéder à la racine du site ? J'en sais rien, mais oui, mes tests me montrent que ça fonctionne qu'avec ça.
Et pas monbocite.pagesperso-orange.fr ?
ben non puisqu'on a le slash de départ pour aller à la racine (pagesperso-orange.fr même si tu dis que ça ce n'est que le domaine)
Pour les SSI, le complet serait qque chose comme : <!--#include virtual="/monbocite/ss/menu.txt" --> là où on veut son menu dans ses pages, par exemple.
Ok, comme je te disais, je ne pratique pas les SSI, mais perso je
Je subodore que c'est une maladresse d'un gestionnaire des pages perso d'Orange qui fait qu'on n'a pas la même racine entre le html et les SSI
et je n'arrive pas (ne sais pas) comment bidouiller sur mon Apache, en supposant que par exemple 'truc' soit l'équivalent de l'hébergeur sur mon Mac et que mon site soit alors accessible par : http://truc/monbosite/ pour qu'il soit aussi accessible par : http://monbosite.truc/
mettrais un nom pleinement qualifié, pas juste un bout (cf au-dessus)
non merci.
ou alors tu me donnes l'astuce pour que le clone de mon site chez Orange fonctionne dans mon Apache (avec des urls pointant vers Orange au lieu de mon /home/www/trucMachin/) Normalement, les urls relatives sont faites pour ça : migrer facilement d'un lieu (domaine ? Hébergeur ?) à l'autre.
-- sm
SAM
Le 15/08/10 20:00, Jo a écrit :
On 2010-08-14 17:18:09 +0200, SAM said:
Je veux tester un site web sur mon ordi (autre que celui 'Sites') et je me bagarre avec les fichiers de config d'Apache pour que : http://stefwana/ m'ouvre ce site qui serait un "VirtualHost"
Ça c'est résolu. Du moins je pense ? Ça fonctionne mais je ne sais pas si c'est très normal ;-) Il faut bidouiller le fichier : /private/etc/hosts qui me semble n'avoir rien à faire avec Apache ? !
Le problème qui me reste est d'avoir en lien relatif à la racine de stefwana(*) : - pour le html : / - pour les SSI : /monbosite/ (et je n'ai pas encore regardé pour le PHP)
(*) stefwana = localhost pour : /home/monbosite/ /monbosite/ est un VirtualHost dans Apache
Et pourquoi pas tout simplement un lien symbolique dans /Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)
Tu peux développer ? Que va-ce résoudre ? le html va pointer par rapport à /home/monbosite/ et les SSI pointeront vers /Library/WebServer/Documents/ ?
-- sm
Le 15/08/10 20:00, Jo a écrit :
On 2010-08-14 17:18:09 +0200, SAM said:
Je veux tester un site web sur mon ordi
(autre que celui 'Sites')
et je me bagarre avec les fichiers de config d'Apache pour que :
http://stefwana/
m'ouvre ce site qui serait un "VirtualHost"
Ça c'est résolu.
Du moins je pense ?
Ça fonctionne mais je ne sais pas si c'est très normal ;-)
Il faut bidouiller le fichier : /private/etc/hosts
qui me semble n'avoir rien à faire avec Apache ? !
Le problème qui me reste est d'avoir
en lien relatif à la racine de stefwana(*) :
- pour le html : /
- pour les SSI : /monbosite/
(et je n'ai pas encore regardé pour le PHP)
(*) stefwana = localhost pour : /home/monbosite/
/monbosite/ est un VirtualHost dans Apache
Et pourquoi pas tout simplement un lien symbolique dans
/Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)
Tu peux développer ?
Que va-ce résoudre ?
le html va pointer par rapport à /home/monbosite/
et les SSI pointeront vers /Library/WebServer/Documents/ ?
Je veux tester un site web sur mon ordi (autre que celui 'Sites') et je me bagarre avec les fichiers de config d'Apache pour que : http://stefwana/ m'ouvre ce site qui serait un "VirtualHost"
Ça c'est résolu. Du moins je pense ? Ça fonctionne mais je ne sais pas si c'est très normal ;-) Il faut bidouiller le fichier : /private/etc/hosts qui me semble n'avoir rien à faire avec Apache ? !
Le problème qui me reste est d'avoir en lien relatif à la racine de stefwana(*) : - pour le html : / - pour les SSI : /monbosite/ (et je n'ai pas encore regardé pour le PHP)
(*) stefwana = localhost pour : /home/monbosite/ /monbosite/ est un VirtualHost dans Apache
Et pourquoi pas tout simplement un lien symbolique dans /Library/WebServer/Documents/ qui pointe vers le site en question? (man ln)
Tu peux développer ? Que va-ce résoudre ? le html va pointer par rapport à /home/monbosite/ et les SSI pointeront vers /Library/WebServer/Documents/ ?
