OberonCore

Добавлено Модератором:
viewtopic.php?p=20235#p20235



Портировать UDP-чат, например
Чат, быстрее работает чем форум, не нужно будет страничку обновлять постоянно.
http://sage.com.ua/ru.shtml?e1l4

Быстрота тут роли, наверное, вообще не играет.

К тому же надо еще проще:

1) Форум, Открыть -- открывается окошко с read-only документом, в котором (например) складки, снаружи мин. инфа, внутри тексты сообщений (одним потоком); через сколько-то секунд автоматически обновляется.
2) При этом вывешивается диалог: указать свое имя. ОК -- подключились.
3) В новом окне делаем документ-сообщение. Какое-то средство для гиперссылок на уже имеющиеся в потоке сообщения.
4) Форум, Послать -- сообщение отсылается, окошко обновляется.
5) Закрыли окошко -- отключились.

А можно вьюшки пересылать:

Клиент передаёт на сервер вьюшку --> сервер добавляет её в список вьюшек форума.
Клиент запрашивает обновлённую страницу форума --> сервер отправляет ему список вьюшек.

Туманно, хотя смысл понятен. А как на счёт того, чтобы хранить всё это хозяйство? Ну т.е. БД?

Об этом и речь. Отсылается просто и тупо вьюшка в окне, в котором приготовлен ответ.

Вот оно, комбинирование...
Раз есть в голове "БД", значит, само просится всунуться...

Речь о том, чтобы это было просто как репа, на уровне школьника. Типа пять процедур и две команды.

На сервере должен оставаться, скажем, просто файл, имя которого -- дата + то, что задаст "хозяин" (учитель), октрывая его.
Скажем, номер класса (причем это может быть группа, т.е. формат названия свободный).

Ну уж хренушки.
Тут не дело в том, что "раз есть", а в том, что я посмотрел с позиции например этого форума, а не просто внутриклассного школьного на одно занятие. Меня именно такая постановка задачи интересует. А вот механизмы могут быть действительно простые.

Ну вот где и как мне хранить >20000 сообщений за несколько лет и обеспечивать к ним "одновременный" доступ нескольких десятков пользователей? + поисковое индексирование.

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

А я тут подумал, что можно сделать компилятор с Оберона-07 на PHP?
PS: может кто то уже предлагал, но я не видел.

можно взять за основу джаббер, и реализовать(если уже не реализовано) расширение протокола для общения с удалённой БД("типа сервер БД" и "типа клиент БД"). в реальности все клиенты и серверы БД есть клиенты джаббер-сервера. На одном конце стоит "типа сервер БД" и и джаббер-приложение с этим расширением. ну а с другой стороны будут приложения-"типа клиенты БД", которые всё это будут преобразовывать в сос-доки и т.п.

хе-хе...

Из Оберона в ПХП или на ПХП написанный?

Именно из оберона на PHP.
1. Тогда написанный на обероне форум, можно запускать на практически любом хостинге.
2. Тогда можно скомпилировать компилятор на PHP и можно получим на ПХП написанный компилятор Оберона. С вытикающими последствиями

Это сильно другая задача. Этак простая никогда не решится.

Привычная модель форумов не выглядит хорошо продуманной и слишком сложна.
Все обезъянничают друг у друга + гонка фич.
Как обычно.

Ну дык. Я поэтому и отделил тему сюда, в надежде, что удастся родить более простую и удобную модель. А расширить её до "промышленного" применения, это уже вопрос следующий.

В любом случае это будет быстрее работать, чем что-то вроде форума. В отличие от форума сообщение получателю будет доставлено практически мгновенно!
И если в обсуждении учавствуют ученики + преподаватель, то это уже чат-рум Такое поддерживает и джаббер и любой чат для локальной сети.

Ко всему прочему вся информация будет сохраняться в БД. Ну и конечно, все преимущества систем обмена сообщениями в нашем распоряжении. Ну и для приличия можно устроить эхо-трансляции в web.

И в компетентные органы! Не забывайте про них.

А может просто nntp-сервер поднять/написать? (ну и клиент вструмленый в BB соответственно).

+ как ни крути, нужен таки и веб-интерфейс.

А может лучше из пушки да по воробьям? Как сюда News сервер вяжется?

ЗЫ. Разве что для последующего изучения лога...