I worked around this by adding a symlink . Ideally I'd like to solve it at the webserver level, but this will do too. The location blocks provided before are working. Thank you. Regards, Hugoby hugo - Nginx Mailing List - English
hugo Wrote: ------------------------------------------------------- > Hello, > > Thanks for the reply. I'm getting somewhere now. > Clearly a review of the documentation regarding > location is in order for me. > > I'm stumped by something else now; > > The fastcgi server returns a 404 for > /subdir/target.php, because > $fastcgi_script_filename inclby hugo - Nginx Mailing List - English
Hello, Thanks for the reply. I'm getting somewhere now. Clearly a review of the documentation regarding location is in order for me. I'm stumped by something else now; The fastcgi server returns a 404 for /subdir/target.php, because $fastcgi_script_filename includes /subdir, and the path ends up as /var/www/othervhost/public_html/subdir/target.php; however target.php lives in the root folby hugo - Nginx Mailing List - English
I have a virtual host, and for a certain subdirectory I want to use another fastcgi backend. What I have now goes something like: (...) location ~ /subdir/ { alias /var/www/otheraccount/public_html/; # PHP FastCGI location ^~ /subdir\/(.+)\.php { return 504; include /usr/pkg/etc/nginx/by hugo - Nginx Mailing List - English
Maxim, According to http://fxr.watson.org/fxr/ident?im=bigexcerpts;i=SO_ACCEPTFILTER, SO_ACCEPTFILTER is defined as 0x1000, and I see this: 23235 1 nginx CALL setsockopt(7,0xffff,0x1000,0x7f7fffffd410,0x100) 23235 1 nginx RET setsockopt 0 From the manpage: RETURN VALUES A 0 is returned if the call succeeds, -1 if it fails. Regards, Hugoby hugo - Nginx Mailing List - English
Had a brief chat with the maintainer; He's of the opinion that this should be dealt with upstream, using the same logic in use for FreeBSD: "if SO_ACCEPTFILTER exists, use it by default." Regards, Hugoby hugo - Nginx Mailing List - English
nginx-1.0.4 Lightweight HTTP server and mail proxy server I fixed the Makefile in /usr/pkgsrc/www/nginx and added CONFIGURE_ARGS+= --with-cc-opt="-D NGX_HAVE_DEFERRED_ACCEPT=1" Restarting nginx produced no errors with the accept_filter=httpready line after recompilation. I've notified the nginx pkgsrc maintainer too. Thanks for the line! Hugoby hugo - Nginx Mailing List - English
Hello, Giving nginx a spin on NetBSD, I noticed: accept filters "accept_filter=httpready" are not supported on this platform, ignored in /usr/pkg/etc/nginx/nginx.conf:40 But NetBSD does support them: accf_http (9) - buffer incoming connections until a certain complete HTTP requests arrive # grep -i accf /usr/src/sys/arch/amd64/conf/NETBSD_WEBSERVERby hugo - Nginx Mailing List - English