如果你提出的任何答案都不管用，试试这个:

1.修复etc/php5/fpm/pool.d中的www.conf:

Listen = 127.0.0.1:9000;(删除所有包含Listen =的行)

2.修复usr/local/nginx/conf中的nginx.conf

删除块html{}中的服务器块server{}(如果存在)，因为我们默认使用server{}(配置文件etc/nginx/site-available)，它包含在nginx.conf中。

3.修复etc/nginx/site-available中的默认文件

位置~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index . php。 包括fastcgi_params; ｝

4.重新启动nginx服务

Sudo服务nginx重启

5.重启PHP服务

Service php5-fpm restart

6.享受

在/usr/share/nginx/html目录下创建任意php文件，然后运行server_name/file_name.php (server_name取决于你的配置，通常是localhost, file_name.php是在/usr/share/nginx/html中创建的文件名)。

我使用的是Ubuntu 14.04

我看到了上面的很多解决方案，其中许多对我来说是正确的，但我不明白他们在做什么，担心只是复制粘贴代码，特别是fastcgi。这是我的2美分，

nginx is a web server (and not an application server) and thus, it can only serve static pages. whenever, we try rendering/returning a .php file, for example index.php, nginx doesn't know what to do, since it just can't understand a .php file (or for that matter any extension apart from a select few like .html, .js etc. which are static files) Thus in order to run other kinds of files we need something that sits between nginx and the application (here the php application). This is where common gateway interface (CGI) comes in. It's a piece of software that manages this communication. CGIs can be implemented in any possible language Python (uWSGI), PHP (FPM) and even C. FastCGI is basically an upgraded version of CGI which is much much faster than CGI.

对于某些服务器，如Apache，有内置的支持来解释PHP，因此不需要CGI。

这个数字海洋链接，很好地解释了安装FPM的步骤，我没有写解决php文件下载而不是渲染问题所需的步骤，因为其他答案IMHO很好。

更新nginx config /etc/nginx/sites-available/default或你的配置文件

如果你正在使用php7，使用这个

    location ~ \.php$ {
            include snippets/fastcgi-php.conf;
            fastcgi_pass unix:/run/php/php7.0-fpm.sock;      
    }

如果你正在使用php5，请使用这个

    location ~ \.php$ {
            include snippets/fastcgi-php.conf;
            fastcgi_pass unix:/run/php/php5-fpm.sock;
            fastcgi_index index.php;
            include fastcgi_params;
    }

详情请访问这里

为了记录，我发现我的php-fpm没有运行，我用服务php7.2-fpm start修复了它。

所以这就是最终在我的案例中起作用的重写规则，罪魁祸首 我修改nginx重写规则如下。

   location /vendors { rewrite ^/vendors/?$ /vendors.php break; } 

变得……

  location /vendors { rewrite ^/vendors/?$ /vendors.php last; }

显然，如果没有last关键字，请求就不会重新启动，因此它永远不会到达.php位置段，而是简单地解释为下载-

首先，你必须在浏览器中删除缓存

打开terminal，执行如下命令:

sudo apt-get install php-gettext
sudo nano /etc/nginx/sites-available/default

然后在默认文件中添加如下代码:

server {
    listen 80 default_server;
    listen [::]:80 default_server ipv6only=on;

    root /usr/share/nginx/html;
    index index.php index.html index.htm;

    server_name localhost;

    location / {
        try_files $uri $uri/ =404;
    }

    error_page 404 /404.html;
    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
        root /usr/share/nginx/html;
    }

    location ~ \.php$ {
        try_files $uri =404;
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }
}

如果有任何不匹配，只需纠正并从终端通过以下命令重新启动Nginx

须藤系统缓冲nginx系统

然后进入浏览器，享受…