That puts us back to how we where before you had me add that block 
2012/3/4 adam estes [email protected]:
That puts us back to how we where before you had me add that block
Since the error came from nginx, seems like you didn’t reload the
config properly.
On Sun, Mar 04, 2012 at 12:47:49AM -0500, adam estes wrote:
Hi there,
If I’ve understood what you are trying to do, will
===
location ^~ /fg152 {
root /usr/local/domain;
index index.php index.html;
try_files $uri $uri/ /fg152/index.php;
location = /fg152/index.php {
include fastcgi.conf;
fastcgi_pass unix:/etc/phpcgi/php-cgi.socket;
}
}
fit the requirements?
You can probably move “root”, “index”, and “include” to server level,
if they are common to other locations.
Be aware that this effectively removes the /.ht and /.svn protection
config for this location hierarchy, so you’ll want to either put them
back in, or (better) not have readable files in the web space that you
don’t want served.
And if you try to access /fg152a, you might be a bit surprised – but
that can be adjusted later if necessary.
f
Francis D. [email protected]
On Sunday 04 March 2012 10:17:03 adam estes wrote:
2012/03/04 01:15:30 [error] 7662#0: *36 open()
“/home/sites/domain/FG152/index.php/cron/graburls/999182b003023a35c327db371
a74a85f” failed (2: No such file or directory), client: 71.3.129.216,
server: domain.us, request: “GET$
/FG152/index.php/cron/graburls/999182b003023a35c327db371a74a85f
HTTP/1.1”, host: “domain.us”
Just for your note, FG152 doesn’t equal fg152.
wbr, Valentin V. Bartenev
Now i feel kinda stupid. The project was named FG152 and the cron jobs
where generated with that url. I changed this later because of too
many issues with the pathing. I just didn’t remember to change the
cron jobs