SMF капец

мдя, приехали

о чем там, кроме жалоб на то что форум не развивается и лидеру проекта нет дела? будущее у SMF там какое нарисовали?

по 2 ссылке таймаут

А что там? А то много буковок... А я, после того, как меня за пару месяцев эксплуатации SMF, ломали через него четыре раза, зарёкся с ним связываться, поставив на одну полку с phpbb :)

Туда ему и дорога

> месяцев эксплуатации SMF, ломали через него четыре раза, зарёкся с ним связываться, поставив на одну полку с phpbb :)

С учетом того, как загнулся Ultimate Board, UBB, сколько раз срывали сроки в IPB и т.п., на той полке место абсолютнo всем php-форумам, за исключением воблы.

Из готовых сторонних решений мне сегодня mybb нравится. Не считая громоздкого дефолтового интерфейса других претензий нет.

Если не требуется богатый функционал, то ещё punbb хороша. Её и взял в своё время для переточки под свои форумы.

> за исключением воблы.

вообще то vb4 это самое масштабное фиаско из перечисленных ;) почитай официальный форум или vbsupport.org хотя бы

punbb может импортировать базу smf ?

>punbb может импортировать базу smf ?

Родной - только для старых версий SMF. Но я к тому времени уже с конвертерами насобачился, слепить простой ремапер одних полей в другие - дело 10 минут. У меня цепочка переездов длинная была. Только из того, что хорошо помню: UBB -> iPB -> SMF -> punbb. А, может, и ещё что-то было... Более 10 лет форумам, всё же :)

А нет ли какого-то стандарта основной структуры форума? И если нема, то нет ли вообще какой-то движухи на эту тему?

Это к вопросу, о том, что форум как морда к стандартизированной базе, захотел сменить - скачал новый форум, тему и вперьод.

зачем оно нужно, есть twitter

>захотел сменить - скачал новый форум, тему и вперьод

Нет, такого нету. И вряд ли будет.

Плохо, было бы не плохо. Были бы серверы, отдающие данные по форумному протоколу, и клиенты форумов, как есть же клиенты чятиков, соцсетей, почты и тд.

> Нет, такого нету. И вряд ли будет.

???

Структура БД слишком зависит от функционала форумов. И на разработку бэкенда уходит на много порядком меньше времени, чем на разработку фронтенда. Поэтому задача унификации бэкенда никому неинтересна.

ну userid, timestamp, title, message, все остальное укладывается в эти поля

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

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