Closed vCra closed 5 years ago
One problem, Whitenoise does not cover media files: http://whitenoise.evans.io/en/stable/django.html#serving-media-files
It doesn't - if a user needs to handle media files, then they will need choose to use AWS/GCP, as is the case currently. That option will still be available, but just with the option of using whitenoise removed.
Ah I think I see your point, but AFAIU, it's missing one use case (that I quite like): Whitenoise for static AND AWS/GCP for media.
In this case, cookiecutter-django should still use django-storages. If it's not, then there is a bug.
That's why I think they are not necessarily mutually exclusive. With what you suggest, if I choose Whitenoise, it's unclear how & where I would host my media files...
Am I missing something?
Ahhh - I didn't think of the usecase of whitenoise AND AWS/GCP - I would have presumed if people are using AWS/GCP, then they would use it for everything, including static files. Just using whitenoise would be for projects that do not require media files I'll close this for now
Description
Currently, users are prompted to use whitenoise and to select a cloud provider for static/media files. We should consider combining the whitenoise option into the cloud provider section.
Rationale
If a user is using external object storage (s3/gcs), then they is no need (AFAIK) to have whitenoise - all files are served externally. In addition, merging the options will give the user context as to what whitenoise is for. Whist on the subject, we might clarify what services from each provider will be used (i.e. specify s3 etc.)
Use case(s) / visualization(s)
The end result could look something like follows
Use cases