привидение
  • gxost

OneSwarm: f2f-надстройка над протоколом BitTorrent



OneSwarm — полностью децентрализованная пиринговая сеть, построенная в виде надстройки над протоколом BitTorrent, с анонимизацией и реализацией концепции friend-to-friend (f2f), т.е. пользователи обмениваются файлами только с теми, кому доверяют.

Подробности — на Хабрахабре: http://habr.ru/p/83976
calm

паранойя-2

Пара недель хардкорного PHP-программирования, и вторая версия Паранойи ушла в тестирование от разработчиков к пользователям. Ну, то есть, от меня ко мне же :). Не буду говорить о технических преобразованиях и качестве исходников, расскажу о возможностях и существенных изменениях. Короче говоря, о том, что такое Паранойя-2 сейчас. Я не о пиарных названиях, а о сущности. А в сущности это сейчас - "система распределенной совместной RSS агрегации", наверное так. То есть это RSS-агрегатор, который позволяет агрегировать совместно, при этом работая на различных серверах.

подробности здесь
evolution

Решено

P2P блоги, редактируемый в реальном времени P2P веб... Нагло заявляю, что проблема мной решена. Реализовать такую систему - вполне просто и обозримо, вопрос только возможно ли уложиться в JavaScript или придётся хачить на уровне браузера (extensions, embedding, etc).
аватар
  • 1a1

Неофициальная международная конференция по web 2.0

BlogCamp - это "неконференция" для стран СНГ и Балтии по новым медиа, блогам, веб 2.0 и всем, что с этим связано. Киев 13-14 октября (суббота-воскресение) 2007 года.

Работает wiki сайт http://blogcamp.com.ua , ЖЖ сообщество http://community.livejournal.com/blogcamp
На сайте http://blogcamp.com.ua можно посмотреть темы докладов и записаться в участники.

Прошу прощения за оффтоп.

Мне понравились ваши посты (пришел сюда с Хабра) и мы как раз сей   час пишем некую реализацию соц. надстройки над интернетом. И нам нужны талантливые программисты на PHP и технологи SW. Кому интересно  - просите у меня инвайты на гуглгруп просить сюда: nicholas.korobko[sobachka]gmail[dot]com

Кстати, мы будем рады реализовать прогрессивные и интересные идеи. У нас уже есть небольшая команда: СЕО, менеджеры и пара программистов. Пока мы работаем на энтузиазме, потому и хотим, что б проект окупился и начал приносить деньги.
calm

Вопросы разработки

В паранойе есть сейчас такая проблема - у меня удаленные источники закачиваются всякий раз, даже при переходе на следующую страницу Моих Новостей. Соответственно, если RSS-источников много, надо со многими удаленными сайтами установить связь, скачать их файл и все такое - тратится много времени. Эту проблему я оставил в тылу, но вот пришло время к ней снова обратиться, потому что меня самого стали временные лаги раздражать :). Веб-сервер видимо сам как-то кеширует, конечно, потому что временной лаг самый большой при первом заходе на страницу после большого перерыва, но это слабое утешение.

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

Вопрос 1) что надо делать, если эта дата не задана (варианты - загружать всегда, загружать с периодичностью по умолчанию, загружать только первый раз)
Вопрос 2) чтобы эту дату получить, все равно надо часть удаленного файла скачать (тратится время на установку соединения и все такое) - стоит ли сделать задержку по умолчанию - например, раньше чем через 5 минут после последнего обновления все равно информацию с удаленного узла (например, ЖЖ) не грузить?

Второй вопрос можно поставить более абстрактно - насколько допустимы временные задержки в распределенной системе блогов между тем, когда какой-то пользователь разместил сообщение, и тем, когда оно может быть получено другими?

(еще бы, конечно, просто обработать ответ веб-сервера "403 Not Modified", но я удаленный RSS открываю простой функцией открытия файла, она не умеет это обрабатывать)

Кросс-пост в http://kormitigrov.livejournal.com/25516.html
calm

Планы по прикручиванию к Паранойе

1. Раздавать как можно больше всего по RSS, в том числе и комментарии, только как интересно? Кто-нибудь знает, как в RSS раздавать комментарии, чтобы популярные RSS-читалки их подхватывали именно как комментарии? Хотя, собственно, я тут подумал, чего это я? Я и так уже раздаю комментарии, просто все в отдельном канале. Надо сделать раздачу френд-ленты с комментариями, и еще подумать как отделить раздачу собственно сообщений пользователя для всех, кто хочет их получить, от раздачи сообщений пользователя со всеми комментариями сообщества, как она видна на вебе. Короче, задумался :)
2. Раздавать корректную последнюю дату обновления у всех RSSов, чтобы люди их могли не закачивать.
3. Как-то кешировать все закачиваемые RSS, видимо складывать куда-нибудь, и проверять только дату последнего обновления. Сейчас даже при переходе на следующую страницу новостей все источники закачиваются заново (но реально, видимо из-за кеширования самим серваком, закачивание второй раз выполняется моментально)

кросс-пост в http://kormitigrov.livejournal.com/24110.html
calm

Описание и Инструкция к Паранойе

Написал и выложил Описание к Паранойе с картинками. Картинки получились хреновые, но пока лучше ничего не придумалось, а лучше что-то, чем ничего. Говорят ближе к концу текста картинки становятся более понятными.
Еще наконец-то процесс документироваться догнал процесс разработки :), и я переделал и выложил Инструкцию для нового пользователя, описывающую и объясняющую что там можно делать и что как работает. Надеюсь более понятно стало.
evolution

Про Бульон и с чем его едят

Как работает Бульон?

Когда Вы запрашиваете страницу в Бульон, Ваш автоматический агент опрашивает максимально доступную социальную окрестность, чтобы собрать мнения о странице, её кусочках, их релевантности и версиях. При этом учитывается репутация участников. Все запросы и ответы распространяются по сети Jabber - от друга к другу.

В результате вы получаете страницу, составленную с учётом мнений людей, которым Вы доверяете. Это позволяет сохранять среду Бульон максимально открытой, но в то же время защищённой от спама и мусора.

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

Почему это будет работать?
Предполагается, что социальный граф человечества имеет в диаметре примерно 6 шагов. Из этого следует предположение, что ценные изменения будут распространяться в сети Бульон очень быстро (одно промежуточное подтверждение может продвинуть изменение на два-четыре шага). Также, предполагая безмасштабные свойства социального графа, для того, чтобы некоторый материал стал доступен линейной пропорции участников - напр., 50%, его должны увидеть и подтвердить геометрическая пропорция хабов ("законодателей мод", сильносвязанных узлов) - напр. N^0.5, т.е. тысяча для миллиона, десять тысяч для ста миллионов. Подробнее см. диссертацию.

Особенности oc-co движка
С технической стороны, Бульон - это граф oc-co движков. (oc-co это девиз проекта: "open control, controlled openness".) Движок соответствует одному пользователю. Движок производит асинхронную обработку сообщений, обеспечивающую операцию востробования кусочков страниц из социальной окрестности. Сам oc-co движок, выполненый на Java, довольно прост - ок. 500 строк кода, использует Berkeley DB JE. Движки соединены между собой "трубами", по которым идёт XML. Технологическая реализация "трубы" несущественна - сейчас используется XMPP, но по соображениям распределения нагрузки в планах добавление прямых P2P-соединений. Движки различных пользователей могут как группироваться на сервере, так и выноситься на пользовательские машины. Возможен и комбинированный вариант, когда серверный движок обеспечивает постоянное присутствие в сети, а одновременно используемый клиентский - вычислительные ресурсы. Отдельный движок можно запускать несколькими нитями (параллелить). Вообще, в архитектуре Бульон все сообщения асинхронны, а значит и возможности распараллеливания практически неограничены.

Чего хотим достичь?
Цель проекта - усилить вики-эффект, создать среду для общего пользования - "гибрид Word и IE". Возьмём Википедию - это место, где простым языком и по порядку написаны интересные вещи и ключевые ссылки. У википедии есть ограничения - исключено отражение частных мнений, основное содержимое - лёгкий контент (текст), иначе лопнет; нет контента локальной ценности.

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

Неограниченно масштабируемый растущий коралловый риф структурированной информации - такое примерно видение.

Ссылки
Как работает Бульон? (требуется логин, юзер foaf - пароль foaf)
Сценарий: база знаний в Бульон (англ) (гибрид wiki, форума, bug tracking system и базы знаний; цель - минимизация "переключения контекстов" и необходимости в поиске/обходе мест)