wagtail {{document.url}}正在生产中返回404的用户使用文件

Question

我继承了Wagtail CMS项目，但无法解决与文档上传有关的问题。

通过CMS上传文件后，它到达文档目录/var/www/example.com/wagtail/media/media/documents/test_pdf.pdf.pdf将映射到/usr/src /app/media/documents/test_pdf.pdf docker容器内的目录。

在前端（以及wagtail仪表板）中，document.url解析为https://example.com/documents/9/test_pdf.pdf/返回404。显然，型号编号段从上面的文件路径中丢失，但是我在论坛上阅读在论坛上

在Wagtail中，始终通过Django视图（wagtail.wagtaildocs.views.serve.serve.serve）提供文档，以便我们可以在文档下载

上执行其他处理

因此也许这本身不是问题。

有几行，wile＆nbsp; look＆nbsp;正确：

urlpatterns = [
    url(r'^django-admin/', admin.site.urls),

    url(r'^admin/', include(wagtailadmin_urls)),
    url(r'^documents/', include(wagtaildocs_urls)),

    url(r'^search/$', search_views.search, name='search'),
    url(r'^sitemap\.xml$', sitemap),

    url(r'', include(wagtail_urls)),

    #    url(r'^pages/', include(wagtail_urls)),
]

if settings.DEBUG:
    ...
    urlpatterns += static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)

和base.py.py.py

MEDIA_ROOT = os.path.join(BASE_DIR, 'media')
MEDIA_URL = '/media/

so，我的直觉是：

1. urls.py文件中 错误地存储在单个文件夹中，而不是通过模型
   存储在子目录中

2. 中的子目录中的上传。与此“虚拟”目录的路由被损坏，因此它在“检查权限”阶段破裂（但是我无法弄清楚路由的工作方式在django中）并返回404

3. web服务器的配置不正确，因此虽然“虚拟” URL很好，但实际上是损坏的文件URL，这会导致404（我的nginx包含A/媒体/位置，而不是A/Documents/location/location/tocuments/location，否则我会预期）

4. 完全是其他事情（我的下一步是将副本拉到我自己的计算机上，看看问题是否仍然发生）

，我感谢这里没有太多事情要做，但我希望有人可以给我一些关于我应该检查的还有什么，因为我一天中的大部分时间都一直在与之抗衡。

我的背景是与Ruby在Rails上的背景，因此，与该框架一样，我觉得在幕后发生了很多“魔术”，这使得弄清楚发生了什么事，这很棘手。

谢谢！

Answer 1

您可以在开发时看到文档，因为

if settings.DEBUG:
    ...
    urlpatterns += static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)

static文件媒体应在服务器级别上处理。例如，如果您使用的是GCP，则需要更新app.yaml，并添加MEDIA/与static/相同的方式

...

handlers:
  - url: /static
    static_dir: static/
  - url: /media
    static_dir: media/

...