Как лучше реализовать ЛС на сайте ?

Question

[nepster-web]

Делаю модуль личных сообщений и тут возникло 2 пути развития сюжета.

1) Когда пользователь пишет сообщение в бд летит 1 запись.
Поля таблицы:
id, title, message, sender_id, recipient_id, sender_view, recipient_view, sender_pail, recipient_pail, sender_delete, recipient_delete

и в зависимости от молей отправителя и получателя все это дело обрабатывать.

2) Когда пользователь пишет сообщение в бд летит 2 записи.
Поля таблицы:
id, title, user_id, message, sender_id, recipient_id, view, pail, delete

Подскажите пожалуйста, как кой из вариантов оптимальнее ?

Answer 1

[Иван]

Расскажите поподробнее про поля sender_view, recipient_view, sender_pail, recipient_pail, sender_delete, recipient_delete
Вообще, второй вариант бредовый. Зачем дублировать одну и туже информацию (особенно тяжелое тело сообщения)?

Comments

[nepster-web]

sender_view - это походу лишнее
recipient_view - получатель просмотрел сообщение
sender_pail - отправитель отправил сообщение в корзину
recipient_pail - получатель отправил сообщение в корзину
sender_delete - отправитель удалил сообщение
recipient_delete - получатель получатель удалил сообщение

При таком варианте выходит кучу проверок при отображении сообщений, учитывая кто их там поудалял.

[Иван]

@nepster09 для прочитано/непрочитано получателем boolean поле new, остальное пойдет.

При таком варианте выходит кучу проверок при отображении сообщений, учитывая кто их там поудалял.

например?

[Иван]

@nepster09 и вообще, зачем вам сразу и корзина и удаление? Вы что, делаете почтовый сервис? Тогда всю схему нужно пересмотреть.

[nepster-web]

Ну например страница "Все сообщения пользователя".
Я хочу смотреть:
- Все входящие
- Все входящие
- Все удаленные (корзина)

Тоесть, что бы правильно отрендерить эту страницу, я должен проверять кем. является текущий пользователь, и делать дополнительные проверки на возможность просмотра сообщения.

Тоесть в ситуациях: написать письмо, удалить письмо, прочитать письмо, мне нужно проверять кем является текущий пользователь (получатель или отправить) и в зависимости от этого выставлять нужные флаги.

Пример в контроллере для полного удаления сообщения:

if(Yii::$app->user->id == $message->sender_id) {
$message->sender_pail = 1;
$message->sender_delete = 1;
}

if(Yii::$app->user->id == $message->recipient_id) {
$message->recipient_pail = 1;
$message->recipient_delete = 1;
}

[Иван]

@nepster09 с проверками все ок, я но я бы не стал при полном удалении менять значение pail.

[Иван]

@nepster09 я бы вообще сделал немного сложнее.
Таблица messages поля int id, int sender_id, int recipient_id, text content
Таблица user_messages с полями int user_id, int message_id, boolean trash, boolean deleted
Если recipient_id = id_пользователя - письмо в папке входящие
Если sender_id = id_пользователя - письмо в папке отправленные
Если trash = 1 - письмо в папке удаленные
Если deleted = 1 - сообщение полностью удалено и не отображается ни в одной из папок пользователя

Соответственно при создании нового письма создаем 1 запись в таблице messages и 2 записи в user_messages
Можно входящие, отправленные и корзину вообще сделать отдельным полем int folder в таблице user_messages

[nepster-web]

@0neS а вы уверены, что это не накладно для сервера ? Ну мы делаем 2 таблицы вместо одной и потом их всегда нужно будет жоинить.

[Иван]

@nepster09 не вижу в этом ничего криминального

[nepster-web]

@0neS понял, большое спасибо.