Nginx

Having problem trying to protect private file and image from unauthorised users. I not sure if this is the problem with drupal core or my nginx config. My goal is setup content type with image field, file field and set a role that can access the image and file fields.

Steps taken
1.) Install a fresh drupal 7
2.) Install field permission module (http://drupal.org/project/field_permissions)
3.) goto http://mydomain.com/admin/config/media/file-system and set my Private file system path "sites/default/files/private"
4.) Default download method = Private local files served by Drupal.

Please help me with my nginx.conf file.
For now only root page ("/") is working, all others give me "The page isn't redirecting properly".
I have already tryed >10 config samples and didn't have a success.

I removed .htaccess from the root of my drupal folder.

I'd love to see the answers of people who really understand nginx.conf, but not only two strings from some tutorial - I've done this stuff a lot already.

Thanks!

Here's my conf:

user www www;
worker_processes 1;

events {
worker_connections 1024;
}

http {
include mime.types;

Can anyone please explain or upload a brief tutorial on how to integrate apache with nginx as reverse proxy and still use boost and other apache module?

And what kind of cahce is better (boost or native nginx)?
(I saw a long thread about it but i kind of lost it to the end)

limudnaim

(moved from http://groups.drupal.org/node/148319)

our current web stack is an all IPv4, DIY implementation of,

    nginx
        multiple listeners on IPv4:80, IPv4:443
        proxypass to varnish-cache on 127.0.0.1:9000
      |
      |
    varnish-cache
        listener on 127.0.0.1:9000
        filter/pass to 'faux-CDN' on Apache2
            'img' -> 127.0.0.1:12003
            'css' -> 127.0.0.1:12002
            'js'  -> 127.0.0.1:12001
            '...' -> 127.0.0.1:12000
      |
      |
    apache2/mod_php,mod_deflate +
    Pressflow6/memcached(cache_inc/session_inc/lock_inc)
        listeners/vhosts on 127.0.0.1:1200{0,1,2,3}

This is the error log from server
2011/05/11 17:40:02 [error] 3358#0: *1 FastCGI sent in stderr: "PHP Fatal error: require() [function.require]: Failed opening required 'context.core.inc' (include_path='.:/usr/local/lib/php') in ˆ×® on line 3" while reading response header from upstream, client: 220.255.1.81, server: mydomain.com, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "mydomain.com"

I wrote a blog post about getting Drupal to work on an automated DotCloud instance. The main pain point I ran into was configuring the rewrite rules for nginx, so maybe this group can help.

DotCloud allows an nginx.conf file in a project root, which the server picks up when it reloads. I based mine on perusio's drupal-with-nginx project, specifically the drupal.conf and drupal7.conf files. (I tried it with both D6 and D7 and had the same issue.)

When I visit content type management page and try to delete a file field or a content type contains a file field, I get a page without any css or js. I can click submit but it doesn't work (it doesn't update or delete that field).

When I proxy the page to apache, the problem doesn't show up.

I use nginx-for-drupal conf at github. I didn't add or change anything.

I disabled all the third party modules and the problem still exist.

A nice way to add performance to your drupal site is by adding Nginx in front of your web server to act as a reverse proxy. I have summarized my configuration which puts Nginx in front of an existing Apache / drupal site. Not only can it serve images and other static files, but I have made the tweaks to the configuration file to serve up the boost cached files directly from the Nginx front end.

My testing shows it to be very, very quick. The best thing, is that it can be tested on a production server with no impact.

Hi all,

I just want to alert everyone that a number of the stock/sample Nginx configs listed in this group have a problem with CKFinder, a file manager plugin for the CKEditor editor.

The gist of the problem is that the configs limit access to only a handful of PHP scripts from Drupal core such as index.php, update.php, etc. CKFinder happens to generate its interface through a certain connector.php. To solve this, you have to add access to connector.php:

Needed for CKFinder to work

location = /sites/all/modules/ckeditor/ckfinder/core/connector/php/connector.php {