Конфигурация nginx для Drupal, Boost и ImageCache

UPD !!!: Обсуждаемая здесь проблема полностью решена этой темой:

http://groups.drupal.org/node/155564

И путем детального изучения:

Конфигурация Nginx от гуру Nginx и Drupal - Антониу П. П. Алмейда (Perusio).

https://github.com/perusio/drupal-with-nginx


не может решить следующую проблему: у меня FreeBSD, Apache 2.2, PHP (без FastCGI!) в качестве модуля apache, nginx 0.8.5.4.

Я пытаюсь перенести портал Drupal с включенным ускорением и image_cache на персональный VPS-сервер.

Моя цель - перезаписать clean_url в nginx и исправить правила boost и image_cache.

Пожалуйста помоги! Я знаю, что что-то не так с моей текущей конфигурацией nginx. На это был вырезан целый день.

Вот nginx.conf (сейчас работает только / route):

user www www; 
worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx-access.log  main;

    reset_timedout_connection on;
    sendfile        on;
    aio sendfile;
    tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    gzip  on;

    upstream backend {
        # Apache server
        server 77.72.19.19:81;
    }

    server {
        listen       77.72.19.19:80 default accept_filter=httpready;
        server_name  77.72.19.19;

        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $remote_addr;

        gzip  on;
        gzip_static on;
        gzip_proxied any;

        gzip_types text/plain text/html text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

        set $myroot /usr/local/www/apache22/data/alfa;
        root $myroot;

        location ~ ^\. {
            deny all;
        }

        set $boost "";
        set $boost_query "_";

        if ( $request_method = GET ) {
            set $boost G;
        }

        if ($http_cookie !~ "DRUPAL_UID") {
            set $boost "${boost}D";
        }

        if ($query_string = "") {
            set $boost "${boost}Q";
        }

        if ( -f $myroot/cache/normal/$http_host$request_uri$boost_query$query_string.html ) {
            set $boost "${boost}F";
        }

        if ($boost = GDQF){
            rewrite ^.*$ /cache/normal/$http_host/$request_uri$boost_query$query_string.html break;
        }

        if ( -f $myroot/cache/perm/$http_host$request_uri$boost_query$query_string.css ) {
            set $boost "${boost}F";
        }

        if ($boost = GDQF){
            rewrite ^.*$ /cache/perm/$http_host/$request_uri$boost_query$query_string.css break;
        }

        if ( -f $myroot/cache/perm/$http_host$request_uri$boost_query$query_string.js ) {
            set $boost "${boost}F";
        }

        if ($boost = GDQF){
            rewrite ^.*$ /cache/perm/$http_host/$request_uri$boost_query$query_string.js break;
        }

        location ~ ^/sites/.*/files/imagecache/ {
            #try_files $uri @rewrite;
            error_page 404 = /;
        }

        location ~* \.(txt|jpg|jpeg|css|js|gif|png|bmp|flv|pdf|ps|doc|mp3|wmv|wma|wav|ogg|mpg|mpeg|mpg4|htm|zip|bz2|rar|xls|docx|avi|djvu|mp4|rtf|ico)$ 
        {
            expires max;
            add_header Vary Accept-Encoding;
            if (-f $request_filename) {
                break;
            }
            if (!-f $request_filename) {
                proxy_pass "http://backend";
                break;
            }
        }

        location ~* \.(html(.gz)?|xml)$ {
            add_header Cache-Control no-cache,no-store,must-validate;
            root $myroot;
            if (-f $request_filename) {
                break;
            }
            if (!-f $request_filename) {
                proxy_pass "http://backend";
                break;
            }
        }        

        if (!-e $request_filename) {
            rewrite  ^/(.*)$   /index.php?q=$1  last;
            break;
        }

        location / {
            proxy_pass http://backend;
        } 

     }
}

UPD: С этим nginx.conf у меня работает /. И любая другая страница дает мне: «Страница не перенаправляется должным образом». Кто может объяснить мне порядок, в котором оцениваются правила местоположения? И если это «обрыв» - когда nginx встречает эту строчку, что он делает дальше. Я действительно перепробовал около 20 образцов конфигурации nginx. Мне не нужна еще одна ссылка, я бы предпочел ответы кого-то, кто действительно понимает, что происходит в nginx.conf.

UPD2: Если заменю

        if (!-e $request_filename) {
            rewrite  ^/(.*)$   /index.php?q=$1  last;
            break;
        }

с участием:

        try_files $uri $uri/ @drupal;
        location @drupal {
            rewrite ^ /index.php?q=$uri last; # for Drupal 6
        }

Затем все некорневые страницы дают мне 404 «Запрошенный URL не найден на этом сервере».


person Stanislav Pankevich    schedule 13.06.2011    source источник


Ответы (2)


Ответ 2:

Замените следующие строки conf

    if (!-e $request_filename) {
        rewrite  ^/(.*)$   /index.php?q=$1  last;
        break;
    }

    location / {
        proxy_pass http://backend;
    }

с этим:

location / {
    root   /path/to/drupal;
    index  index.php index.html;

    if (!-e $request_filename) {
        rewrite  ^/(.*)$  /index.php?q=$1  last;
        break;
    }

}

Вот полезная ссылка:

http://hostingfu.com/article/running-drupal-with-clean-url-on-nginx-or-lighttpd#toc-nginx.

Для быстрой информации:

Если drupal устанавливается в корневой каталог,

if (!-e $request_filename) {
rewrite  ^/(.*)$   /index.php?q=$1  last;
 break;
}

Если drupal в подкаталоге,

if ($request_uri ~* ^.*/.*$) {
rewrite ^/(\w*)/(.*)$  /$1/index.php?q=$2 last;
break;
}
person Rakesh Sankar    schedule 13.06.2011
comment
Да спасибо. Чистые URL-адреса, похоже, работают. Интересно, что я уже пробовал именно эту ссылку, но тогда она у меня не сработала. Но теперь изображения imagecache не отображаются. Было бы интересно увидеть весь конфиг. - person Stanislav Pankevich; 13.06.2011
comment
Какой из них вы использовали? Поскольку оба будут пытаться дать вам ЧИСТЫЕ URL-адреса. Что происходит, когда вы пытаетесь открыть URL-адрес изображения в новом окне? - person Rakesh Sankar; 13.06.2011
comment
Я использовал первое правило. Ничего не происходит - файла нет. Сейчас он не генерирует изображения. Я очистил размер изображений за некоторое время до настройки nginx. Без nginx image_cache генерирует изображения. Похоже, в моем nginx.conf отсутствует какое-то правильное правило, чтобы адресовать результаты не-представленных изображений к его генерации с помощью image_cache - person Stanislav Pankevich; 13.06.2011
comment
Проверьте журнал ошибок, посмотрите, не нашли ли вы ошибку? Вставьте, если у вас есть. - person Rakesh Sankar; 13.06.2011
comment
Это странно, но я не вижу ошибок, связанных с imagecache, в 5 файлах журнала: / var / log / messages, / var / log / httpd-access и httpd-errors, а также журналах доступа и ошибок для nginx. - person Stanislav Pankevich; 13.06.2011
comment
Это может быть проблема с кодом, который создает изображения, может быть, отменить изменения в .conf и посмотреть, работает ли он? - person Rakesh Sankar; 13.06.2011
comment
Странные вещи. После того, как я перезапустил FreeBSD (возможно, до этого было 100 попыток различных конфигураций nginx и apache), изображения начинают генерироваться. - person Stanislav Pankevich; 14.06.2011
comment
Я не знаю как, но чистые URL-адреса работают, только если я вхожу в систему как администратор в режиме обслуживания. Если я выставляю сайт в сети - у меня неправильные перенаправления (см. UPD). - person Stanislav Pankevich; 14.06.2011
comment
Хотите знать, зачем вам ПРОКСИ? Ты это делаешь? - person Rakesh Sankar; 14.06.2011
comment
Вы имеете ввиду proxy_pass? Я не настаиваю на его использовании. какие альтернативы? - person Stanislav Pankevich; 14.06.2011
comment
Хорошо. Взгляните на обновленный ответ выше и дайте мне знать, решит ли это вашу проблему. - person Rakesh Sankar; 14.06.2011
comment
Извините, как тогда nginx должен знать, что он должен передавать запрос на 81 порт в Apache? - person Stanislav Pankevich; 14.06.2011
comment
В таком случае я бы посоветовал вам выполнить перезапись в Apache вместо NGINX. Удалите все правила перезаписи и создайте RewriteRule в Apache conf. файл. - person Rakesh Sankar; 14.06.2011
comment
Здесь начинается история. Я хочу иметь их в nginx). Если правила написаны в .htaccess - все работает. - person Stanislav Pankevich; 14.06.2011
comment
Есть ли какая-то особая причина иметь их в NGINX? Извините, я наивен здесь, пытаясь решить / понять вашу проблему. - person Rakesh Sankar; 14.06.2011
comment
Это практика, рекомендованная сообществом. На данный момент мои правила работают только при включенном режиме обслуживания. Навигация по всем чистым URL-адресам для пользователя Admin работает правильно. Я заменил рекомендованное вами правило аналогичной (рекомендации сообщества) директивой try_files. Я попробую свои конфиги на свежей установке drupal. Я подозреваю, что некоторые модули не работают. - person Stanislav Pankevich; 14.06.2011

Настроив nginx таким образом: https://github.com/stanislaw/config_files/blob/master/nginx.conf привел к следующему поведению Drupal: все работало нормально, если сайт находился в режиме обслуживания. Навигация по всем некорневым URL-адресам (вход в систему как администратор) прошла нормально. Но если я переведу сайт в онлайн-режим, то я снова начал получать все там «Страница не перенаправляется должным образом» (первый UPD).

Затем я протестировал ту же конфигурацию при новой установке drupal - она ​​работала как в автономном, так и в онлайн-режимах. Сработала навигация по всем clean_urls.

Я думаю, что эта конфигурация действительно работает !, но сайт, который я пытаюсь развернуть, содержит множество модулей, которые могут вызывать такие неправильные перенаправления.

В итоге у меня были чистые URL-адреса в разделе vhosts для моего сайта, оставив эту проблему на будущее. Моя текущая конфигурация очень похожа на конфигурацию на github (см. Ссылку), но в ней есть комментарии к разделу clean_urls (теперь я использую 'location /' вместо 'location ~ .php').

В любом случае, я был бы очень благодарен за любые советы и комментарии по моей текущей конфигурации (см. Nginx.conf на github - ссылка выше).

UPD: вот соответствующий пост о группе drupal nginx: http://groups.drupal.org/node/155564

person Stanislav Pankevich    schedule 14.06.2011