Назад | Перейти на главную страницу

WordPress в подкаталоге обслуживает корневой index.php на nginx fastcgi

У меня возникла странная проблема на моем сервере NGINX.

Как объясняется в Кодексе, я переместил wordpress из корневого каталога в подкаталог / blog /.

Индекс блога отображается успешно, но если я хочу показать что-нибудь еще, например страницу определенного сообщения или архива, он обслуживает корневой index.php

Даже несуществующие URL-адреса обслуживаются в качестве корневого index.php

Если я удалю корневой index.php, он вернет ошибку 404.

Возможно, это связано с моими настройками nginx и fastcgi, но я понятия не имею:

server {
    listen 80;
    listen [::]:80;

    root /var/www/html;
    index index.php index.html index.htm;

    client_max_body_size 10M;

    # Make site accessible from http://localhost/
    server_name


            set $no_cache 0;
            if ($request_method = POST){set $no_cache 1;}
            if ($query_string != ""){set $no_cache 1;}
            if ($http_cookie = "PHPSESSID"){set $no_cache 1;}
            if ($request_uri ~* "/wp-admin/|/xmlrpc.php|wp-.*.php|/feed/|index.php|sitemap(_index)?.xml") {set $no_cache 1;}
            if ($http_cookie ~* "comment_author|wordpress_[a-f0-9]+|wp-postpass|wordpress_no_cache|wordpress_logged_in"){set $no_cache 1;}



    location ~ \.php$ {
            try_files $uri =404;
            fastcgi_split_path_info ^(.+\.php)(/.+)$;
            fastcgi_cache  microcache;
            fastcgi_cache_key $scheme$host$request_uri$request_method;
            fastcgi_cache_valid 200 301 302 30s;
            fastcgi_cache_use_stale updating error timeout invalid_header http_500;
            fastcgi_pass_header Set-Cookie;
            fastcgi_no_cache $no_cache;
            fastcgi_cache_bypass $no_cache;
            fastcgi_pass_header Cookie;
            fastcgi_ignore_headers Cache-Control Expires Set-Cookie;
            fastcgi_pass unix:/var/run/php5-fpm.sock;
            fastcgi_index index.php;
            include fastcgi_params;
    }


    location / {
            # First attempt to serve request as file, then
            # as directory, then fall back to displaying a 404.
            # try_files $uri $uri/ =404;
            try_files $uri $uri/ /index.php?q=$uri&$args;
            # Uncomment to enable naxsi on this location
            # include /etc/nginx/naxsi.rules
    }

}

Изменить: обновлен со всем серверным блоком

Оператор try_files отправляет все несуществующие файлы в index.php в корневом веб-каталоге. Мне нужно было добавить в конфигурацию второе местоположение специально для блога:

location /blog {
    try_files $uri $uri/ /blog/index.php;
}

Теперь работает нормально.

(Спасибо Стиву Э., который указал на это на Переполнение стека)