PunBB + PE

* разный внешний вид можно задавать в CSS, а если требуется что-то сильно отличное можно выделить какие-то куски viewtopic в отдельные файлы и подключать их через include. тогда во viewtopic будет что-то такое:
switch(@forum_kind){
case PUN_KIND_ARTICLE:
  include(PUN_ROOT.'include/PE/article.php');
...
default:
  include(PUN_ROOT.'include/PE/focum.php');
}

* сейчас разделения поиска нет, я хочу такое добавить в PE 0.1.0
мне нравится своей простотой поиск c главной страницы на PunRes - чекбоксы на каждый тип. по-умолчанию все включены.
update: уже есть

* дублирование ссылок - это нехорошо, но как-то надо адресовать конкретный пост! в форуме exbb, к примеру, возле постов стоят не прямые ссылки, а по клику выскакивают окошки "Адрес этого сообщения такой-то". Поисковик по такой ссылке не пойдет, но адрес скопировать можно

mod_rewrite настраивать не придется. в .htaccess есть такая хрень:

    RewriteRule ^topic/([0-9]+)?#p([0-9]+)/?$ viewtopic.php?id=$1#p$2 [L,NC]

тут все уже предусмотрено!

то есть модифицировать PE надо точно также как нечпушный форум, только ссылки делаешь не viewtopic.php...#... а topics/...#...

Как обычно идея должна пройти какую-то эволюцию, вызреть. Со временем уточняются термины и способы реализации. Чтобы избежать путаницы в названиях буду вместо слова "форум" употреблять термин "доска". Доска Объявлений - Bulletin Board System. Теперь "форум" — это частный случай "доски".
Сейчас я готовлю релиз PE 0.1.0. Попробую перефразировать первый пост темы:

В основе простая идея: заводим дополнительный признак у категории - тип (kind).

Имея такой признак мы можем
1. Разделить полный список досок (boards) на группы по типам, например "форумы", "статьи", "галереи", "блоги" и т.д.
В меню верхнего уровня добавим навигацию по типам. Отсюда появился термин супер-категория. Эта группировка как бы выше по иерархии, чем категории. В пределах одной категории все доски имеют один и тот же тип.

2. Отрисовывать доску и тему по-разному, в зависимости от типа доски. Например
- в галерее давать превьюшку для приоединенного JPEG
- статью выводить на всю доступную ширину и высоту страницы без лишнего обрамления
- "новости" — это свежие записи всех или избранных блогов. блог мы сразу узнаем по тому, что вместо заголовка темы выводится стартовое сообщение

3. Дать пользователю возможность ограничивать текстовый поиск по одному или нескольким типам досок.

По мере надобности можно заводить новые типы досок.
Этот механизм хорошо сочетается с так называемыми "Человеко-Понятными УРЛами" ЧПУ (в английском языке используют термин Search Engine Friendly или Search Engine Optimized). Для каждого типа форума можно и нужно завести наглядный алиас, например:
_http://somesite.com/articles.php будет отображаться на _http://somesite/boards.php с фильтрацией по categories.kind=3

как это работает в PE 0.1.0:

- в таблицу categoies добавляю поле kind
- скрипт index.php (список всех досок) теперь называется boards.php. он никогда не будет вызываться напрямую, а только из оболочек. например имеем оболочку blogs.php:

<?php
define('PUN_ROOT', './');

$kind  = PUN_KIND_BLOG;
require PUN_ROOT.'boards.php'

аналогично делаем articles.php, forums.php и т.д.

а в boards.php имеем такой код:

...
if (!isset($kind))
    exit('You cannot call this script directly');
...
$result = $db->query('SELECT ... FROM categories AS c INNER JOIN forums AS f ... WHERE c.kind='.$kind.'...');
...

Из примера видно, что список досок всегда будет фильтроваться по какому-то kind.

Продолжение теории: персональные доски - блоги и личные галереи.
В "нормальном" форумном движке новые форумы может создавать только Админ. он же делегирует некоторые административные функции Модераторам.

Теперь вообразим страшное: Админ разрешает какой-то группе пользователей создавать свои доски. В пределах своей личной доски пользователь является Модератором и даже чуть-чуть Админом.
Он может удалять и редактировать любые комментарии, Может разрешить или запретить писать определенным группам пользователей, может вести свой личный блек-лист (почтичто бан-лист).

Как реализовать?

1. В таблице groups заводим еще одно право и один список
+ own_board tinyint(1) default 0. Право на создание своих досок. По-умолчанию выключено.
+ cat_list text null. Сериализованый список категорий где пользователь данной группы может создавать личные доски. Категория имеет свой тип-суперкатегорию (см. выше). Значит Админ может, например, разрешить группе Power Users заводить только блоги, а группе Columnists заводить блоги, галереи и статьи.

2. В таблице forums заводим ссылку на автора.
+ owner_id int(10) null. По-умолчанию автора нет. Обычная доска Если поле не null, значит персональная.

3. В таблице users заводим список для "личных врагов фюрера". Должен он как-то банить плохишей в пределах своих досок?
+ black_list text null. Сериализованный список пользователей, не допущенных к личным доскам данного пользователя.

Это материал для внедрения в ближайших ревизиях PE

ревизия 15. реализовано:
- поиск возможен по отмеченным типам досок, но если выбрана конкретная доска, то типы игнорируются.
- переходы к другой доске (quickjump) во viewboard и viewtopic делаются только в пределах текущей суперкатегории
- перенос темы аналогично - только в другую доску той же суперкатегории

Комментарии к статье — классический форум.

Думаю это более логично.