Conservancy/symposion_app
6
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
symposion_app/docker/Dockerfile

55 lines
1.6 KiB
Text
Raw Normal View History

Pin python version to 3.6
2018-07-04 03:37:18 +00:00
FROM python:3.6-stretch as symposion_base
Reorder dockerfile This creates more intermediates, but moves those that are less likely to change to the top of the file. In theory this will produce faster builds on a developer's machine as they won't need to apt-get update every time.
2017-09-27 08:31:53 +00:00
RUN set -ex \
&& apt-get update
Add initial Dockerfile This builds a working docker image for the application. This is only an initial revision. It needs testing. MySQL, PIL, etc. Was going to use Alpine, however, python3.6 segfaulted on docker starting up, and I couldn't find the core files...
2017-04-29 10:17:41 +00:00
RUN set -ex \
&& buildDeps=' \
libffi-dev \
libfreetype6-dev \
libjpeg-dev \
libwebp-dev \
libpng-dev \
liblcms2-dev \
zlib1g-dev \
libmemcached-dev \
libsasl2-dev \
Upload SVG badge
2018-12-10 07:08:16 +00:00
inkscape \
Add initial Dockerfile This builds a working docker image for the application. This is only an initial revision. It needs testing. MySQL, PIL, etc. Was going to use Alpine, however, python3.6 segfaulted on docker starting up, and I couldn't find the core files...
2017-04-29 10:17:41 +00:00
' \
Modify dependencies to suit debian stretch The python:3.6 tag now points to stretch. Changed the name of the base image to make this more explicit.
2018-05-26 01:56:24 +00:00
&& apt-get install -y git xmlsec1 \
Add initial Dockerfile This builds a working docker image for the application. This is only an initial revision. It needs testing. MySQL, PIL, etc. Was going to use Alpine, however, python3.6 segfaulted on docker starting up, and I couldn't find the core files...
2017-04-29 10:17:41 +00:00
&& apt-get install -y $buildDeps --no-install-recommends \
Reorder dockerfile This creates more intermediates, but moves those that are less likely to change to the top of the file. In theory this will produce faster builds on a developer's machine as they won't need to apt-get update every time.
2017-09-27 08:31:53 +00:00
&& rm -rf /var/lib/apt/lists/*
RUN set -ex \
&& pip install uwsgi
COPY constraints.txt requirements.txt /reqs/
RUN set -ex \
Add initial Dockerfile This builds a working docker image for the application. This is only an initial revision. It needs testing. MySQL, PIL, etc. Was going to use Alpine, however, python3.6 segfaulted on docker starting up, and I couldn't find the core files...
2017-04-29 10:17:41 +00:00
&& pip install --no-cache-dir -r /reqs/requirements.txt -c /reqs/constraints.txt \
&& apt-get purge -y --auto-remove $buildDeps \
&& rm -rf /usr/src/python ~/.cache
COPY . /app/symposion_app
WORKDIR /app/symposion_app
Prepare to use the newly-revendored registrasion
2017-09-29 13:13:37 +00:00
RUN set -x \
&& pip install -r vendored_requirements.txt -c /reqs/constraints.txt
Improved handling of static/build and css generation When the container is mounted, the local contents of . obscure /app/symposion_app in the image. Generally speaking, this is handy for development, as it means that local changes are detected and used immediately without needing to restart the container. However, it breaks in the specific case of the sass->css generation. Prior to this change, the css is generated only after the first time a page is hit. The generated file is placed in static/build; however, due to the obscuration, this generated file isn't visible to the running process. The next time the container is built, the pre-existing static/build directory is copied into the container as it's being built; then, later, that version is what gets served. This change adds the needed libraries to pre-generate the css as part of the image build, and runs compilescss to do this, prior to the collectstatic step. It also adds a second collectstatic into the make_dev_container script, so that the visible static/build directory should ahve the same contents as the obscured static/build directory. It also expands the .dockerignore file to make sure these files aren't copied into the image in future. I'm not sure if this is the right thing to do, as changes to this directory will be ignored, which could be confusing. Perhaps never being able to see these generated files is better?
2018-06-06 02:11:51 +00:00
RUN set -x \
&& DJANGO_SECRET_KEY=1234 STRIPE_PUBLIC_KEY=1234 STRIPE_SECRET_KEY=1234 \
DATABASE_URL="sqlite:////dev/null" python manage.py compilescss
Collect Static so admin works Thanks tchaypo and jammielennox Closes #11
2017-06-26 11:11:15 +00:00
RUN set -x \
&& DJANGO_SECRET_KEY=1234 STRIPE_PUBLIC_KEY=1234 STRIPE_SECRET_KEY=1234 \
DATABASE_URL="sqlite:////dev/null" \
python manage.py collectstatic --noinput -l -v 0
Make our fonts available to the system To make them more useable by cairo
2017-12-26 12:57:25 +00:00
RUN set -ex \
&& cp static/build/fonts/*.ttf /usr/local/share/fonts/ \
&& fc-cache \
&& fc-list
Utilise multi-stage docker build for consistent dev/prod base * developers can use --target symposion_dev to get a responsive site that reads from their homedir and reacts to changed files instantly * without a specified target the default is to build the prod image, which is identical except for running uwsgi instead of the django built-in server * Enable debug when running in a developer's test environment * Remove the makemigrations script and dockerfile
2017-10-01 07:35:02 +00:00
FROM symposion_base as symposion_dev
VOLUME /app/symposion_app
CMD ["./manage.py", "runserver", "-v3", "0.0.0.0:8000"]
FROM symposion_base as symposion_prod
Increase uwsgi buffer size The DataTables sets a lot of data into some cookies. It's currently overwhelming the uwsgi buffer size.
2017-10-04 13:38:05 +00:00
CMD ["/usr/local/bin/uwsgi", "--http-socket", "0.0.0.0:8000", "-b", "8192", "--wsgi-file", "pinaxcon/wsgi.py"]
Reference in a new issue Copy permalink