Как хранить НЕ plain text сообщения в базе данных?

Question

[nioterzor]

Есть web-приложение.

В нем есть чат, в котором можно писать только текст. Сообщения хранятся в поле типа `text`.

Как дать возможность указывать пользователей в сообщении, чтобы они об этом узнали?

Например, один пользователь пишет в общем чате

@Василий Пупкин, смотри сюда.

Текст "@Василий Пупкин" при этом должен как-то выделяться, чтобы можно было по клику на него перейти в профиль пользователя.

Вариант такой: в базе будет сохранено "[user=48754], смотри сюда." Бэкенд перед отправкой в браузер распарсит сообщение и покажет все красиво. Очевидно, не лучший вариант.

Как такая задача (хотя бы приблизительно) реализована у крупных сайтов (соц. сетей, например)? И как реализовать это на фронтэнде? Показывать текст, а на сервер отправлять специально сформированное сообщение "[user=48754], смотри сюда."?

Answer 1

[Евгений Вольф]

Почему бы не сделать это через JavaScript? Ищем в сообщении шаблон вида "@буквы", если то, что после "@" есть в списке пользователей, который можно например, закэшировать в браузере или запрашивать через AJAX - меняем "это" на соотв. ссылку или то, что на нужно.

Вариант 2: Парсим сообщение на сервере, в поисках шаблона "@буквы" (можно через регулярку), если пользователь есть в базе - заменяем на соотв. код (ссылка, выделение и т.д.).

Так на вскидку, первый вариант подойдёт для выделения личных сообщений, второй - для того, что бы имена выделялись вообще, как таковые (как например, на тут, на Тостере).

Comments

[nioterzor]

Дело в том, что указываются не логины (они уникальны), а имена (они не уникальны). Может быть десять Василиев Пупкиных и тогда непонятно, к кому из них это относится. Это во-первых. Во-вторых, пользователь может сменить имя/фамилию в профиле и все старые ссылки на него станут таким образом недействительными.

[Александр Аксентьев]

nioterzor: как оно вообще тогда будет работать, если там сидит 10 Васей онлайн?
В чем смысл обращения по не уникальному идентификатору?

[Евгений Вольф]

nioterzor: я думаю, что:
- Если имена и фамилии не уникальны, то связать конкретный логин с не уникальной фамилией/именем - нельзя никак
- Тут (на Тостере), как Вы могли заметить, при личном обращении, указывается именно логин, а не ФИО
- В соц. сетях, наверняка у ссылки есть какой-то атрибут указывающий на ID-пользователя, например:

<a href="/user/101" data-user="101>Василий Пупкин</a>

- Помимо прочего, в соц. сетях, редактор, в котором вводится сообщения - визуальный (а не простой текстовый блок). Об этом можно сделать вывод, хотя бы по тому, что мы можем вставлять картинки вместе с текстом. Там же образом, мы можем туда вставить ссылку с любым текстом (например, с ФИО) и привязкой к конкретному пользователю (как я писал в примере выше).
- Как я уже писал выше, если Вы например, клацнете в чате на одного из 10-и "Васей Пупкиных", то у каждого из них будет уникальный ID и проблема будет решена. Если же Вы будете набирать в тексте, что-то вроде "@Вася" и пользователей попадающих под условие будет >1, то придётся выбрать кому из них адресуется сообщение. При наличии 100% одинаковых ФИО (если мы вообщем именно @ФИО), сделать этот правильно - логически не возможно.

[nioterzor]

Евгений Вольф: хорошо, а в базе как сохранять? с html?

[Евгений Вольф]

nioterzor: в базе можете хранить несколькими способами или их сочетаниями (комбинациями), например:
а) Хранить в чистом HTML
б) Создать доп. поле где будет храниться отдельно код (сырец), отдельно обработанный код HTML
в) Хранить с помощью спец. разметки, аля [user=101]NAME[/user] (где NAME - автоматически заменяется на текущее имя пользователя, при выводе), в т.ч. и в отдельном поле, а в другом поле - готовый HTML
г) Создать поле типа JSON/XML где по порядку будут храниться ID пользователей для каждой @'ки в тексте
д) и т.д., вариантов масса, их выбор зависит от того, как спроектирована остальное приложение, от самой БД и так далее.