Z
Через коммит фолс формы сделать инстанс и подставить юзера
https://vike.io/ru/577889/ вот сделал по последнему комменту, теперь ок)
Size: a a a
2020 February 07
Z
типо такого и есть, спасибо
h
Ты понял в чем проблема была?
Z
инстансы это для меня что-то сложно, понял, нужно было переопределять save
VR
Всем привет. Подскажите пожалуйста по архитектурному плану django приложения. Суть в чем: есть многопользовательское веб приложение, в котором каждый пользователь грузит большой объем данных, которые в свою очередь как то обрабатываются. Как это организовать так, чтоб было как можно меньше проблем с производительностью. Можно просто скинуть ссылки на материал, который хоть как то может помочь
VR
Может быть стоит посмотреть в сторону asgi?
PZ
Всем привет. Подскажите пожалуйста по архитектурному плану django приложения. Суть в чем: есть многопользовательское веб приложение, в котором каждый пользователь грузит большой объем данных, которые в свою очередь как то обрабатываются. Как это организовать так, чтоб было как можно меньше проблем с производительностью. Можно просто скинуть ссылки на материал, который хоть как то может помочь
тебе стоит посмотреть в сторону celery\чего-то ещё подобного.
пользователь загрузил данные, в целери ушёл таск на обработку, браузеру вернулось: "жди чувак, id твоего таска - такой". А потом браузер иногда спрашивает: "а чё там с моей таской"?
пользователь загрузил данные, в целери ушёл таск на обработку, браузеру вернулось: "жди чувак, id твоего таска - такой". А потом браузер иногда спрашивает: "а чё там с моей таской"?
AS
Всем привет. Подскажите пожалуйста по архитектурному плану django приложения. Суть в чем: есть многопользовательское веб приложение, в котором каждый пользователь грузит большой объем данных, которые в свою очередь как то обрабатываются. Как это организовать так, чтоб было как можно меньше проблем с производительностью. Можно просто скинуть ссылки на материал, который хоть как то может помочь
учитывая что "каждый пользователь грузит большой объем данных, которые в свою очередь как то обрабатываются" -- дает оч мало инфы
то горизонтальный/вертикальный скейл
то горизонтальный/вертикальный скейл
MB
Всем привет. Подскажите пожалуйста по архитектурному плану django приложения. Суть в чем: есть многопользовательское веб приложение, в котором каждый пользователь грузит большой объем данных, которые в свою очередь как то обрабатываются. Как это организовать так, чтоб было как можно меньше проблем с производительностью. Можно просто скинуть ссылки на материал, который хоть как то может помочь
Больше спецификации. Это непрерывные файлы или просто отчеты большие? Мб вообще отдельные данные собираются вместе в одну форму?
VR
Это может быть один сплошной файл, а может быть и много. Да, данные потом собираются в один общий датасет
VR
тебе стоит посмотреть в сторону celery\чего-то ещё подобного.
пользователь загрузил данные, в целери ушёл таск на обработку, браузеру вернулось: "жди чувак, id твоего таска - такой". А потом браузер иногда спрашивает: "а чё там с моей таской"?
пользователь загрузил данные, в целери ушёл таск на обработку, браузеру вернулось: "жди чувак, id твоего таска - такой". А потом браузер иногда спрашивает: "а чё там с моей таской"?
Примерно подобное можно ведь и на каналах реализовать? Получается между беком и фронтом появляется еще один слой, который и будет заниматься этими сигналами между ними
PZ
Примерно подобное можно ведь и на каналах реализовать? Получается между беком и фронтом появляется еще один слой, который и будет заниматься этими сигналами между ними
ты про обработку или про сигнализацию о состояния таска?
VR
Про сигнализацию
PZ
Про сигнализацию
можно и на вебсокетах/каналах, не принципиально вообще.
PZ
только предусмотреть что будет, если пользователь закрыл браузер а потом открыл снова. Чтобы не потерялась инфа о запущенных тасках
MB
Это может быть один сплошной файл, а может быть и много. Да, данные потом собираются в один общий датасет
Можно на клиенте разбить на батчи, отправлять через канал и собирать на сервере, но рекомендую это делать не на python
VR
Почему? Питон конечно не отличается высокой производительностью, согласен, но всегда есть способы оптимизации. Мы же на любом яп стараемся экономно распределять ресурсы проца/оперативы))0
VR
только предусмотреть что будет, если пользователь закрыл браузер а потом открыл снова. Чтобы не потерялась инфа о запущенных тасках
Спасибо большое, покопаю инфу в этом направлении
MB
Почему? Питон конечно не отличается высокой производительностью, согласен, но всегда есть способы оптимизации. Мы же на любом яп стараемся экономно распределять ресурсы проца/оперативы))0
Асинхронная обработка файлов и работа с ними - не самый оптимизированный кейс для python, микросервис на gokit с минимальными усилиями решит это проблему
MB
Но не спорю, при достаточном желании решить можно на чем угодно