А еще чтоб можно было кастовать из лортега в заголовке — "[gentoo] сосет у арча".

Изменение на сайте - уведомление при упоминании в [user]

Кстати, а как тебе такое: [group]gentoo[/group] отсылает уведомления megabaks'y и прочим известным гентушникам
[group]bsd[/group] отправляет уведомления iZEN'y, bsdfun'y, different-thing'y и др.
[group]spv[/group] отправляет клич Специалистам по всему...

adriano32 *** (30.08.2011 19:26:38)

Спасибо!

Вот я и предлагаю ещё реализовать группы пользователей, например, [group]gentoo[/group], в которую можно добровольно вступить, добавив в спецполе в профиле.

Перечень групп задаёт администрация, пользователи вольны в них вступать и выходить из них. Тег [group]gentoo[/group] отправляет уведомления всем участникам группы.

Полезно как для призыва спецов, так и для слежения за темами определённого содержания.

adriano32 *** (03.09.2011 1:48:16)

Если реализуют после твоего фичреквеста, я не буду возмущаться, что ты сплагиатил мою идею.

Хотя изначально идея hizel'a, вообще-то :)

подписка на теги? ммм

> Хотя изначально идея hizel'a, вообще-то :)

По фигу чья идея, главное, чтобы реализовали. =)

погодите, я еще эту идею не запатентовал :]

Полезная штука была бы.

Для меня как минимум нужны группы «СПВ», «велосипедостроители», «флудеры», «C», «мандурива», «арч».

Забыл «КойЪ-8», «ССЗБ» и «самострел в коленку».

«Самострел в коленку» - то же самое, что «ССЗБ». А «КойЪ-8» не нужна: в ней, кроме меня и десятка BSD'шников и слакварцев никого не будет :)

Вот так и превратится ЛОР в социальную сеть.

Даёшь группу «Лига Справедливости» для модераторов!!!

За

>Для меня как минимум нужны группы «СПВ», «велосипедостроители», «флудеры», «C», «мандурива», «арч».

А также «анекдоты на C» и «всезабан».

тут лс никогда не доелают, а вы о группах.

сейчас можно написать «кастую имя_пользователя» и ему приедет уведомление о том что его ник упоминался

ваще-та, никто ЛС и не доелает

Можно :)

>ваще-та, никто ЛС и не доелает

и не особо нужно в нашей асоциальной сети без возможности забанить посылателей.

И чо к каждой группе модератора приставлять? Или граждане самоопределяться будут?

болезненная фантазия, неужто лорчанка?

Где там болезненная фантазия? «КойЪ-8» - более болезненна :)

Скорее, скорее, нам нужна корпоративная лицуха для коммитов в lorsource: закоммитил — всё, права на код передал ООО «ЛОР» :)

А серьёзно, hizel, как ты видишь реализацию такой фичи?

Добраваутра.

А серьёзно, hizel, как ты видишь реализацию такой фичи?

У нас уже есть расслоение пользователей по разным признакам, как-то статус, кол-во звезд, модератор, корректор. На основе этих признаков, сделать multicast тривиально.

А то что предлагают поцтиэнты выше предполагает нетривиальные копания в коде и изменение scheme БД.

И вообще, в вопросе внедрения такой feature полностью полагаюсь на мнение maxcom-а. Лично мне даже тривиальный multicast не особенно и нужен.

Добриранок :)

Поскольку эта фича никаким образом не нарушает анонимности (вошедшие в группу не видят, кто там уже есть), то есть входить или не входить в какую-либо группу — личное дело каждого, то она очень вписывается в рамки ЛОРа. К тому же она by design должна способствовать развитию технической части форума, сокращая время реакции на тред, приглашая в него спецов или людей, интересующихся предметов обсуждения и т.п.

А можешь дать рецензию на такой вариант реализации в БД: одна таблица в три колонки, ID_группы, название группы, CSV поле с ID юзеров, вошедших в группу, а в коде при кастовании группы выбрать запись в БД, получить CSV-поле с ID юзеров, и «запустить машину генерации уведомлений» по этим ID? Ну как?

лучше наверно Many-to-Many

User -> ID ...
UserGroup -> ID GroupName ...
Member -> ID UserId GroupId ...

Да, действительно так лучше вроде. А рассылку уведомлений как-то допиливать для этого надо или там можно что-то типа «передать Id пользователя как параметр и сделать для всех членов группы, id которых вернул запрос»?

https://github.com/hizel/lorsource/blob/master/src/main/java/ru/org/linux/uti...

rootNode.addReplier(user);

если пользователь существует, соответственно нужно внедрить логику, что если такого пользователя нет, то может это группа, хм значит группы должны называться с использованием символов которые нельзя использовать в логине, например @groupName ^^

а потом в https://github.com/hizel/lorsource/blob/master/src/main/java/ru/org/linux/uti...

parserWithReplies(...).getReplier()

возвращает множество всех ников упомянутых в сообщении

хм если вводить новый тэг - group, то попроще, просто написать GroupTag по аналогии с MemberTag

Поддерживаю.

А что, если не делать эти группы какими-то постоянными, созданными модераторами, а сделать на подобие тегов?

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

Вопрос

Набор/выход из групп будет свободным или у групп будут какие-то лидеры и т.д.?

А «КойЪ-8» не нужна: в ней, кроме меня и десятка BSD'шников и слакварцев никого не будет :)

Эта группа будет вложенной в более объемную и популярную группу «Не нужно».

Дискасс.

Было бы здорово.

>Набор/выход из групп будет свободным или у групп будут какие-то лидеры и т.д.?

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

лидеры

прочитал как дилеры :(

Тогда придется абсолютно все группы делать производными группы «не нужно», потому что всегда найдется кто-то, кому что-то не нужно.

Ага, дилеры групп «Илита» и «Ъ» =]

Ну так к какому выводу пришли-таки?

Нужно!

какая разница к какому мнению? в вопросе дела, мнение большинства имеет совещательное значение. мне не нужно, у maxcom-а, судя по слабой реакции, другие планы на ближайшее время. хотите, реализуйте сами.

тогда ещё ману добавить нужно и данный каст в магию тьмы занести

> какая разница к какому мнению? в вопросе дела, мнение большинства имеет совещательное значение. мне не нужно, у maxcom-а, судя по слабой реакции, другие планы на ближайшее время. хотите, реализуйте сами.

А если я потрачу время и реализую, feature будет добавлена? Или «реализуйте, а там подумаем»?

Тут лучше самого maxcom'a и спросить, потому что не сильно как поглядеть и что-то кто-то для server-side реализовывал.

Если что, я с тобой

> А если я потрачу время и реализую, feature будет добавлена? Или «реализуйте, а там подумаем»?

cast maxcom

ты сначала точно расскажи что хочешь реализовать