Разрабатывается мод "Группы".
Прицел на версию ExBB FM RC1, но постараюсь обеспечить лёгкость перехода на sql.

Итак, мод будет большой и много уметь. В частности, многие настройки доступа из админки переедут под управление этого мода.

На настоящий момент идея такова:

Пользователь может состоять в одной или нескольких группах. Ему можно всё, что можно его группам, а всё остальное нельзя.

Регулируются следующие права:

1. На весь форум целиком

1. администрирование
   
2. бан юзеров
   
3. отправка ЛС
   
4. отправка email через форум
   
5. право скрывать своё присутствие на форуме
   
6. право полностью скрываться от статистики
   
7. чат (если установлен)
   
8. доступ к полям в моде профайл+ также будет тонко настраиваться

2. На отдельный форум

1. знать о существовании форума (видеть в списках)
   
2. просмотр форума и чтение тем
   
3. создание тем
   
4. создание опросов
   
5. ответ в темы
   
6. применение html в сообщениях
   
7. применение бб-кодов в сообщениях
   
8. применение смайликов в сообщениях (запрет как изощрённое наказание)
   
9. прикрепление файлов
   
10. прикрепление файлов, игнорируя ограничения
    
11. правка своих сообщений после отведённого периода
    
12. скрытие отметки о редактировании сообщения
    
13. удаление своих сообщений после отведённого периода
    
14. модерирование: выдача и снятие предупреждений
    
15. модерирование: закрытие и открытие тем (также даёт право писать в закрытые темы)
    
16. модерирование: правка сообщений
    
17. модерирование: удаление сообщений
    
18. модерирование: удаление тем
    
19. модерирование: перенос сообщений в другие темы
    
20. модерирование: перенос тем
    
21. модерирование: перенос тем в форум, где нет прав на перенос тем
    
22. модерирование: правка опросов

Кто-то может посчитать, что я усложняю. Может быть. Тогда предлагайте, какие пункты объединить.
Что-то я наверное забыл, список можно пополнить.
Есть ещё мысль сделать такую вещь, как "куратор темы".

Отображение, лычки, значки и прочие свистелки

каждая группа имеет:

1. название
   
2. текст под ником (можно html) (не обязательно, рекомендуется для основных групп) (свой вариант для каждого пола)
   
3. значок под ником (можно html) (не обязательно, рекомендуется для престижных групп, типа "старожил", "лауреат конкурса" и т.д.)

Разработчикам

Одна из целей мода - упростить проверку прав и вывод сообщений об ошибках, сведя их к вызовам типа:


Обсуждаем, критикуем, предлагаем.

кликабельный список групп на главной форума. в шапке или мож даже где-то в районе статистики. кри клике на группу выдается список пользователей этой группы.

Кажется нет особого смысла состоять в нескольких группах. Логичен переход по группам по возрастающей, с расширением прав. С указанием длительности бана и автоматическим разбаниванием.
Это стандартные функции форума. Есть ли смысл регулировать к ним доступ? Должно быть только у админа.

И у модераторов

Леголегс,

В смысле мода что-ли? Боюсь, не получится. Все проверки прав будут инкапсулированы внутрь соответствующих классов (имеющих отражение в предметной области)... То есть скажем, в файле topic.php (например) вы не найдете проверок на права доступа...
Хотя.... если... я честно говоря не могу вам помочь с правильным написанием кода (чтобы он был переносим в ExBB 2) только потому, что я еще не представляю полную картину классов... А группами, кстати, во второй версии, я и буду заниматься.
(Добавление)
И кстати, не надо в константах "прав" писать EXBB, все хорошие классы пишутся изначально так, чтобы они с "пол пинка" могли быть "выдернуты" и "перекинуты" в любой другой движок... Зачем вашему классу групп знать где он работает?

Можно. Хотя я не люблю загромождать главную, там и так слишком много всего. У админов способ просмотреть список членов группы будет обязательно.

Определённо есть смысл, это одна из причин начала разработки мода.

Будет использована старая подсистема бана. Её, конечно, полезно было бы переработать, но это как нибудь потом.

Определённо есть. Спам же.

Мнения уже разделилсь. Кому что можно пусть решает админ конкретного форума, я лишь предоставлю техническую возможность.
(Добавление)
Ну, не столь важно где делаются проверки, главное как.
Ну, а я пока по граблям похожу
(Добавление)
Да это только пример. Я ещё не решил, как будут именоваться функции, будет ли польза от классов и другие подобные чисто кодерские вопросы.
Реюзабельнось кода - вещь хорошая, но тратить слишком много времени на, что никогда никому не принесёт пользы мне не хочется, так что переносимости на какой-нибудь SMF не ждите. Слишком глубоко в потроха exbb придётся залезать.

Леголегс
Идея по поводу групп пользователей замечательная, как и предложения по функциональности. Даже нечего добавить к тому, что было предложено в начале.


Я бы ещё добавил возможность выделения цветом ников пользователей при просмотре тем (или, как вариант, выделение цветом названия группы). Как ни странно, этот нюанс среди пользователей очень востребован (видимо, тут имеет место аналогия с другими движками). Однако в данном случае не совсем понятно, как именно выделят цветом пользователя, входящего в несколько групп. Возможно, нужно ввести понятие основной группы для каждого пользователя.

Ну и чуть позже, надо будет обсудить совместимость данного мода с чатом, а также готовящимися сейчас модулями фотогалереи и прикрепления нескольких файлов к одному сообщению, чтобы модом уже изначально поддерживались новые возможности RC2

Пожаление по реализации - сделать максимально простую, насколько это возможно, интеграцию в движок. Возможно, как-то оптимизировать всё это дело с точки зрения производительности и хранения данных в файлах (скажем, исключить работу с большими массивами данных, сложные проверки и т.п.) Если это требование будет учтено, нет никаких препятствий, чтобы в будущем включить этот мод в дистрибутив очередной версии ExBB FM 1.0

Леголегс,

Вызовы могут быть как угодно глубоко. Главное чтобы все проверки на права доступа и пр. были в классе. Хотя... Мы с фураксом последний раз говорили о переносе этих моментов на язык SQL... Возможно так и сделаем.

Повторюсь: в команду к нам не охота?

Точно, забыл это записать.

Это есть - в названии группы можно юзать html.

Честно говоря, хотелось бы этого избежать. Итак сложно настраивать., админы запутаются.

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

К сожалению, просто не получится, ибо все старые проверки я планирую из exbb выкинуть. Т.е. пути назад уже не будет.

По моим оценкам, основные тормоза в exbb от количества открываемых файлов, а их объём (в разумных пределах) на скорость влияет слабее. Чтение одного файла в 500кб гораздо быстрее, чем чтение 100 по 5кб. На хосте, где крутится мой подопечный exbb первое делается за 0.1 сек (0.005 если повторно), а второе - пара десятков секунд.

phpшные классы я не очень люблю. Если вы, Юра или кто ещё из команды посмотрели профайл+ и одобряют стиль (за исключением части с аплоадом файлов ), то я бы так и продолжил.

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

Посмотрим Если сабж удастся сделать и получится что-то путное...

Да там нет так много этих проверок. Но всё равно, Вы уж постарайтесь Т.н. путь назад никто и не требует.


Ну это само собой, что тот же объём, распределённый по множеству файлов, даст большую нагрузку. Оба этих варианта развития событий (в том числе и работу с большими файлами) надо постараться избежать.


Имхо, не замарачивайтесь с классами и т.д. Это только усложнит Вам работу, не более. Никто существующие для этой версии модули переносить в ExBB 2 не будет, ибо слишком разная архитектура и разный уровень у этой и будущей версий. Если что и может быть взято за основу, так это функциональность.


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

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

Не-не, это ещё хуже. Чисто декоративные группы вообще не нужны, те-же любители кошек могут захотеть доступ в кошачий подфорум.
Но идея с главной группой мне тоже не нравится. Со временем будут специальные условия для автоматического перехода между группами (например, доступ к ЛС только после N сообщений - это будет востребовано), но кто тогда будет назначать основную группу? Я думаю, что раз груп будет гораздо меньше, чем пользователей, то надо упрощать управление пользователями ценой усложнения управления группами. Но как именно пока не ясно.

А разрешение на вступление в группу как предполагается сделать? Пользователь делает запрос у себя в профиле, а админ подтверждает?

Леголегс
Как там обстоят дела с модом? Мы уже заждались

Предлагаю добавить возможность назначать каждой группе перечень доступных скрытых форумов, как это сделано в теперешней админке для каждого пользователя

думаю только админ группы.

Чесно говоря если модвыйдет будет клева, но на мой взгляд чет он меганереальный