Nginx 1.2.1 自定义 404

Question 1

那么，如果文件夹 /usr/share/nginx/html 不存在，那么您将错误文件放在哪里了？Nginx 可以从您喜欢的任何文件夹中提供文件，您只需告诉它哪个文件夹即可。这就是您使用 root 指令的原因。

因此，要么创建文件夹 /usr/share/nginx/html 并将文件放在那里，要么将其放在 /what/ever/folder 并将配置更改为

error_page 404 /custom_404.html;

location = /custom_404.html { 
    root /what/ever/folder; 
    internal;
}

很简单吧？

好吧，没那么简单。我认为将配置更改为命名位置（“@foo”）不会改变任何东西。你说的“连接并重新启动”是什么意思。重新启动 nginx 还是 django？

重新加载 nginx 配置时是否遇到任何错误？

您是否检查过，当您的 django 项目关闭时是否真的会收到 404？我的配置中有一个 proxy_pass 来代理网络摄像头。当此网络摄像头不可用时，我会收到“502 Bad Gateway”。

如果我用error_page 502 /error_page.html; 和

        location = /error_page.html  {
             root /what/ever/folder;
    }

我的自定义错误文件已得到处理。

Answer

那么，如果文件夹 /usr/share/nginx/html 不存在，那么您将错误文件放在哪里了？Nginx 可以从您喜欢的任何文件夹中提供文件，您只需告诉它哪个文件夹即可。这就是您使用 root 指令的原因。

因此，要么创建文件夹 /usr/share/nginx/html 并将文件放在那里，要么将其放在 /what/ever/folder 并将配置更改为

error_page 404 /custom_404.html;

location = /custom_404.html { 
    root /what/ever/folder; 
    internal;
}

很简单吧？

好吧，没那么简单。我认为将配置更改为命名位置（“@foo”）不会改变任何东西。你说的“连接并重新启动”是什么意思。重新启动 nginx 还是 django？

重新加载 nginx 配置时是否遇到任何错误？

您是否检查过，当您的 django 项目关闭时是否真的会收到 404？我的配置中有一个 proxy_pass 来代理网络摄像头。当此网络摄像头不可用时，我会收到“502 Bad Gateway”。

如果我用error_page 502 /error_page.html; 和

        location = /error_page.html  {
             root /what/ever/folder;
    }

我的自定义错误文件已得到处理。

Question 2

与我的一位同事交谈后，她让我改变了处理这个问题的方式。

我想要的是，每当我需要停止/重新启动 django 项目时，显示一个维护页面，这样它就不会显示 404 Not Found，因为它应该是 503 服务暂时不可用。

所以我目前这样做的方法是添加以下代码：

location / {
    proxy_pass  http://localhost:8000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_read_timeout 60;

    proxy_intercept_errors on;

    error_page 404 = @custom_error;
}

location @custom_error {
    index error_page.html;
    root /usr/share/nginx/www; 
    internal;
}

但是这给了我一个 502 Bad Gateway，通过连接和重新启动，我发现给我这个错误的行是以下行：

error_page 404 = @custom_error;

也许我做错了，但（对我而言）这有意义，它必须与代理做一些事情，并且必须检测另一端（端口 8000）的服务是否不可用。

我尝试了上面@JosefScript 评论的解决方案，但没有成功。

我还认为这个版本的 nginx (1.2.1) 存在一些问题，但我无法更新它，因为 google-cloud-machine 运行在经过修改的 debian 映像上。并且该映像有自己的存储库，由 google 直接管理。

Answer