[HS]Nginx : soucis alias("location") et chemin physique(root)
6 réponses
Grégory Bulot
Bonjour,=20
Merci de bien vouloir m'excuser pour ce hors sujet.
J'ai nginx 0.7.67-3 (stable debian) qui tourne depuis plusieurs mois.
Je souhaiterais g=E9rer des alias, mais je crains que ma logique ne soit
pas celle de nginx.
soit /etc/nginx/conf.d/tine.conf=20
server {
location /WebmailSecours/ {
root /var/web/SitesVirtuels/tine/www/;
autoindex on;
#allow 127.0.0.1;
#deny all;
}
}
si depuis mon navigateur je demande monserveur.com/WebmailSecours/
les logs me montre que nginx cherche=20
/var/web/SitesVirtuels/tine/www/WebmailSecours
au lieu de (dans ma logique)
/var/web/SitesVirtuels/tine/www
Existe-t-il une astuce pour obtenir ce que je souhaite ?
--
Cordialement=20
Gr=E9gory BULOT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110923183008.00150fdd@roland.bulot-fr.com
soit /etc/nginx/conf.d/tine.conf server { location /WebmailSecours/ { root /var/web/SitesVirtuels/tine/www/; autoindex on; #allow 127.0.0.1; #deny all; } }
si depuis mon navigateur je demande monserveur.com/WebmailSecours/ les logs me montre que nginx cherche /var/web/SitesVirtuels/tine/www/WebmailSecours au lieu de (dans ma logique) /var/web/SitesVirtuels/tine/www
Non, la racine est: /var/web/SitesVirtuels/tine/www/ et tu donnes: /WebmailSecours/ comme path (location)
ce qui, TRES logiquement donne: /var/web/SitesVirtuels/tine/www/WebmailSecours/
soit /etc/nginx/conf.d/tine.conf
server {
location /WebmailSecours/ {
root /var/web/SitesVirtuels/tine/www/;
autoindex on;
#allow 127.0.0.1;
#deny all;
}
}
si depuis mon navigateur je demande monserveur.com/WebmailSecours/
les logs me montre que nginx cherche
/var/web/SitesVirtuels/tine/www/WebmailSecours
au lieu de (dans ma logique)
/var/web/SitesVirtuels/tine/www
Non,
la racine est: /var/web/SitesVirtuels/tine/www/
et tu donnes: /WebmailSecours/
comme path (location)
ce qui, TRES logiquement donne:
/var/web/SitesVirtuels/tine/www/WebmailSecours/
--
"Irrationality is the square root of all evil"
-- Douglas Hofstadter
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110923190821.5fe2b2cd@anubis.defcon1
soit /etc/nginx/conf.d/tine.conf server { location /WebmailSecours/ { root /var/web/SitesVirtuels/tine/www/; autoindex on; #allow 127.0.0.1; #deny all; } }
si depuis mon navigateur je demande monserveur.com/WebmailSecours/ les logs me montre que nginx cherche /var/web/SitesVirtuels/tine/www/WebmailSecours au lieu de (dans ma logique) /var/web/SitesVirtuels/tine/www
Non, la racine est: /var/web/SitesVirtuels/tine/www/ et tu donnes: /WebmailSecours/ comme path (location)
ce qui, TRES logiquement donne: /var/web/SitesVirtuels/tine/www/WebmailSecours/
[...] soit /etc/nginx/conf.d/tine.conf server { location /WebmailSecours/ { root /var/web/SitesVirtuels/tine/www/; autoindex on; #allow 127.0.0.1; #deny all; } }
si depuis mon navigateur je demande monserveur.com/WebmailSecours/ les logs me montre que nginx cherche /var/web/SitesVirtuels/tine/www/WebmailSecours au lieu de (dans ma logique) /var/web/SitesVirtuels/tine/www
Existe-t-il une astuce pour obtenir ce que je souhaite ?
[...]
soit /etc/nginx/conf.d/tine.conf
server {
location /WebmailSecours/ {
root /var/web/SitesVirtuels/tine/www/;
autoindex on;
#allow 127.0.0.1;
#deny all;
}
}
si depuis mon navigateur je demande monserveur.com/WebmailSecours/
les logs me montre que nginx cherche
/var/web/SitesVirtuels/tine/www/WebmailSecours
au lieu de (dans ma logique)
/var/web/SitesVirtuels/tine/www
Existe-t-il une astuce pour obtenir ce que je souhaite ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CAJNRvFYMYXKvFTnX_O0f-zYU=J1xNAqa6w2i2x7BwXa8xL625Q@mail.gmail.com
[...] soit /etc/nginx/conf.d/tine.conf server { location /WebmailSecours/ { root /var/web/SitesVirtuels/tine/www/; autoindex on; #allow 127.0.0.1; #deny all; } }
si depuis mon navigateur je demande monserveur.com/WebmailSecours/ les logs me montre que nginx cherche /var/web/SitesVirtuels/tine/www/WebmailSecours au lieu de (dans ma logique) /var/web/SitesVirtuels/tine/www
Existe-t-il une astuce pour obtenir ce que je souhaite ?
Le Sat, 24 Sep 2011 00:47:10 +0200, ~TraydenT~, vous avez écrit :
Je dirais : RTFM :)
RTFM toi même nananana :-DDDDD
C'est une des différences avec Apache, qui est expliqué dans la doc de configuration de nginx[1]. Il te suffit de remplacer la directive root par la directive alias[2] et, normalement, "it just works" :)
Je diras même plus, It's Just Work ! Je devais vraiment être fatigué hier.
Dans mon sujet la réponse était présente, j'ai pas été capable de trouver le wiki (du moins la partie HttpCoreModule, d'ailleurs depuis la page d'accueil du wiki je ne suis pas encore tombé dessus ...)
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour, Bonsoir,
Le Sat, 24 Sep 2011 00:47:10 +0200, ~TraydenT~, vous avez écrit :
Je dirais : RTFM :)
RTFM toi même nananana :-DDDDD
C'est une des différences avec Apache, qui est expliqué dans la doc de
configuration de nginx[1]. Il te suffit de remplacer la directive root
par la directive alias[2] et, normalement, "it just works" :)
Je diras même plus, It's Just Work ! Je devais vraiment être fatigué
hier.
Dans mon sujet la réponse était présente, j'ai pas été capable de
trouver le wiki (du moins la partie HttpCoreModule, d'ailleurs depuis
la page d'accueil du wiki je ne suis pas encore tombé dessus ...)
--
Cordialement
Grégory BULOT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110924121810.2972b9aa@roland.bulot-fr.com
Le Sat, 24 Sep 2011 00:47:10 +0200, ~TraydenT~, vous avez écrit :
Je dirais : RTFM :)
RTFM toi même nananana :-DDDDD
C'est une des différences avec Apache, qui est expliqué dans la doc de configuration de nginx[1]. Il te suffit de remplacer la directive root par la directive alias[2] et, normalement, "it just works" :)
Je diras même plus, It's Just Work ! Je devais vraiment être fatigué hier.
Dans mon sujet la réponse était présente, j'ai pas été capable de trouver le wiki (du moins la partie HttpCoreModule, d'ailleurs depuis la page d'accueil du wiki je ne suis pas encore tombé dessus ...)
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Grégory Bulot
Bonjour, Bonsoir,
Suite à mon post sur mes soucis root et alias. Parce que j'aime pas dupliquer des lignes de code pour rien, j'aimerais "rationnaliser|mutualiser" ma config nginx.
Avez une config avec du php sous le coude qui gère du virtualhost et du alias (en plus de la config default) ? - Site default : /var/www - VirtualHost : /var/web/*/www - alias : /var/web/*/www
la partie ci-dessous est une bouillie pour les courageux, pour les autres lecture fortement déconseillée !
Après moult lecture et essais, j'en suis à la [régression|version] suivante 1) J'ai un site http://toto.mondomaine.com qui fonctionne (html et php) depuis quelques mois. (c'est celui que je dois pas planter lors de mes tests, pour l'instant j'y arrive) 2) J'ai ma racine http://[www.]mondomaine.com qui ne fonctionne qu'en html (error.log : "/usr/local/nginx/html/gbu.php failed to open") 3) J'ai un alias http://[www.]mondomaine.com/WebMailSecours qui affiche "No input file specified"
Donc la, ont a 3 type de config : Standard (2), Virtualhost (1), Alias (3) ... La config Virtual à été faite il y a plusieurs mois en suivant un tuto dons j'ai perdu le lien, mais inspiré d'un linux Mag avec un article de Carles Vernet il me semble)
6) config dans l'alias include fastcgi_params; include conf.d/php.server; fastcgi_param DOCUMENT_ROOT /var/web/SitesVirtuels/tine/www; fastcgi_param SCRIPT_FILENAME /var/web/SitesVirtuels/tine/www/$fastcgi_script_name;
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour, Bonsoir,
Suite à mon post sur mes soucis root et alias. Parce que j'aime pas
dupliquer des lignes de code pour rien, j'aimerais
"rationnaliser|mutualiser" ma config nginx.
Avez une config avec du php sous le coude qui gère du virtualhost et du
alias (en plus de la config default) ?
- Site default : /var/www
- VirtualHost : /var/web/*/www
- alias : /var/web/*/www
la partie ci-dessous est une bouillie pour les courageux, pour les
autres lecture fortement déconseillée !
Après moult lecture et essais, j'en suis à la [régression|version]
suivante
1) J'ai un site http://toto.mondomaine.com qui fonctionne
(html et php) depuis quelques mois. (c'est celui que je dois pas
planter lors de mes tests, pour l'instant j'y arrive)
2) J'ai ma racine http://[www.]mondomaine.com qui ne fonctionne qu'en
html (error.log : "/usr/local/nginx/html/gbu.php failed to open")
3) J'ai un alias http://[www.]mondomaine.com/WebMailSecours qui affiche
"No input file specified"
Donc la, ont a 3 type de config : Standard (2), Virtualhost (1), Alias
(3) ...
La config Virtual à été faite il y a plusieurs mois en suivant un tuto
dons j'ai perdu le lien, mais inspiré d'un linux Mag avec un article de
Carles Vernet il me semble)
4) j'ai un fastcgi_params que l'on trouve partout sur le web
(http://wiki.nginx.org/FcgiExample, sans la directive SCRIPT_FILENAME)
6) config dans l'alias
include fastcgi_params;
include conf.d/php.server;
fastcgi_param DOCUMENT_ROOT
/var/web/SitesVirtuels/tine/www;
fastcgi_param SCRIPT_FILENAME
/var/web/SitesVirtuels/tine/www/$fastcgi_script_name;
--
Cordialement
Grégory BULOT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110925184549.7deef369@roland.bulot-fr.com
Suite à mon post sur mes soucis root et alias. Parce que j'aime pas dupliquer des lignes de code pour rien, j'aimerais "rationnaliser|mutualiser" ma config nginx.
Avez une config avec du php sous le coude qui gère du virtualhost et du alias (en plus de la config default) ? - Site default : /var/www - VirtualHost : /var/web/*/www - alias : /var/web/*/www
la partie ci-dessous est une bouillie pour les courageux, pour les autres lecture fortement déconseillée !
Après moult lecture et essais, j'en suis à la [régression|version] suivante 1) J'ai un site http://toto.mondomaine.com qui fonctionne (html et php) depuis quelques mois. (c'est celui que je dois pas planter lors de mes tests, pour l'instant j'y arrive) 2) J'ai ma racine http://[www.]mondomaine.com qui ne fonctionne qu'en html (error.log : "/usr/local/nginx/html/gbu.php failed to open") 3) J'ai un alias http://[www.]mondomaine.com/WebMailSecours qui affiche "No input file specified"
Donc la, ont a 3 type de config : Standard (2), Virtualhost (1), Alias (3) ... La config Virtual à été faite il y a plusieurs mois en suivant un tuto dons j'ai perdu le lien, mais inspiré d'un linux Mag avec un article de Carles Vernet il me semble)
6) config dans l'alias include fastcgi_params; include conf.d/php.server; fastcgi_param DOCUMENT_ROOT /var/web/SitesVirtuels/tine/www; fastcgi_param SCRIPT_FILENAME /var/web/SitesVirtuels/tine/www/$fastcgi_script_name;
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110925191323.118fdfc3@anubis.defcon1
Et à par générer tous les jours qq centaines de millions d'appels I RQ totalement inutiles, y'a une autre justification à l'usage du réseau au lieu d'un socket pour le svr PHP?
la conf en mode fichier est prête, mais je souhaite modifier seulement un type de variable à la fois ... J'ai pas encore mis la protection /path/to/script/php/paramètre par exemple
Sauf si c'est cela qui empêche la mutualisation de la config php ...
Et à par générer tous les jours qq centaines de millions d'appels I RQ
totalement inutiles, y'a une autre justification à l'usage du réseau
au lieu d'un socket pour le svr PHP?
la conf en mode fichier est prête, mais je souhaite modifier seulement
un type de variable à la fois ...
J'ai pas encore mis la protection /path/to/script/php/paramètre par
exemple
Sauf si c'est cela qui empêche la mutualisation de la config php ...
--
Cordialement
Grégory BULOT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20110925191751.740f26f5@roland.bulot-fr.com
Et à par générer tous les jours qq centaines de millions d'appels I RQ totalement inutiles, y'a une autre justification à l'usage du réseau au lieu d'un socket pour le svr PHP?
la conf en mode fichier est prête, mais je souhaite modifier seulement un type de variable à la fois ... J'ai pas encore mis la protection /path/to/script/php/paramètre par exemple
Sauf si c'est cela qui empêche la mutualisation de la config php ...