如何对文件夹结构进行 URL 重写

Question

我有我的 Django 应用程序，我有以下用例：

1. 本地开发。由于我的应用程序大多很简单，我更喜欢通常的manage.py runserver 方法。因此，我希望我的应用适用于这种情况。
2. 生产环境。我们在不同的 URL 下拥有一个 Web 服务器和主机工具，例如 https://myserver.com/tool1、https://myserver.com/tool2 等。所以我想把我的应用程序放在这个结构中
3. （理论上）除了用例 2，我可能希望将应用程序托管在自己的域下，例如 https://tool.myserver.com

但是当我尝试这样做时，我遇到了静态文件的问题（叹气！），因为如果我有 STATIC_URL 作为相对路径 STATIC_URL='static/' 那么它不适用于“嵌套”页面（即，如果我在 myserver.com/tool1/page 然后静态 URL 将映射到 myserver.com/tool1/page/static 这是不正确的）。 另一方面，如果我使用绝对路径 STATIC_URL='/static/' 那么它根本不适用于案例 2，因为 Django 应用程序对它所在的 URL 的 /tool1 部分一无所知。

我可以为STATIC_URL 使用两种不同的变体，具体取决于环境和硬编码STATIC_URL='/tool1/static/'，但是相同的代码不适用于案例3...

我应该如何处理这种情况？

更新

实际上，我意识到这更像是一般的 nginx+后端问题，而不是 Django 问题。因为在一天结束时后端生成的网页很可能会有src="/static/...."（除非我在后端添加一些黑客以插入前缀/tool1）。我想知道它通常是如何处理的？有一种方法可以替换nginx中的实际HTML内容，但是确实会影响性能...

UPD2

似乎很多人误读了我的问题，认为唯一的问题在于静态文件。然而这只是一个例子，因为正如 Ivan 正确提到的，链接也存在同样的问题。通常在页面上我有a href="/category/post?id=1" 之类的链接。显然，当站点以my.domain/tool1 打开时，这将解析为my.domain/category...，这是错误的（我希望它指向my.domain/tool1/category...。）

Answer 1

处理来自 django 应用程序的 STATIC_URL 可能会导致开销。由于您有多个子目录，为什么不只从其中一个提供静态文件呢？提供静态文件时无需匹配子目录。

比方说，如果你这样设置STATIC_URL：

STATIC_URL = "/tool1/static/"

然后你可以像这样配置NGINX：

server {
    listen 80

    server_name *.myserver.com;

    location /tool1/static/ {
        root /path/to/STATIC_ROOT;
    }

    location / {
        proxy_pass http://localhost:8000;  # <-- No trailing slash to make it work with gunicorn
    }

    location /tool2/ {
        proxy_pass http://localhost:8000;
        proxy_set_header SCRIPT_NAME /tool2;  # <-- For serving in sub path
    }

    location /tool1/ {
        proxy_pass http://localhost:8000;
        proxy_set_header SCRIPT_NAME /tool1; # <-- For serving in sub path
    }

}

并在设置中将 STATIC_URL 更新为 /tool1/static/。还要确保您的STATIC_ROOT 指向静态文件将驻留在服务器中的正确路径。最后，在部署静态文件之前，需要先运行collectstatic command将静态文件放到STATIC_ROOT目录下，然后重启NGINX服务器。

更新：不建议使用硬编码网址。相反，在模板中，您应该使用{% URL '<url_name> '%} 标记，或在python 代码中使用reverse()。这样，django 将自行解析 url。当它在/tool1 位置时，url 将被解析为/tool1/url_name/，当你在/tool2 位置时，url 将被解析为/tool2/url_name（基于SCRIPT_NAME）。

Answer 2

我建议将您的静态文件放在 AWS S3、Google Cloud Storage 等存储服务中。 这样，它始终可用于您拥有的任何 URL（嵌套、子域等）

示例设置（可能需要更多步骤）：

• 更改您的settings.py：

  STATIC_URL = 'https://storage.googleapis.com/your_bucket/static/'

  STATIC_ROOT = os.path.join(BASE_DIR, "staticfiles")

  STATICFILES_DIRS = (os.path.join(BASE_DIR, 'static'),)

• 在部署您的应用之前，请运行 manage.py collectstatic --noinput

• 将staticfiles 文件夹中的文件复制到存储服务并确保它们是公开的
• 部署您的应用

P.S 我发现 whitenoise 确实有助于静态文件大小和更轻松的部署

Answer 3

似乎没有真正好的方法来解决它。但是我发现了几个选项：

始终使用一个规范地址（个人首选）

我应该问自己“为什么您希望您的工具在 https://myserver.com/tool1 和 https://tool1.myserver.com 都可用？”。实际上，我没有任何理由为什么要同时单独提供它。所以只需选择“规范”地址并设置正确的重定向：

如果域是规范的：

    server_name myserver.com
    location /tool1/ {
            rewrite ^/tool1/?(.*)$ https://tool1.myserver.com/$1 permanent;
    }

如果文件夹是规范的：

    server_name tool1.myserver.com
    location / {
            rewrite ^ https://myserver.com/tool1$request_uri? permanent;
    }

然后在后端使用与规范地址相对应的 STATIC_URL 的任何 one 选项（即/static 用于子域或/tool1/static 用于文件夹）

其他标题或 URL 参数

如果有理由（告诉我为什么！）不使用重定向并且同时使用两个地址，那么正如 ruddra 所提到的，可以添加额外的标头，然后在后端使用它们以生成稍微不同的页面：

location /tool1/ {
    <proxy_pass something>
    proxy_set_header SCRIPT_NAME /tool1;
}

如果您选择文件夹作为规范地址，则可以使用相同的方法，那么您可能希望避免在后端硬编码tool1。然后，也许您可​​以使用自定义标头或附加 url 参数，如 ?from=domain [1] 可以在后端处理。在这里，我没有现成的解决方案，因为我更喜欢子域案例。