@agent7991

Делаю сайт на django, опыт работы с django - начальный, создавая шаблоны столкнулся с особенностью django в подключении css/js и тому подобных файлов, которые они описывают как "static files". Для работы в deployment рекомендуют использовать два сервера: один для обслуживания static/media файлов, и второй для django приложения.
Мне, для моей задачи, кажется это излишним, для сайта предполагается не более ~400 одновременных обращений. Не будет ли лаконичней сделать отдельное django app для выполнения этой задачи? В этом весь вопрос - насколько такой подход может быть небезопасен и производителен.


Предполагается что все обращения к static/media файлам будут происходить по url вида r'^static/', дальнейшая обработка которого будет заниматься app_for_static_files.urls, регулярным выражением вида r'^(?P<file_name>[\w\-]+)/$', и, в конечном счете, будет возвращаться файл file_name из определенного каталога для static/media файлов.

0

@Kifsif

Мне кажется, тут немного не так надо подходить.

Django отвечает за бизнес-логику. Это медленый процесс и недешевый. И с неопределенным временем исполнения. Ты можешь прогу написать так, что она вообще в бесконечный цикл попадет. В общем, это медленная штука. И ее назначение - дать тебе возможность написать свою функцию. Чтобы именно тебе (!) удобно было.

Статику раздает веб-сервер, например, nginx. Статика лежит на серваке в виде файлов - просто на диске. Взял файл, отдал. Не надо самопсной бизнес-логики, и процесс с предсказуемым временем выполнения. Все протестировано, все надежно. Плюс-минус по времени, но ничего там такого страшного: вот файлы, надо их кинуть клиенту. Джанге это поручать не надо. Во-первых, это лучше всего сделает nginx. Или вообще cdn. Во-вторых, Django этого просто не умеет из коробки. Это получится - грести против фреймворка. Зачем он тогда вообще нужен. Только сложнее себе делать - бороться еще с ним.

400 одновременных обращений - ничего себе ненагруженный сайт. Это приличная нагрузка. Ненагруженный сайт - это пять юзеров в день на каком-нибудь сайте-визитке затрапезной швейной мастерской в дальнем уголке империи.

В общем, мне кажется, надо почитать про frontend и backend. Фронтэнд выделяет запрос на статику, обрабатывает его сам, а остальные запросы проксирует - пробрасывает дальше, их ловит Gunicorn и вызывает уже обработчик из Django. А Django уже делает то, что ты написал - в базу данных лезет, что-то кумекает и выдает результат.

0