Lighttpd + Apache

46 réponses

Page 1 23

Auteur	Message
ultrajoe \| Jérôme Membre Inscrit le : 16/07/2008	# Le 22/10/2009 à 15:13 Je n'ai pas la solution exacte à ton problème vu que je n'utilise pas Nginx, mais surement une piste. Je ne vois pas de "rewrite" dans la conf de Nginx pour lui expliquer ton url rewriting donc forcément pour lui c'est une image statique. Pour résumer, il faut que tu fasses le rewriting au niveau d'Nginx et non de Apache. (Message édité le 22-10-2009 à 15h20 par ultrajoe)
MathieuC \| Mathieu Modérateur Inscrit le : 15/07/2005	# Le 22/10/2009 à 15:23 Justement, je ne veux pas expliquer a NginX mon url rewriting, je veux qu'il se rende compte tout seul que si le fichier n'existe pas, il transfere la requete a apache. D'une part ca resout le probleme, et d'autre part ca permet d'avoir des 404 "consistants", et non une partie des 404 renvoies par apache et une autre par NginX. (si on a personnalise le 404 par htaccess, ce serait la merde). L'architecture ne doit pas etre une contrainte pour le dev, je ne veux pas avoir a faire des confs d'url rewriting specifiques a NginX qui seront obsoletes si l'architecture est amenee a evoluer.
bhamp0 \| Benjamin Membre Inscrit le : 09/05/2005	# Le 22/10/2009 à 15:39 Un truc du genre : if (!-f $request_filename) { proxy_pass http://127.0.0.1:8080/; break; } Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !
Julgates \| Julien Administrateur Inscrit le : 09/03/2005	# Le 22/10/2009 à 15:49 Et si tu raisonnes inversement ? En ne mettant pas gif dans ta règle mais une nouveles règles avec le ou les répertoires d'images statiques sur la directive location ? Shopping Time Network - Founder / CTO
MathieuC \| Mathieu Modérateur Inscrit le : 15/07/2005	# Le 22/10/2009 à 15:52 bhamp0> j'avais vu cette option, mais j'ai pas reussi a en tirer quelchose de fonctionnel, soit il me dit que j'ai pas le droit de mettre de directive proxy_pass dans le if, soit il l'ignore julgates> ca demanderait de lister tous les reps, ca ajouterais une contrainte selon laquelle les fichiers statiques hors de ces repertoires seront servis par apache et ca empecherait de mettre les "faux" fichiers gif dans /img/ pour brouiller les pistes, ca fait bcp de contraintes Je vais chercher encore la solution ideale qui n'impose aucune contrainte au dev, si je la trouve je vous tiens au courant
bhamp0 \| Benjamin Membre Inscrit le : 09/05/2005	# Le 22/10/2009 à 17:47 # On distribue les fichiers statiques directement location ~* ^.+.(jpg\|jpeg\|gif\|css\|png\|js\|ico\|txt\|srt\|swf)$ { root /var/www/domaine.com/; expires 30d; error_page 404 = @erreur404; } location @erreur404{ proxy_pass http://127.0.0.1:8080/; include /etc/nginx/proxy.conf; } Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !
Bool \| Olivier Modérateur Inscrit le : 09/05/2005	# Le 24/10/2009 à 10:10 Tu as la directive try_files qui sert justement à ça (version 0.7.27 minimum). daevel : infogérance et conseil \|\| moi

Auteur

Message

ultrajoe | Jérôme
Membre

Inscrit le : 16/07/2008

# Le 22/10/2009 à 15:13

Je n'ai pas la solution exacte à ton problème vu que je n'utilise pas Nginx, mais surement une piste.
Je ne vois pas de "rewrite" dans la conf de Nginx pour lui expliquer ton url rewriting donc forcément pour lui c'est une image statique.

Pour résumer, il faut que tu fasses le rewriting au niveau d'Nginx et non de Apache.

(Message édité le 22-10-2009 à 15h20 par ultrajoe)

MathieuC | Mathieu
Modérateur

Inscrit le : 15/07/2005

# Le 22/10/2009 à 15:23

Justement, je ne veux pas expliquer a NginX mon url rewriting, je veux qu'il se rende compte tout seul que si le fichier n'existe pas, il transfere la requete a apache.

D'une part ca resout le probleme, et d'autre part ca permet d'avoir des 404 "consistants", et non une partie des 404 renvoies par apache et une autre par NginX. (si on a personnalise le 404 par htaccess, ce serait la merde).

L'architecture ne doit pas etre une contrainte pour le dev, je ne veux pas avoir a faire des confs d'url rewriting specifiques a NginX qui seront obsoletes si l'architecture est amenee a evoluer.

bhamp0 | Benjamin
Membre

Inscrit le : 09/05/2005

# Le 22/10/2009 à 15:39

Un truc du genre :

if (!-f $request_filename) {
proxy_pass http://127.0.0.1:8080/;

break;
}

Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !

Julgates | Julien
Administrateur

Inscrit le : 09/03/2005

# Le 22/10/2009 à 15:49

Et si tu raisonnes inversement ? En ne mettant pas gif dans ta règle mais une nouveles règles avec le ou les répertoires d'images statiques sur la directive location ?

Shopping Time Network - Founder / CTO

MathieuC | Mathieu
Modérateur

Inscrit le : 15/07/2005

# Le 22/10/2009 à 15:52

bhamp0> j'avais vu cette option, mais j'ai pas reussi a en tirer quelchose de fonctionnel, soit il me dit que j'ai pas le droit de mettre de directive proxy_pass dans le if, soit il l'ignore

julgates> ca demanderait de lister tous les reps, ca ajouterais une contrainte selon laquelle les fichiers statiques hors de ces repertoires seront servis par apache et ca empecherait de mettre les "faux" fichiers gif dans /img/ pour brouiller les pistes, ca fait bcp de contraintes

Je vais chercher encore la solution ideale qui n'impose aucune contrainte au dev, si je la trouve je vous tiens au courant

bhamp0 | Benjamin
Membre

Inscrit le : 09/05/2005

# Le 22/10/2009 à 17:47

# On distribue les fichiers statiques directement
location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|txt|srt|swf)$ {
root /var/www/domaine.com/;
expires 30d;
error_page 404 = @erreur404;
}

location @erreur404{
proxy_pass http://127.0.0.1:8080/;

include /etc/nginx/proxy.conf;
}

Quand on voit c'qu'on voit, et qu'on entend c'qu'on entend, on a raison d'penser c'qu'on pense !

Bool | Olivier
Modérateur

Inscrit le : 09/05/2005

# Le 24/10/2009 à 10:10

Tu as la directive try_files qui sert justement à ça (version 0.7.27 minimum).

daevel : infogérance et conseil || moi

Page 1 23

Répondre

Vous ne pouvez pas participer au forum, car votre inscription n'a pas été validée. Pour vous faire valider en tant que Membre, cliquez ici.