Коллекция идей

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

• Про микроядерную структуру я уже упоминал. С точки зрения ядра системы нет разницы между страницей сайта, страницей форума и отдельным постингом.
• Генерируемые страницы будут произвольного типа, задаваемого шаблонно. Т.е. часть страниц сайта может быть статическим HTML, часть - активным PHP-кодом
• Основная часть, в т.ч. форум предполагается статическим. Опционально необходимая динамика, навроде участников, просматривающих эту же страницу или счётчиков посещения предполагается на JavaScript-вставках.
• Требуется реализовать также поверх этого возможность и активной скриптовой обработки. Например, если кто-то захочет видеть страницы форума с отличным от стандартного числом постингов на странице.

Balancer>** Основная часть, в т.ч. форум предполагается статическим. Опционально необходимая динамика, навроде участников, просматривающих эту же страницу или счётчиков посещения предполагается на JavaScript-вставках.

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

Кстати довольно интересный подход в выводе содержимого топиков сделан на ixbt и forum.3dnews.ru. Там за построение страницы отвечает JavaScript, выигрышь в трафике, ну и генерация осуществяется на стороне клиента, хотя тут больше экономия на спичках чем реальный плюс подхода.

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

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

Другое дело, что я, всё же, не уверен ещё, что полностью статический контент оправдан. Это, вдобавок к уже упоминавшимся проблемам, создаст проблему проверки обновлений и т.п. Скажем сейчас, при изменении в скине, все страницы автоматически и незаметно для поситителя перекомпилируются при первом обращении к ним. Ну, подумаешь, грузится она не за 0.06 сек, а за 0.6 А с HTML всё будет смотреться некрасиво - JavaScript в начале страницы проверяет версию, если изменилась - запустит перекомпиляцию, а страница-то к этому времени уже грузится, уже показывается - т.е. будет лишний релоад и т.п.

Т.е., возможно, я остановлюсь, всё-таки, на версии, при которой контент будет храниться статическим, но отдаваться будет общим скриптом. Т.е. так, как реализовано сейчас. Разве что управление отдачей перенесу со Smarty на свой код.

Vanish>Кстати довольно интересный подход в выводе содержимого топиков сделан на ixbt и forum.3dnews.ru. Там за построение страницы отвечает JavaScript, выигрышь в трафике, ну и генерация осуществяется на стороне клиента, хотя тут больше экономия на спичках чем реальный плюс подхода.

Это абсолютно неприемлимый способ На сегодня ещё довольно много браузеров, не поддерживающих JavaScript, а дальше их будет ещё больше. Тот же рынок КПК и смартфонов. Да и Опера с их форумом совсем недавно только заработала.

Не нужно спорить "как лучше показать". Дайте возможность показать "как мне, юзеру движка, заблагорассудится"!

- Мой пятачок в банку идей (скорее не как основа, а как расширение).
Возможность использования движком цифровых подписей юзеров на базе GnuPG, свой кей-сервер (подпись, имеющая юридическую силу).

- Подключение к движку платёжных систем (e-gold, WM, CyberPlat и т.д.), что даст возможность производить финансовые транзакции (платная подписка, купля-продажа).

- Общая часть... Возможность работать по https (т.е. внутри движка не должно быть ссылок типа http://, что собьёт браузер с пути истинного, зашифрованного).

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

Да, это и здесь, в двушке есть... Только пояснения нет... А оно такое:

моих постингов нет в этой теме
мои постинги есть в этой теме

(на Авибазе отключено!)

Основная идея по форуму. Делать форум без повязки на его формат в БД и делать драйвер на БД iPB. Тогда можно будет переносить функционал из iPB в новый движок постепенно. Частично используя iPB, частично (и всё больше, по мере написания модулей) - новую CMS.

Сейчас в таком духе реализована БД по пользователям. Те параметры, что есть в iPB берутся из неё, в т.ч. логины, пароли, e-mail'ы и т.п. Расширенные параметры - уже в своём формате...

Чую, надо ещё гибче делать интерфейс к БД...

У меня тут небольшая идейка возникла. Пока форум не работал приходилось сидеть на НК, хотя мне больше нравится Авиабаза(не нашел я запасной аэродром ).
Так вот идея в том, что у НК есть хорошее для пользователей свойство если произошел разрыв связи или сам отключился можно любую страничку сохранить, которая еще открыта, а у Авиабазы надо быть подключеным к сети. А это позволило бы экономить пользователям деньги на Иннете.

Хм. Это с сервером, по идее, никак не связано. Только с браузером. Если страница уже загружена, то все данные для сохранения итак уже есть.

Вообще, кстати, для каталогизации таких ресурсов рекомендую Scrapbook ("Web-альбом") - расширение для Firefox. Именно он в своё время был тем помледним камушком (булыжником здоровым), который потянул меня к Firefox'у от Оперы