15 messages in ru.sysoev.nginxRe: php and locations with regex (rou...
FromSent OnAttachments
Alejandro VartabedianOct 23, 2007 3:43 am 
Alejandro VartabedianOct 23, 2007 7:16 am 
Igor SysoevOct 23, 2007 7:29 am 
Maxim DouninOct 23, 2007 7:33 am 
Alejandro VartabedianOct 23, 2007 7:42 am 
Alejandro VartabedianOct 23, 2007 7:44 am 
Alejandro VartabedianOct 23, 2007 8:37 am 
Grzegorz NosekOct 23, 2007 8:43 am 
Alejandro VartabedianOct 23, 2007 9:25 am 
Igor SysoevOct 23, 2007 9:33 am 
Alejandro VartabedianOct 23, 2007 10:55 am 
Grzegorz NosekOct 24, 2007 1:31 am 
Igor SysoevOct 24, 2007 3:00 am 
Igor SysoevOct 24, 2007 3:23 am 
Alejandro VartabedianOct 24, 2007 5:40 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: php and locations with regex (round 2)Actions...
From:Alejandro Vartabedian (list@public.gmane.org)
Date:Oct 24, 2007 5:40:24 am
List:ru.sysoev.nginx

Igor Sysoev escribió:

On Wed, Oct 24, 2007 at 10:31:48AM +0200, Grzegorz Nosek wrote:

2007/10/23, Igor Sysoev <is-G@public.gmane.org>:

You may use:

location ~ \.php$ { fastcgi_pass ... ... }

location ~ ^/(app1|app2)/ { root ... ... }

This gets ugly quickly if you decide one day to e.g. pass different php files to different fastcgi backends (running under different users or something). Also, if I'm right, errors while serving php pages come from the first location, so requests for /app1/nonexistent.php and /app1/nonexistent.jpg may result in different error handling.

I agree. I personally prefer to avoid such general locations and try to describe more detailed locations. It seems redudant for simple sites with several locations, but my practice shows that sites usually grow and these general locations become cumbersome.

sure i agree, the use i do of this is a simple rewrites include for specific app subdirs, and i think one location by app subdir is a little redundant. thanks you all, interesting concepts and knowledge are emerging form those threads (IMHO)