Здравствуйте, antonio_banderas, Вы писали:

_>Есть товарищи, которые пишут трэш, который читать неприятно.
_>Было бы классно помечать такие сообщения (в дереве сообщений) отдельным цветом, чтоб не кликать на них при просмотре.

Если видишь ник неприятного тебе человека, то не читай его сообщения!
Читай лучше сообщения приятных тебе людей, которые ему отвечают!

P.S.: иногда даже неприятные люди пишут разумные вещи, поэтому имеет смысл иногда поглядывать в их сообщения!

См. картинку.

Давайте выпилим окно подтверждения оценки, потому что неудобно кликать сначала на оценку, а потом еще и ОК.
Зачем спрашивать подтверждение, потому что всегда можно удалить оценку нажав на "крестик" на панели оценок и поставив новую, еще краше!

Даёшь упрощение простановок оценок и как следствие их популяризацию!

Много лет тому назад такое было в форумах РБК.. Первые 2 строки шли как темы, а если сообщение большое то надо было кликать и открывать..
Очень удобно когда столпотворение..

Здравствуйте, antonio_banderas, Вы писали:

_>Причем технически сделать это довольно просто скорей всего.

Ну да, хранить матрицу прочтения размерностью N сообщений * M пользователей в 1 бит на стороне сервера само собой технически просто.

Здравствуйте, akasoft, Вы писали:

_>>Причем технически сделать это довольно просто скорей всего.

A>Ну да, хранить матрицу прочтения размерностью N сообщений * M пользователей в 1 бит на стороне сервера само собой технически просто.

Где взять числа?
Моё предположение:
Пусть в среднем пишется 5000 сообщений в сутки,
пусть храним матрицу только за последний год,
пусть в системе 10000 пользователей.

5000*365*10000 = 18250000000 бит = 2281250000 байт = 2227783 КБ = 2175 МВ = 2 ГБ.

Реально можно применить оптимизации: учитывать только пользователей с некоторой активностью (отметет много мертвых душ).

Развернуть БД на SSD, даже если по факту окажется не 2 ГБ, а 10 или даже 20 ГБ — вряд ли это настолько технически сложно.
И дальше 2 простейших запроса в БД. Всё! Вуаля!

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

ВСЁ!
Где здесь сложности?

Здравствуйте, antonio_v_krasnom, Вы писали:

__>Где здесь сложности?

Сложности будут в объеме после нескольких лет функционирования. А так — http://api.rsdn.org/swagger

Не реализован подсчет рейтинга в непрофильных разделах.
Предлагаю при расчете рейтинга учитывать тип форума:
— в юморе повышать рейтинг за смайлики.
— в Священных Войнах повышать рейтинг за полученные отрицательные оценки.

Здравствуйте, Roman Odaisky, Вы писали:

Вот тут пример: http://rsdn.org/forum/life/7663383.1

Автор: Mamut
Дата: 19.02.20

Можно: поле + табличка. В поле — тестируешь. В табличке выбираешь предопределённые варианты.

RO>TODO: Перенести непосредственно идеи из ответов сюда.

сделать окно "такое сообщение уже отправлено" самозакрывающимся (также как при обычной отправке)

Как вам идея переместить колонку автора до названия темы?
Ещё их возможно выровнять по правому краю?

Здравствуйте, Sm0ke, Вы писали:

S>Как вам идея переместить колонку автора до названия темы?

В ответах тема абсолютно не информативна, я бы поставил туда имя автора.

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

Еще есть мысль визуально отделять недавние сообщения в теме от давнишних.

Звуковое уведомление от этих смайликов абсолютно бесполезно.

P.S. Или отберите смайлики у Vi2, как полумера.