Django продолжает использовать неправильный сервер хранения при попытке загрузить файлы c stati в S3 - PullRequest
Новая
       4

Django продолжает использовать неправильный сервер хранения при попытке загрузить файлы c stati в S3

0 голосов
/ 09 апреля 2020

Обновление: ошибка не была вызвана django -хранилищами, но django -heroku

Похоже, что django -heroku переопределяет некоторые переменные, которые вызвали такое поведение. См. Мой ответ ниже.

Я использую S3 в качестве службы хранения для других Django приложений, однако для нового проекта Django отказывается выбирать правильный бэкэнд и продолжает ставить файлы в моей локальной файловой системе вместо загрузки.

Если быть точным, то после того, как я установил boto3 и настроил settings.py, а затем запустил python manage.py collectstatic, эта команда продолжает перемещать файлы stati c в <my_project_path>/staticfiles вместо того, чтобы начать загрузку в S3.

Это вывод python manage.py collectstatic: 

You have requested to collect static files at the destination
location as specified in your settings:

    <my_project_path>/staticfiles

This will overwrite existing files!
Are you sure you want to do this?

Type 'yes' to continue, or 'no' to cancel:

Мои настройки: 

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'django.contrib.sites',

    # Vendor
    'storages',
    'allauth',
    'allauth.account',
    'allauth.socialaccount',
    'sass_processor',
    'crispy_forms',

    [..]
]

# static & media files
USE_S3 = config('USE_S3', cast=bool, default=True)

AWS_ACCESS_KEY_ID = config('AWS_ACCESS_KEY_ID')
AWS_SECRET_ACCESS_KEY = config('AWS_SECRET_ACCESS_KEY')
AWS_DEFAULT_ACL = None
AWS_STORAGE_BUCKET_NAME = config('AWS_STORAGE_BUCKET')
AWS_S3_CUSTOM_DOMAIN = '%s.s3.amazonaws.com' % AWS_STORAGE_BUCKET_NAME
AWS_S3_OBJECT_PARAMETERS = {
    'CacheControl': 'max-age=86400',
}
AWS_LOCATION = 'static'

STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
MEDIA_ROOT = os.path.join(BASE_DIR, 'media')

if USE_S3:
    MEDIA_URL = 'https://%s/%s/' % (AWS_S3_CUSTOM_DOMAIN, 'media')
    DEFAULT_FILE_STORAGE = '<my_app>.storage_backends.MediaStorage'
    STATIC_URL = 'https://%s/%s/' % (AWS_S3_CUSTOM_DOMAIN, AWS_LOCATION)
    STATICFILES_STORAGE = 'storages.backends.s3boto3.S3Boto3Storage'

else:
    MEDIA_URL = '/media/'
    STATIC_URL = '/static/'
    STATICFILES_STORAGE = 'whitenoise.storage.CompressedManifestStaticFilesStorage'

STATICFILES_DIRS = (
    os.path.join(BASE_DIR, 'static'),
)
STATICFILES_FINDERS = [
    'django.contrib.staticfiles.finders.FileSystemFinder',
    'django.contrib.staticfiles.finders.AppDirectoriesFinder',
    'sass_processor.finders.CssFinder',
]

Мои требования. Txt: 

...
boto3==1.11.12
botocore==1.14.15
django-storages==1.9.1
jmespath==0.9.4
s3transfer==0.3.3
...

Я попытался скопировать настройки из другого проекта, где работает загрузка, перепроверил документы django-storages, даже установил точные версии boto3 et c. чтобы исключить ошибку из-за более новой версии, проверил мой settings.py, если где-то я забыл конфликтующий параметр, но я просто не могу понять, почему Django даже не пытается загрузить.

Любые указатели очень ценятся!

1 Ответ

0 голосов
/ 09 апреля 2020

После дальнейших раскопок я нашел виновника. Оказывается, пакет django -heroku вызвал нежелательное поведение.

Пакет автоматически устанавливает STATIC_ROOT='/static/', переопределяя местоположение AWS в settings.py.

Вы можете отключить это поведение, установив staticfiles=False при настройке django -heroku следующим образом: 

import django_heroku
django_heroku.settings(locals(), staticfiles=False)

Я также понял, что в других приложениях у меня был успешно запущен S3, я я даже не использовал django -heroku, что вызвало мое замешательство и было единственным отличием в настройке, которое я пропустил в моих предыдущих проверках.

...