[Chapter 16 - Security] Issue with DJANGO_DEBUG about djangoforprofessionals

[wsvincent]

Hi @mnoah66 and @jurgenvt,

Thanks for the comments. Finishing the 4.0 update as we speak so this feedback is helpful and something I've been aware of back when you made it. To the questions...

• the database isn't deleted when we rebuild the image. I've changed the wording so that's not confusing in the update. The underlying Docker container has a volumes mount and that is where the db exists. If you deleted the container then the db would go away too. But that's not what we're doing, just rebuilding the image.
• the default for docker-compose is to use a docker-compose.yml file so we have to explicitly set and use the -f flag to make it check our docker-compose-prod.yml file

[jurgenvt]

Having the exact same issue here. i found that:

After:

docker-compose -f docker-compose-prod.yaml up -d --build

docker-compose exec web python manage.py check --deploy

i am also getting:
?: (security.W018) You should not have DEBUG set to True in deployment.

the deploy check seems to read/check the variables from docker-compose.yaml and not from docker-compose-prod.yaml

However the logic of showing/hiding the debug toolbar in the website works.

I tried rebuilding, restarting docker but ended up editing my docker-compose.yaml file, which should not be the way here in this exercise.

[mnoah66]

Thank you @jurgenvt

I re-ran the check --deploy command, this time specifying the production file...

docker-compose -f docker-compose-prod.yml python manage.py check --deploy

...and I got the expected results. Like you said I guess the docker-compose command, regardless of what you are doing after it, always looks at your docker-compose.yml file.

@wsvincent any ideas?