Теги форумов: BORS, BORS©

2004-10-07, Balancer: ~~~Сейчас имеется полнофункциональная CMS (система управления контентом), частично интегрированная с форумом iPB. Особенности: * Релизована объектная модель на базе MySQL. Движок выполнен в виде внешнего драйвера (хотя и весьма массивного) на двух уровнях: ** MySQL-интерфейс для простейших операций (вставить значение, извлечь значение и т.п.) - объём файла всего 258 строк. Фактически, переход на иные способы хранения (другие БД, plain/text файлы и т.п.) выполняется, в основном, его заменой. чтобы проще ссылаться - имя файла DataBase.php ** Интерфейс моей CMS - надстройка над DataBase.php, реализующая объектную модель. Т.е. для каждого объекта (страница, картинка и т.п.) есть набор атрибутов (ширина картинки, дата модификации страницы, URL страницы, описание, список родителей, список детей и т.п. - всего уже десятки параметров). 464 строки. Требуется доработка, т.к. есть несколько прямых запросов к MySQL минуя DataBase.php. Имя файла - DataBaseHTS.php (HTS - давнее обозначение моего формата разметки, ещё…

2004-10-07, Balancer: Начну пока рассуждать в конкретных направлениях. Итак, мысли сейчас такие. Каждый объект системы, будь то страница сайта или топик форума может быть (задаётся или разработчиком, в случае страницы, или администратором, в случае форума) разного формата. Например, статику проще всего класть в HTML, динамику - в PHP и т.д. По умолчанию для большинства нужд предполагается статический HTML. Всё же, разница в быстродействии, даже при использовании всевозможных акселераторов, порой, идёт на порядки. Особенно, если сервером стоит не Апач, а что-то более скоростное. Встаёт вопрос адресации этих страниц. Их где-то нужно хранить. Если для форума это не проблема, каждый топик выделяется номером, по этому номеру его и хранить можно, для скорости, ещё и порезав, скажем, на подкаталоги - site.ex/forum/0/1/2/5/012507/ то для сайта всё становится несколько сложнее. Во-первых, я сторонник "человекопонятных URL" ("ЧПУ"). Т.е. чтобы не ничего не значащие цифры в идентификаторе, а нормальное название, пусть и латиницей (хотя было…

2004-10-06, Balancer: ~~~Сабж? Если задействовать JavaScript для include изменяющихся частей форума, то можно сделать страницы статическими. Точнее - сделать аналог статического HTML-кеша. - Перехватываем обработчик 404-й ошибки. - Если страница форума не найдена, скрипт её генерит и отдаёт. - Если найдена - то загружается статический HTML. - Вся динамика (если вообще будем делать, например - список просматривающих топик) подключается через JavaScript - Периодически старые кеши чистятся Кстати, если сразу продумать, то всю эту машинерию можно попытаться реализовать на уровне скинов. Т.е. кому со статикой не интересно возиться, будут пользоваться "PHP-скинами". Кому важна производительность - тот задействует "HTML-скины" или "SSI-скины".

2004-09-06, slipstream: ~~~Хм, скорее тогда три ошибки, или два пожелания и одна ошибка: 1) Неудобно, когда внутри bb-тага "code" срабатывают bb-коды и автозамена ссылок на их заголовок :-/ 2) Неудобно, когда внутри bb-тага "url" срабатывает автозамена ссылок на их заголовок. 3)…

2004-08-08, Balancer: ~~~Наблюдатель> 1. Это ускоряет работу движка - разгружает ресурсы базы? (т.е. "а нафига?") Или просто разгружает модераторов? Конечно - движка. Для пользователей (и модераторов, администраторов) остаётся всё прозрачно. Наблюдатель> 2. Где находится…

2004-06-06, Balancer: Также напомню, что есть форум тэги Авиабазы , где я понемногу начал набивать описания тэгов