Nginx и Apache не могут заставить try_files работать с постоянными ссылками

Как говорит Майкл Хэмптон, у вас довольно сложная установка, и, возможно, лучше будет все упростить и сначала заставить все работать. Вот моя базовая настройка WordPress для nginx (которая работает с красивыми постоянными ссылками):

root /var/www/mydomain.com/prod;
index index.php;

location / {
    # This is cool because no PHP is called for static content
    # The key thing here is passing the $args to index.php
    try_files $uri $uri/ /index.php?$args;
}

location ~ \.php$ {
    # Zero-day exploit defense
    # http://forum.nginx.org/read.php?2,88845,page=3
    # Won't work properly (404 error) if the file is not stored on this
    #server, which is entirely possible with php-fpm/php-fcgi.
    # Comment the 'try_files' line out if you set up php-fpm/php-fcgi on
    #another machine.  And then cross your fingers that you won't get hacked.
    try_files $uri =404;

    # For caching advice, see Mark Jaquith's superb post here:
    # http://markjaquith.wordpress.com/2012/05/15/how-i-built-have-baby-need-stuff/

    # To do some super-fancy rate limiting for the backend PHP requests, 
    # declare the following limit_req_zone in the http {} block of your nginx.conf e.g.
    # limit_req_zone $binary_remote_addr zone=appserver:1m rate=2r/s;
    # Then uncomment the below limit_req_zone line
    ## Set the request zone to limit backend DoSsing
    # limit_req zone=appserver burst=6;

    include /etc/nginx/proxy.conf;
    proxy_pass http://backend;
}

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

# # Add trailing slash to */wp-admin requests.
# rewrite /wp-admin$ $scheme://$host$uri/ permanent;

# # All media (including uploaded) is under wp-content/ so
# # instead of caching the response from apache, we're just
# # going to use nginx to serve directly from there.
# location ~* ^/(wp-content|wp-includes)/(.*)\.(jpg|png|gif|jpeg|css|js|m$
#         root    /var/www/mydomain.com/prod;
# }

# # Don't cache these pages.
# location ~* ^/(wp-admin|wp-login.php)
#         {
#     proxy_pass http://backend;
# }

Чтобы упростить тестирование, откройте терминал, подключитесь к серверу по SSH и запустите tail -f /var/log/nginx/*.log (или там, где хранятся ваши журналы), затем следите за ошибками. Не забудьте перезагрузить или перезагрузить сервер после внесения изменений в конфигурацию!

Кроме того, в зависимости от того, какую версию nginx вы используете и на какой ОС (я предполагаю, что Debian или Ubuntu из вашего / var / www / path), вы можете запустить /etc/init.d/nginx configtest который проверит ваш файл конфигурации и сообщит полезные сообщения об ошибках - это значительно упростит жизнь.

После того, как все вышеперечисленное работает и протестировано, вот несколько интересных советов, таких как добавление истекающих и кеширование заголовков к загруженным изображениям; Ограничения IP, ограничение скорости и дополнительное ведение журнала для доступа администратора и попыток входа в систему; и т.д.:

location ~ ^/wp-content/uploads/.+\.(jpe?g|gif|png|ico|bmp)$ {
    # set a expires to max as per http://developer.yahoo.com/performance/rules.html/#expires
    expires max;
    add_header Cache-Control public;
}

# Make sure you avoid the static cache when logging in or doing admin
location /wp-admin {    
    #  Restrict by IP for extra security (I'd also highly recommend the Login Lockdown plugin or the Duo Two-Factor Authentication plugin)
    #  allow 81.128.0.0/11; # BT Central Plus
    #  allow 86.128.0.0/10; # BT Central Plus
    #  deny all;
    access_log   /var/log/nginx/wp-admin.log;
    error_log   /var/log/nginx/wp-admin.error.log error;
    include /etc/nginx/proxy.conf;
    proxy_pass http://backend;
}

# Make sure you avoid the static cache when logging in or doing admin   
location = /wp-login.php { 
    #  Restrict by IP for extra security
    #  allow 81.128.0.0/11; # BT Central Plus
    #  allow 86.128.0.0/10; # BT Central Plus
    #  deny all; 
    # Declare the zone in the http {} block of your nginx.conf  e.g.
    #   limit_req_zone $binary_remote_addr zone=appserver:1m rate=2r/s;
    # Then uncomment the below line to limit hits to wp-login to 2 per second  (plus a burst of 2 using the leaky bucket model)
    # limit_req zone=appserver burst=2 nodelay;
    access_log  /var/log/nginx/login-attempts.log;
    include /etc/nginx/proxy.conf;
    proxy_pass http://backend;
}

Это выглядит ужасно сложной схемой.

Моя первая мысль - посоветовать вам полностью избавиться от Apache; nginx + php-fpm отлично подходит для обслуживания вашего блога WordPress, и большинство правил WordPress для nginx, которые вы обнаружите, предполагают, что nginx будет использоваться в качестве исходного сервера, а не обратного прокси для Apache.

А теперь по поводу шоу ...

Вы не можете использовать try_files В то же самое location блок, в котором вы передаете запрос вверх по течению. Его просто проигнорируют, так как все в любом случае идет на прокси. Если вы хотите, чтобы это работало, я предлагаю использовать именованное местоположение. Что-то вроде этого (с головы до ног):

root /var/www/whatever;

location @apache {
    # proxy directives here
}

location / {
    try_files $uri $uri/ @apache;
}

Идея здесь в том, что вы позволяете nginx сначала обрабатывать то, что nginx может обрабатывать, а затем передавать все остальное вверх по течению.

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

Я запускаю множество сайтов WordPress с использованием Nginx и PHP-FPM. Эта конфигурация, кажется, подходит мне для каждого сайта в conf.d каталог ... (удалены определенные детали для безопасности).

server {
    listen       123.123.123.123:80;
    server_name  example.com;

    client_max_body_size 128m;

    root   /app/<user>/www;
    index  index.html index.htm index.php;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

    location ~ \.php$ {
        fastcgi_pass   unix:/tmp/php-fpm.example.com.sock;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}