OberonCore

Гм. Возможно я несколько не верно истолковал смысл темы. С т.з. замены ФОРУМА, nntp это самое то что нужно. В качестве чата, конечно же nntp ни каким боком не подходит.

Для чата есть irc.

Вы не забывайте, что изначальная постановка задачи исходила из этого сообщения: viewtopic.php?p=20235#p20235

Я лишь предложил немного расширить задачу.

Тогда однозначно e-mail/nntp или что-то подобное. Именно что чат провоцирует на короткие слабообдуманные сообщения, в то время как e-mail/nntp/fido и проч. подразумевают более детальную и точную формулировку как вопроса так и ответа.

С точки зрения сервера наверное лучше всё таки пересылать не вьюшку и даже не Stores.Store, а тупо Files.File. Это чтобы серверу не надо было лишний раз сериализовывать/десериализовывать. А вот внутри переданного объекта Files.File пусть хранятся и вьюшки и что угодно ещё.

То есть первым делом надо написать обёртку над CommStreams, в которой Stream умел бы отправлять и получать объекты Files.File:

Правильно! Серверу вообще глубоко параллельно, что там передаётся. Тупо строка, с полем длины в начале...

Написал обёртку над CommStreams.Stream позволяющую пересылать объекты Files.File:

И простейший тест: эхо-сервер, он отправляет клиенту то что получил. Клиент отправляет ему вьюшку, а полученные вьюшки печатает в лог. В примере в качестве отправляемой вьюшки используется сама же вьюшка управления сервером.

Правка от 02.11.2008: Исходный код теперь в следующем моём сообщении...

И так, пробный камень...

На сервер отправляю не вьюшки, а текст (TextModels.Text). Он их там у себя копит и рассылает всем вновь подключившимся, а потом броадкастит новые сообщения по мере их поступления.

Уважаемый Сергей Губанов,
ваши демо-подсистемы реализуют некий набор функций... Ровно тот же набор функций реализует базовый протокол XMPP. Посредством добавления расширений вы можете реализовать передачу чего угодно между двумя и более клиентами. Вообще, джаббер может работать со всем, что может быть описано языком XML. НО, в джаббере УЖЕ реализованы механизмы регистрации, аутентификации, контакт-лист(список пользователей форума), группы пользователей, рассылки сообщений. Все эти механизмы, очевидно, нужны для работы форума... Объясните тогда, зачем вам реализовывать свой собственный механизм с полным набором фич, если можно всего лишь расширить "расширяемый протокол обмена данными"?

Например, даже моя подсистема XMPP уже может передавать двоичные данные... для того чтобы реализовать простейший форум, функциональности УЖЕ достаточно.

ЗЫ: это НЕ реклама подсистемы XMPP
ЗЗЫ: подсистема XMPP тут: viewtopic.php?f=47&t=1104

Речь шла о простом как репа инструменте для использования школьным учителем в компьютерном классе при работе со школьниками.

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

Кто мешает сделать просто? Но на основе джаббера - благо серваки джаббера есть в открытом доступе. Останется всего ничего...

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

Сергею Губанову
найдите 10 отличий: http://sage.com.ua/screens/UDPChat01.png
Прошу не расматривать UDP чат как панацею
Это был лишь эксперимент, в услових наличия минимального набора сетевых протоколов

Расширять будут старшекласники, в качестве домашнего задания, кто во что горазд. Базовая версия будет минимальная.

Ну так стоило тогда это сюда выносить на обсуждение?

Поначалу родились... а все равно помрем. В итоге получится очередной ...
Сразу уж привяжем к ногам гирю, да и в пруд!

Тема скатилась в оффтоп.

В какой момент?

Тут какая-то удивительная путаница в двух соснах:
1) микро-форум для школьного класса.
2) полномасштабный (но не обязательно сложный) форум собственного производства, учитывающий "психологию форумов".