Блин, ну ты и наподнимал топиков. В общем так. Есть у меня уже почти готовая штука. Что она из себя представляет:

Локальная База MS SQL 2000

Просмотрщик форума (локальной базы) на ASP в read only. Можно выбирать форумы, список тем которых следует показывать. Поиска пока нету, но поскольку база локальная, поиск можно сделать самый навроченный. Кстати предложение по поводу поиска - можно ввести опцию - показывать не все сообщения темы а только те, где встречаются поисковые критерии. Очень актуально для топиков с большим количеством страниц.

Далее, собственно главная часть всего этого - парсер топиков на Java 1.4, вот заточил его под сруль. Что он делает. Он считывает топик по ID - getTopic(140635) - выпарсивает количество страниц и далее по каждому посту - автора, дату, сабж, и тело сообщений - и все это заносит в базу. Тело сообщения просматривается на предмет ссылок на картинки с другого сайта и приложений к посту, далее найденные ссылки прокачиваются и подменяются ссылками на скаченные локальные файлы. Штука не такая уж сложная, но с регулярными выражениями повозиться пришлось. Так что джуджу ничего делать для это не нужно, главное особо HTML дизайн не менять, а то придется регулярные выражения перестраивать.

Что нужно еще сделать:

Это Update рутину. Задаешь промежуток дат по которому парсер будет искать еще не скаченные сообщения и скачивать их при необходимости. Для этого джуджу тоже ничего делать не надо, существующего списка тем, отсортированного по дате последнего изменения, вполне достаточно. Поиск первого еще не скаченного топика/поста можно осуществлять методом половинного деления по страницам форума/топика.

В общем все это хозяйство еще нужно подшлифовать, чтобы можно было выкладывать на народное обозрение. Если интересно, постараюсь найти время для этого.

Грасоф, мы говорим о совсем разных вещах, ты путаешь offline клиент с сервисом для экономии трафика при live просмотре сруля.

Что такое offline клиент, это штука которая позволяет сохранять часть форума или теоретически весь форум локально. Сохранять локально можно по разному, например валить HTML файлы через save as и при необходимости искать через обычный файл менеджер, возможности такого поиска весьма ограничены. Отсюда мы приходим к сохранению данных вместо плоских HTML файлов в базе, особенно если эти данные разложены по полочкам - форум, автор, дата, тема, сообщение а не лежат одним куском в поле TEXT LOB. А база Грасофф это всё, тогда на SQL можно такой поиск замоздрячить, ну ты сам понимаешь.

И так раз мы используем базу в качестве хранения, то встает вопрос, как эту информацию из базы просматривать и как искать, в общем нужен клиент. Почему я взял ASP? Не потому что я его люблю /PS я его ненавижу:)/, а потому что иначе получается винигрет - сборщик на яве, база MS SQL, клиент на PHP. Поскльку база MS SQL, то и завязаться стоит на IIS, тем более ставить его и связывать с MS SQL проще всего.

Теперь по поводу сервиса для экономии трафика при live просмотре сруля. Это совсем другое. Во первых, он актуален только для тех, у кого очень остро стоит вопрос с траффиком. Во вторых, без содействия джуджа для получения только "новой" инфы врядли сильно продвинешься в этом отношении. И тогда встает вопрос, а на кой это нужно если есть NNTP.

//Сервер и так по утрам он натуги кряхтит

А характер трафика анализировал? Скорее всего это просто по утрам, когда Москва и Питер приходят на работу, все дружно идут на sql.ru посмотреть чего там понаписали.