Ну ребяты-демократы, удивляете вы меня...

Дело-то простое...

И вариантов выгрузки архива из базы - немеряно.

Хотя бы так:

1. Структурировать по месяцам, неделям, дням и выгружать первоначально только станицу с указанием хронологии.

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

Вот так.

Можно просто давать заголовки тем, это гораздо меньше, чем заголовки и боди вместе. И т.д. и т.п., вполне рабочих вариантов множество...

Так ведь список топиков показывает только 10 страниц.
Их я уже давно просмотрел.

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

Не понял юмора, в чем трабл, в принципе.
Чего тень-то на плетень наводить с всяким-разным статизмом ?

Просто все постинги форума кладутся в базу SQL-сервера, таблица элементарная, формат полей примерно такой:

code - индекс (по дате + можно еще, напр, по коду раздела и пр.)
coder - код раздела
date - код даты
time - время
user - автор
user_date1 - данные об авторе 1
user_date2 - данные об авторе 2
- - -
user_date_n - данные об авторе n
head - заголовок сообщения
body - тело сообщения

и т.п.

Главное, продумать разные значимы поля, чтобы выборки делать по различным критериям легче было.

Дальше - все элементарно.

Инструкция SELECT с критериями выборки юзера с ограничением по дате (от... - до...) - и передача результата запроса в браюзер пользователя.

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

Только вот еще в чем вопрос, ребята.

Надобно добиться от участников вмеяемых заголовков постингов. Иначе контекстный поиск по полю head становится невозможным. А поиск только по полю body будет гораздо дольше - ясно почему.

Я ведь писал о том, что постинги с безликими заголовками надо убивать. Не из вредности, а из уважения к сообществу.
Умные поймут, а остальным - не обязательно.

Серьезное дело затеяли создатели сайта, и крайне нужное.
Но реализация и организация - полная стихия.

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

Всякое серьезное и стоящее дело начинается с твердых и ясных принципов организации процесса в головах авторов.

Вот тогда их теозавры станут нашими.

O'Key

Так ка же все-таки архив-то просмотреть, допустим, с начала года ?

2 Alex Sibilev

Цифирку 177 в конце страницы теперь увидел.
Вопрос снят.

За что душевное мое спасибо.
(и не только мое)