使用 docker 将 django 应用程序部署到 heroku 时,在哪里 运行 收集静态信息?
Where to run collectstatic when deploying django app to heroku using docker?
我正在使用 Docker 将 Django 应用程序部署到 Heroku。当我将 RUN manage.py collectstatic --noinput
放入 Docker 文件时,它失败了,因为没有为环境变量 DJANGO_SECRET_KEY
设置值。我的理解是,这是因为配置变量在构建期间不可用。
当我运行 collectstatic 作为释放命令时,它没有错误地工作,并且成功地复制了静态文件。但是,当我点击应用程序 url 时,它 returns 出现 500 错误,因为找不到静态文件。我相信这是因为释放命令是 运行 作为临时文件系统上的测功机,因此找不到复制的文件。
好像是第22条军规。将 collectstatic 放入 Docker 文件失败,因为没有可用的配置变量,但将其作为发布命令失败,因为只保存构建阶段的文件更改?
怎么办?
这是我在 settings.py
中的 collectstatic 设置
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,所以无法测试,但您应该能够 运行 在 运行 应用程序之前收集静态信息;
Docker 文件
# Pull base image
FROM python:3.7-slim
# Set environment varibles
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1
# Set work directory
WORKDIR /code/
# Install dependencies
RUN pip install pipenv
COPY Pipfile Pipfile.lock .
RUN pipenv install --system
# Copy project
COPY . .
# Collect static files
RUN python manage.py collectstatic --noinput
# run gunicorn
CMD gunicorn hello_django.wsgi:application --bind 0.0.0.0:$PORT
您也可以不在您的 dockerfile 中 运行 collectstatic
,或事件 运行 应用程序,因为这些可以 运行 by heroku.yml
,例如;
build:
docker:
web: Dockerfile
config:
DJANGO_SETTINGS_MODULE: project.settings
run:
web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
release:
image: web
command:
- python manage.py collectstatic --noinput
您的工作目录也不需要 mkdir
。只需在您的 dockerfile 中尽早设置 WORKDIR /code/
之后,事情就会 运行 基于该目录。
这里有一篇不错的文章; https://testdriven.io/blog/deploying-django-to-heroku-with-docker/
在与 Heroku 支持确认后,这确实有点像第 22 条军规。
解决方案是将 collectstatic
放入 Dockerfile 中,以便在构建期间 运行s 和文件持久存在。
我们通过使用 Django 的 get_random_secret_key
函数设置默认密钥来解决没有密钥配置变量的问题。
运行 阶段使用来自 Heroku 配置变量的密钥,因此我们实际上并不是每次都更改密钥——默认值仅适用于构建过程。 collectstatic
没有在密钥上建立索引,所以这很好。
在settings.py
from django.core.management.utils import get_random_secret_key
...
SECRET_KEY = os.getenv('DJANGO_SECRET_KEY', default=get_random_secret_key())
我正在使用 Docker 将 Django 应用程序部署到 Heroku。当我将 RUN manage.py collectstatic --noinput
放入 Docker 文件时,它失败了,因为没有为环境变量 DJANGO_SECRET_KEY
设置值。我的理解是,这是因为配置变量在构建期间不可用。
当我运行 collectstatic 作为释放命令时,它没有错误地工作,并且成功地复制了静态文件。但是,当我点击应用程序 url 时,它 returns 出现 500 错误,因为找不到静态文件。我相信这是因为释放命令是 运行 作为临时文件系统上的测功机,因此找不到复制的文件。
好像是第22条军规。将 collectstatic 放入 Docker 文件失败,因为没有可用的配置变量,但将其作为发布命令失败,因为只保存构建阶段的文件更改?
怎么办?
这是我在 settings.py
中的 collectstatic 设置
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,所以无法测试,但您应该能够 运行 在 运行 应用程序之前收集静态信息;
Docker 文件
# Pull base image
FROM python:3.7-slim
# Set environment varibles
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1
# Set work directory
WORKDIR /code/
# Install dependencies
RUN pip install pipenv
COPY Pipfile Pipfile.lock .
RUN pipenv install --system
# Copy project
COPY . .
# Collect static files
RUN python manage.py collectstatic --noinput
# run gunicorn
CMD gunicorn hello_django.wsgi:application --bind 0.0.0.0:$PORT
您也可以不在您的 dockerfile 中 运行 collectstatic
,或事件 运行 应用程序,因为这些可以 运行 by heroku.yml
,例如;
build:
docker:
web: Dockerfile
config:
DJANGO_SETTINGS_MODULE: project.settings
run:
web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
release:
image: web
command:
- python manage.py collectstatic --noinput
您的工作目录也不需要 mkdir
。只需在您的 dockerfile 中尽早设置 WORKDIR /code/
之后,事情就会 运行 基于该目录。
这里有一篇不错的文章; https://testdriven.io/blog/deploying-django-to-heroku-with-docker/
在与 Heroku 支持确认后,这确实有点像第 22 条军规。
解决方案是将 collectstatic
放入 Dockerfile 中,以便在构建期间 运行s 和文件持久存在。
我们通过使用 Django 的 get_random_secret_key
函数设置默认密钥来解决没有密钥配置变量的问题。
运行 阶段使用来自 Heroku 配置变量的密钥,因此我们实际上并不是每次都更改密钥——默认值仅适用于构建过程。 collectstatic
没有在密钥上建立索引,所以这很好。
在settings.py
from django.core.management.utils import get_random_secret_key
...
SECRET_KEY = os.getenv('DJANGO_SECRET_KEY', default=get_random_secret_key())