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

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

Есть один рабочий момент, он мной упоминался, но в данном случае потерялся. Дело в том, что первоначально я ориентировался на vbulletin2. Затем - на invision board 1.3, отхаченный до уровня vbulletin2. С вашего позволения, я именно с ним и буду сравнивать.
.
.
.
1) Переход на юникод не прошел для phpbb незаметно. Рубить длину имен создаваемых форумов на 15-й букве - это как-то просто неприлично. Зато если писать латиницей, название форума может быть и вдвое длиннее. Мля, ну не нравится использование функций для определения длины строчки не в байтах а в буквах - ну не берись ты за юникод... В ib юникода нет, поэтому там хотя бы с русскими буквами ничего не глючит.
.
.
2) Система прав доступа в phpbb находится ну совершенно в зачаточном состоянии. Рассмотрим классическую схему:
.
.а) есть форум ("блог") для новостей. Администрация сайта может создавать треды, остальные могут только читать, либо только отвечать.
.б) есть форум для администрации, входящие в нее пользователи могут его читать, остальные его не видят. При этом администрация сайта - это не модераторы. Это, если угодно "журналисты", аккредитованные поставщики новостей. Один-два из них могут быть модераторами, но эти две группы людей никак не надо приравнивать одну к другой.
.
В ib я делаю группу "администрация", соответствующих пользователей загоняю в эту группу. Далее создаю форумы "новости" и "внутренний", для новостей убираю группе "пользователи" разрешение на создание тредов, для форума "внутренний" убираю группе "пользователи" вообще все разрешения - и на создание и на чтение. Схема чуть упрощена, там еще с группами "забаненные" и "незарегистрированные" надо возиться, но общая идея ясна, да?
.
Более того. В ib для форума или для группы пользователей можно открыть матрицу прав доступа. Для группы: в строчках - форумы, в колонках - права, на пересечении можно ставить и снимать галочки. Для форума то же самое, только строчками располагаются группы пользователей. Наглядность представления - залог снижения возможной ошибки.
.
Так вот: учитывая, что в phpbb понятие "группа пользователей" к понятию "подфорум" может привязываться только через понятие "являются модераторами", очевидно, что построить на этом форуме вышеозначенную схему просто нельзя в принципе. Или я просто не нашел как?
.
.
3) Это уж совсем идиотизм, но я в phpbb так и не смог найти, как в созданную группу пользователей добавить существующего пользователя. Я понимаю, что КАК-ТО это должно делаться, иначе группы вообще нужны непонятно для чего. Но как? Я 15 минут убил на доскональное изучение администраторской панели - нигде не вижу такой возможности. Ни в управлении пользователями, ни в управлении группами, ни в управлении правами. Одно это уже очень красноречиво говорит о степени эргономичности админпанели phpbb.
.
.
4) В phpbb управление пользователями находится в совершенно зачаточном состоянии. Пример из практики ib: Время от времени базу пользователей имеет смысл чистить, чтобы она не разрасталась. Очевидно, что хранить учетные записи пользователей, у которых количество сообщений меньше пяти и последнее посещение сайта - четыре месяца назад, смысла большого не имеет. Что делаем? Заходим в админпанель, в панель поиска пользователей. Задаем критерии поиска: "сообщений меньше: 5", "последнее посещение до: 30-01-2005". Потом смотрим список найденных по данным критериям пользователей, из предлагаемых действий выбираем "удалить". После этого указанные записи из базы пользователей исчезают, а все сообщения за их авторством выглядят как написанные от имени "незарегистрированного гостя" с подписью, соответствующей их никам.
.
В phpbb нельзя делать ничего из перечисленного. Максимум работы с пользователями, который тут предлагается - открыть профиль конкретного пользователя, поредактировать его немного, затем закрыть. Можно забанить пользователя (исключительно на неограниченный срок) или разбанить нескольких.
.
.
5) Кстати, о бане пользователей. Как я уже говорил, сейчас, с массовым распространением динамических IP, понятие бана по IP постепенно уходит в прошлое, заменяясь более эффективными методиками. А именно - требованием обязательной регистрации, причем с возможным усложнением (увеличением длительности) этой процедуры, в частности, с проверкой работоспособности и уникальности указываемого email адреса, либо с введением ежедневной (еженедельной) предварительной проверки всех регистрируемых пользователей администратором. При этом банится не IP, а конкретный пользователь со всеми своими виртуалами. Для поиска виртуалов существует вполне эффективный инструмент анализа логов форума - смотрится список IP адресов, с которых появлялся пользователь и смотрится список пользователей, входивших на форум с этих IP. Способ не дает стопроцентной эффективности и безошибочности, но достаточно эффективен для большинства обычных сетевых хулиганов, даже если у них динамический IP.
.
В ib все указанные средства есть. В phpbb - нет.
.
.
6) Бан по таймеру. Наиболее эффективным и часто применяющимся еще со времен фидошных эх является способ бана конкретного пользователя на определенное время, в зависимости от тяжести нарушения. При этом идеальный модераторский инструмент позволяет указать срок бана для пользователя и больше не вспоминать о нем. По истечении срока пользователь выйдет из бана автоматически. На время бана права пользователя рассматриваются в соответствии с правами группы banned, однако непосредственно эта группа не назначается ему, т.к. после окончания срока бана должны восстанавливаться именно те права, которые были до бана, а до бана пользователь мог входить в произвольную группу.
.
Этого нет ни в phpbb, ни в ib (вышедшая позже invision board 2.0 - не исключение). Я это видел только в хаченном ib 1.3 и в vbulletin 3.0.
.
.
7) В ib в настройках параметров конкретного форума можно задать список модераторов и задать характеристики показа форума по умолчанию (треды за сколько последних дней показывать и в каком порядке их сортировать). Уже потом, при просмотре, пользователь может эти параметры поменять. Но это редко кто делает. А эти параметры полезны: сортировка по дате первого сообщения треда делает из форума блог (новостную ленту). А сортировка по названию треда - энциклопедию (каталог). Иногда это удобно.
.
.
Это что касается администраторской точки зрения. Теперь пользовательская:
.
.
8 ) В phpbb нет понятия "приложенный к сообщению файл". В ib - есть, более того, на отправку и просмотр вложений существуют назначаемые права доступа.
.
.
9) В phpbb нет формы быстрого ответа в конкретный тред (топик/тред - я предпочитаю чуть более привычный термин "тред"). Справедливости ради следует заметить, что этой формы быстрого ответа нет и в ib13. Более того, в ib20 она появилась, но находится в зачаточном состоянии.
.
Наиболее продвинутый вариант я видел в том самом отхаченном ib13, там мало того, что на странице треда внизу была форма ввода, так она еще и была снабжена скриптом для облегчения вставки цитат. Достаточно было выделения мышью цитируемого текста и щелчка на имя цитируемого, расположенное слева от его сообщения, чтобы цитата была обрамлена и отправлена в расположенную в низу страницы форму ввода, с указанием ника и пола цитируемого ("Такой-то такой-то написал"/"Такая-то такая-то написала"). Остается лишь дописать ответ на цитируемый текст и нажать кнопку "отправить". Либо повторить процедуру цитирования для другой цитаты.
.
.
10) Слава богу, такая вещь, как почтовые уведомления есть и в ib, и в phpbb. Однако в ib можно, кроме прочего, подписаться на появление новых тредов конкретного форума (иногда полезно), кроме того, при появлении новых ответов уведомление посылается только на первый из непрочитанных. После этого уведомления не посылаются, до тех пор, пока пользователь не заглянет в тред. Это весьма разумно. Уведомление посылается не о факте ответа, а о факте появления непрочитанных ответов. В ib 20 пошли еще дальше: там пользователь может выбрать: будет ли ему приходить лишь уведомление о факте новых ответов или ему будут приходить сами новые ответы, причем все и непосредственно с текстом ответа.
.
.
11) В ib понятие редактирования своего сообщения сделано ограниченным. Т.е. сообщение можно редактировать лишь в течение какого-то срока (задается в настройках форума), начиная с которого оно становится неизменным, и, читая тред можно быть с высокой долей вероятности уверенным, что данные ответы написаны именно на это сообщение. В phpbb до этой концепции (а это именно концепция) еще не додумались. Там любой автор может редактировать любое свое сообщение. Или удалить его.
.
.
12) Система приватных сообщений. Сделана на высоте и в ib и в phpbb. Там и там можно читать и писать сообщения со штатными форумными смайлами, там и там можно чистить свой ящик приватных сообщений, скачивая старые сообщения в виде html файла на локальный диск (в ib этот html файл высылается на адрес электронной почты, но это уже детали)
.
.
13) Сортировать треды в форуме иначе чем по дате последнего ответа в phpbb нельзя. Как показываются - так показываются. В ib их можно сортировать по алфавиту, по дате первого сообщения, по количеству ответов и т.п. Иногда удобно.
.
.
14) В списке форумов phpbb показывает только имя последнего ответившего, тогда как ib показывает еще и заголовок последнего изменившегося треда. Это гораздо удобнее.
.
.
Вывод: ситуация с момента, когда я рассматривал её в последний раз ничуть не изменилась. Хотя на дворе уже 2005 год, phpbb безнадёжно проигрывает практически по всем параметрам даже вышедшему где-то в 2001-2002 годах ib13. Такое ощущение, что разработчики phpbb о существовании конкурентов своего продукта до сих пор не в курсе.
.
Впрочем, есть один параметр, по которому phpbb далеко впереди. Это список SQL-серверов, на которых он работает. Если у ib это традиционно, по сей день остается исключительно mysql, то у phpbb в этот список входят postgresql, MSSQL и еще несколько. Это тоже важно. Но, с учетом всего вышесказанного, подозреваю, что ребята развивали совсем не тот аспект, который следовало бы.

Да, это мысль, давать доступ к альтернативному виду форума, спасибо!
А не подскажете, сложно ли сделать единую базу регистрации пользователей для сайта и для форума на ib3?