On Fri, 25 Aug 2023 at 18:23 +0300, you wrote to Nil A:
NA>> Кстати, говорил уже не раз, что получается интересно, что NA>> ластриды можно хранить для разных пользователей системы, а NA>> прочитанные или нет, только для сисопа узла. EG> И это есть пи#дец в случае многопользовательского доступа.
TimesRead в JAM хранится в заголовке сообщения, поэтому никакой многопользовательности тут быть не может. Это очередной рудимент, и использовать это поле как флаг прочитанности сообщения не совсем правильно. Гораздо правильнее хранить эту информацию отдельно от JAM-базы. Например, в SQL таблице с полями user_uid, msg_uid и индексом по этим двум полям.
EG> Но вообще я привожу это как пример технологического убожества EG> стандартизированных(тм) фидошных баз
А чему тут удивляться? Эти форматы придумывали энтузиасты для своих собственных нужд почти 30 лет назад. Зачем сейчас пытаться к этим базам прикрутить функционал, на который они не были расчитаны изначально - не очень понятно.