我们已经设置了wagtail 2.0.1来处理媒体文件,这对图像非常有效(上传的内容被发送到S3,/images路由在图像管理器中显示所有图像),但它似乎不能正确地处理文档。
我们使用的设置:
# Storage for user generated files
if USE_S3:
# Use S3 to store user files if the corresponding environment var is set
DEFAULT_FILE_STORAGE = 'filebrowser_s3.storage.S3MediaStorage'
AWS_ACCESS_KEY_ID = env('AWS_ACCESS_KEY_ID')
AWS_SECRET_ACCESS_KEY = env('AWS_SECRET_ACCESS_KEY')
AWS_STORAGE_BUCKET_NAME = env('AWS_STORAGE_BUCKET_NAME')
AWS_S3_CUSTOM_DOMAIN = env('AWS_S3_CUSTOM_DOMAIN')
AWS_LOCATION = env('AWS_LOCATION')
MEDIA_URL = 'https://' + AWS_S3_CUSTOM_DOMAIN + '/'
MEDIA_ROOT = ''
FILEBROWSER_DIRECTORY = env('FILEBROWSER_DIRECTORY')
else:
# Otherwise use the default filesystem storage
MEDIA_ROOT = root('media/')
MEDIA_URL = '/media/'(请注意,filebrowser_s3是一个extends the S3Boto3Storage class from the s3boto3 library的小型库)

搜索“有效”是因为它会找到结果,说有X个结果,显示结果所在的类别,但随后什么也不显示:

除了媒体根/url常量之外,文档应用程序是否使用了需要设置的特殊wagtail常量,以便wagtail可以显示带有关联的edit/etc UI的文档列表?
发布于 2018-05-17 04:44:14
事实证明,这是由于加载了文档应用程序,但没有加载相应的url模式。
发布于 2018-05-17 03:49:25
文档应用程序是否使用了一个特殊的wagtail常量,除了媒体根/url常量之外,我们还需要设置该常量,以便wagtail可以显示带有相关编辑/etc UI的文档列表?
不,不是的。你能试试
pip install django-storages
和
DEFAULT_FILE_STORAGE = 'storages.backends.s3boto3.S3Boto3Storage'
?这是Django/Wagtail和S3的标准方法。
如果工作正常,可能是filebrowser_s3出了问题。
另请参阅
https://stackoverflow.com/questions/50378600
复制相似问题