子目录中的 WordPress 在 nginx fastcgi 上提供 root index.php

Question

I am encountering a weird problem on my NGINX server.

As explained in the Codex I moved wordpress from my root directory to a subdirectory /blog/.

It shows the blog index successfully, but if I want to show anything else, like a specific post or archive page it serves the root index.php

Even non-existent URLs are served as the root index.php

If I remove the root index.php it returns an 404 error.

Maybe its due to my nginx and fastcgi settings, but I really have no clue:

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
    }

}

Edit: Updated with whole Server Block

Answer 1

The try_files statement is sending all none-existent files to index.php in your web root. Add a second location specifically for your blog to the configuration:

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

try_files works as follows:

Checks the existence of files in the specified order and uses the first found file for request processing; the processing is performed in the current context. The path to a file is constructed from the file parameter according to the root and alias directives. It is possible to check directory's existence by specifying a slash at the end of a name, eg “$uri/”. If none of the files were found, an internal redirect to the uri specified in the last parameter is made. For example: