Нужно ваше мнение
привет
задался я задачей поиграться немного с пользователями и группами Джанго в образовательных целях
суть идеи в следуещем:
пользователь регистрируется при этом выбирая тип регистрации (тип пользователя) на пример группа "Г1" и группа "Г2"
каждый пользователь после регистрации получает доступ к личному кабинету, который отличается (разные данные) в зависимости от того кто он "Г1" или "Г2"; НО, в личном кабинете "Г1" есть кнопка отправить сообщение и тут при создании сообщения пользователем (из Г1), оно должно уйти ко всем пользователям из группы "Г2" а те в свою очередь в своем личном кабинете либо удаляют сообщение либо отвечают на него отправителю из Г1 - получается ответ как бы приватный.
теперь по поводу моделей, по аналогии с блогом, я думаю так:
- модель Группа (аналогия с категориями) - это тип пользователя "Г1" или "Г2"
- модель Профиль1 (аналогия с постами) у которой OneToOne с моделью пользователя и Foreignkey с группой - это для пользователей из "Г1"
- модель Профиль2 (аналогия с постами) у которой OneToOne с моделью пользователя и Foreignkey с группой - это для пользователей из "Г2"
- модель Сообщений (аналогия с комментариями) у которой Foreignkey с Профиль1
скажите пожалуйста это правильный подход или нет?
если есть какие то сторонние доки скиньте.
и какой стек надо использовать для выполнения данной задачи если мы строим высконагруженное приложение?
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.Ол саған ұнайды ма? Әлеуметтік желілерде бөлісіңіз!
Пікірлер
- Геній
- Қыр. 13, 2024, 12:46 Т.Қ.
C++ - Тест 001. Первая программа и типы данных
- Нәтиже:66ұпай,
- Бағалау ұпайлары-1
- torgaev_2024
- Қыр. 8, 2024, 6:20 Т.Ж.
C++ - Тест 001. Первая программа и типы данных
- Нәтиже:33ұпай,
- Бағалау ұпайлары-10
Добрый день.
Так вы хотите использовать встроенные группы в Django или нет?
Если хотите именно со встроенными группами в Django поработать, то следующие модели вам не нужны :
По идее достаточно будет модели сообщений со списком реципиентов, и внешним ключом на стандартную группу. Список реципиентов, то есть принимающих я бы добавил, поскольку этот может оказаться полезным для формирования списка пользователей внутри группы, которым уходит сообщение.
Стек тот же самый, что и для невысоконагруженного приложения. Понятие Highload проекта - это вообще скорее не описание какого-то конкретного приложения и его стека, а описание состояния, в котором находится приложение.
Когда приложение находится в высоконагруженнном состоянии, то это означает, что у вас попросту не хватает уже мощностей для его стабильной работы. То есть highload сайтом (как бы абсурдно это не звучало) можно назвать сайт на Wordpress с посещаемостью 100 человек в сутки на самом дешёвом или даже бесплатном хостинге с кучей подключённых плагинов, поскольку страницы грузятся по 25 секунд из-за этого.
А также highload проектом можно назвать социальную сеть с многомилионной посещаемостью.
Задача заключается лишь в том, чтобы избегать highload состояния либо экстенсивными методами, то есть наращиванием мощностей, либо интенсивными методами, то есть оптимизацией алгоритмов проекта и совершенствованием используемых программных составляющих.
А если вы спрашиваете про Django и какой ему нужен стек для высоконагруженного приложения, то тут получается только один ответ: