Большой файловый репозиторий Django между разработкой и производством - PullRequest
0 голосов
/ 14 февраля 2019

Я пытаюсь разработать приложение Django, которое в конечном итоге будет обслуживать большой репозиторий медиафайлов (от 10 до 100 ГБ), который в конечном итоге будет храниться в B2 или S3, а не локально на сервере.

Что касается статического содержимого, связанного с приложением, я понимаю, что у вас будет / static / в дереве приложений и / static / в дереве веб-сервера.Когда вы запускаете python manage.py collectstatic, файлы сравниваются, и дерево файлов веб-сервера обновляется на основе дерева файлов приложения.

Поскольку они в конечном итоге будут загружены пользователем, я должен вместо этого подумать о *Настройки 1006 * и MEDIA_URL?Затем это будут промежуточные области перед подготовкой и загрузкой в ​​B2 или S3.

Я проверил их:

Идентичный и простой способ предоставления статических файлов при разработке и производстве- возможно ли это?

Django: развертывание статических файлов в рабочей среде

обслуживание файлов мультимедиа django (загруженных пользователем) в рабочей среде

Служить медиафайлам со статической службой.Dotcloud

и я чувствую, что они, вероятно, идут по правильному пути, но есть минимальное обсуждение, поэтому я не знаю альтернатив.

Есть ли другие подходы, которые я должен рассмотреть

1 Ответ

0 голосов
/ 14 февраля 2019

Я рекомендую вам прочитать это Пост блога .

Вы можете запустить python manage.py collectstatic только на своем сервере разработки, чтобы отправить файлы в S3 .Чем вам не нужно добавлять изображения к вашему серверу управления версиями и серверу Django.

Если вы хотите, чтобы вы также хотели создавать версии изображений, я рекомендую Git Large File Storage .

...