OberonCore

RFC 2616 - HTTP 1.1 (описан должен быть метод CONNECT)
Что-то есть здесь: http://www.nestor.minsk.by/sr/2003/04/30417.html
...и вот здесь: http://www.freeproxy.ru/ru/free_proxy/f ... ing-01.txt

По устройству проксей самих по себе, можно поковырять здесь: http://www.squid-cache.org/ в документации разработчика, я думаю, что-нибудь есть, но сам не смотрел. Либо залезть в исходники оного... но это...

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

Да, было-бы неплохо. А концепция активных объектов не перекрыла-бы многопоточность?

Перекрыла, но речь идёт о порте именно на КП.

Хотелось бы чтобы работа с этим самым прокси-сервером была абсолютно прозрачной. у меня была мысль оформить это дело как реализацию протокола для подсистемы Comm. чтобы в конечном счёте вся работа с прокси свелась к созданию сетевого потока например вот так:
PS: тем временем в репозитории уже лежит свежая версия с прикрученным механизмом реализации расширений протокола(XEP) и несколько расширений расширяющих функционал подсистемы до возможностей простейшего пейджера(без GUI конечно ): обмен сообщениями, работа с ростером(контакт листом то бишь), подписки(авторизация) и информация о присутствии, простейший способ передачи двоичных данных.

Для простого портирования и доработки там хватило бы одного-двух дней. Я же столько потратил из-за того, что и мне хотелось бы реализовать "по-прозрачней" : ).

В подсистеме Xmpp наблюдается зависимость от SternMd5 (при этом реализация Md5 есть в самой Xmpp) и SternMeta (а конкретно SternMeta.Md5Hash в модуле XmppStdBus). Последний отсутствует в репозитории в принципе.

Где-то можно на это дело поглядеть? По адресу https://svn.oberoncore.ru/community/bbcc ничего подобного не вижу.

Здесь можно будет поглядеть, я полагаю, когда у разработчиков появится время выложить версию для 1.6. Версия для 1.5 в старом хранилище.

могу дать архив с текущим состоянием подсистемы. работает. поддерживает работу из-за прокси(SOCKS 4/5). из расширений - disco, stream init и передача файлов через поток(либо через TCP но пока без прокси), плюc самодельная шина сообщений Abf-over-XMPP. версия для ББ 1,6 rc 6

а для каких целей требуется?

Интересует только качество декодера UTF-8.

В жабе нету, потому что используется Xmlcore

Пётр, а оно сейчас не зависит от от Stern и прочих подсистем, кроме Xmlcore? Потому что я бы посмотрел. Тема снова интересна становится. К тому же, хочется туда всунуть TLS...

зависит от Abf, Stern, Xmlcore, Lists. Я отправил пакет Евгению Т. для размещения в коллекции компонентов. Могу и вам отправить, если срочно.

а для каких целей требуется?

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

а мне не даёт покоя мысль написать фронтэнд для вот этой штуки http://juick.com/
Оно функционально пошире Instant Messaging будет. А пси пусть живёт, только в виде "Psi+" )))

лучше было бы замутить - общее инфопространство между всеми(ну, всеми кто в сети) ББ на уровне ББ2ББ. ну, синхронизированные отображения, интерфейс на сообщениях и т.п. И элементы соцсети будут не лишние. И форумный механизм.

Кстати, зря вы так. Я как бы участвовал в написании оного squid'a (я там где-то даже в about'e есть) и там не так уж и страшно. Особенно если squid 3.x, который уже на С++ а не на С.

Но в rfc конечно лучше. rfc довольно мелкое и вполне внятное. А главное, оно говорит что должно быть, а не как.

У меня аналогичные смутные мысли шевелились.
Только не так радикально обобщённые

компонент опубликован http://oberoncore.ru/bbcc/subs/xmpp/