我正在使用Docker将Django应用程序部署到Heroku。当我在Dockerfile中放入RUN manage.py collectstatic --noinput
时,它失败了,因为没有为环境变量DJANGO_SECRET_KEY
设置任何值。我的理解是,这是因为在构建期间无法使用config vars。
当我将collectstatic作为发布命令运行时,它可以正常工作并且没有错误,并且可以成功复制静态文件。但是,当我点击应用程序的URL时,它会返回500错误,因为找不到静态文件。我相信这是因为release命令在临时文件系统上作为dyno运行,因此找不到复制的文件。
这似乎是一个陷阱22。因为没有可用的配置变量,所以将collectstatic放置在Dockerfile中失败了,但是将其作为发布命令放置了失败了,因为仅保存了构建阶段的文件更改?
该怎么办?
这是我在settings.py中的静态设置
MIDDLEWARE = [
'django.middleware.security.SecurityMiddleware',
'whitenoise.middleware.WhiteNoiseMiddleware',
...
]
...
STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
STATIC_URL = '/static/'
STATICFILES_DIRS = (
os.path.join(BASE_DIR, 'static'),
)
STATICFILES_STORAGE = 'backend.storage.WhiteNoiseStaticFilesStorage'
Docker文件
# Pull base image
FROM python:3.7-slim
# Set environment varibles
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1
# Set work directory
RUN mkdir /code
WORKDIR /code
# Install dependencies
RUN pip install pipenv
COPY Pipfile Pipfile.lock /code/
RUN pipenv install --system
# Copy project
COPY . /code/
## collect static files
RUN mkdir backend/staticfiles
# This fails because DJANGO_SECRET_KEY can't be empty
RUN python manage.py --noinput
heroku.yml
build:
docker:
web: Dockerfile
run:
web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
最佳答案
在证实了Heroku的支持后,这确实似乎有点不足22。
解决方案是将collectstatic
放入Dockerfile中,以便它在构建时运行,并且文件持久存在。
通过使用Django的get_random_secret_key
函数设置默认 key ,我们避免了没有 key 配置var的麻烦。
运行阶段使用Heroku配置变量中的 key ,因此我们实际上并没有每次都更改 key -默认值仅适用于构建过程。 collectstatic
不会在 key 上建立索引,所以很好。
在settings.py中
from django.core.management.utils import get_random_secret_key
...
SECRET_KEY = os.getenv('DJANGO_SECRET_KEY', default=get_random_secret_key())
关于django - 使用docker将Django应用程序部署到heroku时在何处运行collectstatic?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/59719175/