Ilya-S-Zharskiy
Получаем_бесплатные_бесконечные_сессии_TeamViewer Purslane-Ltd. RustDesk Zhou-Huabing P2P MeshCentral rustdesk.com замена-ТимВьюеру f-droid.org i.imgur.com

camo.githubusercontent.com


on-premise rustdesk.com rustdesk.com rustdesk.com
Enable direct IP —
работает в LAN-ах
pedja.supurovic.net github.com github.com rustdesk.com

Есть несколько бесплатных публичных серверов — для тех, кто за NAT-ом.

Клиенты и серверы для всех операционок (в т.ч. сервер для Андроида).

В т.ч. браузерные (вроде без httpS) rustdesk.com

Одна(!) зависимость: github.com sciter.DLL

github.com

i.imgur.com

NAT hairping: github.com github.com github.com

youtu.be youtu.be

Lis
docker поисковик opensource P2P Open source p2p поисковик в докере?
Жуйк ты слышал об этом поисковике? Может быть пользовался?
Идея мне понравилась.

Каждый компьютер, на котором установлен основной программный модуль, сканирует интернет самостоятельно, то есть является аналогом поискового робота. Полученные результаты собираются в общую базу, которую используют все участники YaCy.

yacy.net
L29Ah
openbazaar P2P ? Я правильно понимаю, что в OpenBazaar документирован только http api, протокол общения узлов между собой можно вызнать только путём чтения исходнигов на Го (и человечью спеку можно не ждать), про питонячью версию можно забыть как про дурной сон, а единственная морда написана на браузерном жаваскрипте?
OCTAGRAM
ttk P2P С одной стороны, хорошо, что ТТК приучает к DC, с другой стороны, делают они это каким-то специфичным образом. Нормальный участник p2p подключен к одной-двум дюжинам хабов по интересам. Если шара интересная, ещё и на закрытые приглашают. Качаешь с закрытых ништяки, раздаёшь на всех, и так течёт информация.

Но Граждане Интернета, которые спаунятся в сети ТТК, не таковы. Сидят, значит, на местном огороженном по IP хабе двое клоунов, один сетует, что 6го сезона Зачарованных нет в p2p, я офигеваю, говорю, да как нету, такая вещь вот уж точно никуда не денется, ищу, нахожу, вот тебе ссылки, тут включается второй, говорит, что по ссылке даже не находится.

И тут я начинаю прозревать. Нашёл первого в списке пользователей. В теге стоит H: 1/0/0. Нашёл второго в списке пользователей. В теге стоит H: 1/0/0. Сами себе злобные буратины
OCTAGRAM
x509 tth OID ASN1 P2P В сертификатах, подписях и запросах на сертификат применяются так называемые OID, идентификаторы объектов. Например, они бывают такие:

Проверка подлинности сервера: 1.3.6.1.5.5.7.3.1
Подписание проектов сводных справок о правах на объекты жилищного фонда: 1.2.643.3.3.0.0.1.53
TIGER: 1.3.6.1.4.1.11591.12.2
HMAC-TIGER 1.3.6.1.5.5.8.1.3
Индивидуальные предприниматели РФ: 1.2.643.10
codeSigning: 1.3.6.1.5.5.7.3.3
msCodeCom, Microsoft Commercial Code Signing (AuthentiCode): 1.3.6.1.4.1.311.2.1.22
sha512: 2.16.840.1.101.3.4.2.3
sha1WithRSAEncryption: 1.2.840.113549.1.1.5
rsaEncryption: 1.2.840.113549.1.1.1
Свойство CN (Common name), общепринятое имя: 2.5.4.3
Intel Corporation: 1.3.6.1.4.1.311.2.1.22
ed25519: 1.3.6.1.4.1.11591.15.1

Они образуют древовидную структуру, в которой есть ISO, ITU, страны, компании. Каждый следующий отвечает за своё поддерево, в котором может делать что угодно. Всеохватывающего реестра нет, но для многих верхних ветвей есть разделяемое большинством соглашение о принадлежности. Каждый признанный хозяин поддерева ведёт реестры так, как хочет. Вот тут попытка создать общий реестр, но всё это под честное слово. А вот Россия, например, ведёт реестры, и тут можно искать индивидуальных предпринимателей. Какие-то технические OID можно встретить в RFC.

Так, например, OID HMAC-TIGER расписывается как: {iso(1) identified-organization(3) dod(6) internet(1) security(5) mechanisms(5) ipsec(8) isakmpOakley(1) hmacTIGER(3)}. То есть, у него есть OID только потому что он был применён в IPSEC. А чистый TIGER был когда-то реализован в GnuPG, поэтому он оказался в GNU. У TTH никто необходимостью опубликовать OID не озаботился, и как результат, если сейчас захотеть подписать по X.509 файлы и почту самым популярным в p2p хешем, сделать это не получится, надо сначала договориться о смыслах. А это для третьих сторон гораздо сложнее, чем если бы получением OID озаботились авторы TTH.

Кто владеет OID, тот создаёт смыслы.

Теперь про то, как получить. Получить поддерево можно у любого хозяина, который уже зарегистрирован. Нашёл тут разные варианты.
1. Например, интересно, что есть поддерево для UUID, и если сгенерить или использовать существующий, OID из такого UUID будет тоже уникален, но ни в каком реестре это не будет отражено.
2. Можно бесплатно зарегистрироваться здесь и оказаться по соседству с Intel и GNU внутри ISO, МинОбороны США и Интернета :) Например, TTH и ed25519 — в поддереве GNU.
3. Можно зарегистрироваться в России, например, тут после получения ЭЦП — соответственно, в поддереве России, а не в какой-нибудь минобороне сша.
4. Поискать по вашим обстоятельствам, кто ещё раздаёт поддеревья. GNU, ЮНЕСКО там всякие и т.п.

И, кстати, я прозрел на тему того, как программно идентифицировать сущности, чтоб и конкуренции за козырные имена (привет, sun.*) избежать, и чтоб не до предела запутано, как в COM, было. COM'овские GUID замечательно проецируются в подветвь OID, а в других подветвях в каждой стране (в смысле, любой может) есть несколько способов получить себе свой уникальный и хозяйничать в поддеревьях.
OCTAGRAM
работа P2P ADC То чувство, когда общаешься с заказчиком по ГрейЛинку. В частности, чат там явно получше, чем эта навороченная тормозящая штука на ангуляре с вечно отваливающимися и не заваливающимися обратно вебсокетами, из-за которых надо обновлять страницу фриланса, чтоб увидеть, появился ли ответ, в общем, получше по сравнению с тем, что такое обычное в вебе.
OCTAGRAM
tth криптография P2P Tiger Кажется, поймал в живую коллизию. С одной стороны, файл. С другой стороны, папка (хеш от отсортированных хешей файлов). Собрал свидетельства, сделал снимки экрана. По идее, это заодно сведётся и к коллизии для TIGER.

Надо будет независимыми утилитами перепроверить все расчёты. Не врёт ли мне клиент по другую сторону. В ГрейЛинке хеш для папок — устаревшая фича в пользу dcls, я в контекстном меню скачанного списка файлов вижу опции «получить магнитную ссылку» неактивным цветом. Только в поиске по TTH вижу файл и папку вместе.
zinid
P2P Я тут смотрю мода пошла на p2p, типа нет центра и значит никогда не ляжет. Я не понимаю этой уверенности. Есть же папира от лохматого 2002-го года, которая показывает, что без единого центра авторизации невозможно защититься от Sybil-атак (когда некий узел сети говорит, что на самом деле он 100500 узлов). Цитата:

We argue that it is practically impossible, in a distributed computing environment, for initially
unknown remote computing elements to present convincingly distinct identities. With no logically
central, trusted authority to vouch for a one-to-one correspondence between entity and identity, it is always possible for an unfamiliar entity to present more than one identity, except under conditions that are not practically realizable for large-scale distributed systems

dl.acm.org

Многие начинают впоминать биткоин, типа вот оно же как-то работает, кококо. Ну, во-первых, роль "центра авторизации" (хотя и распределённого) играют майнеры: они фиксируют транзакции с помощью консенсуса и, к тому же, материально заинтересованы. Во-вторых, вполне себе существует Sybil-атака на bitcoin (она же Selfish Mine атака): link.springer.com
Эта атака достаточно известна в узких кругах и обмусоливается вероятность её проведения. Защиты на данный момент от неё нет.

Я как бы не против p2p, но я не совсем представляю как можно построить устойчивую к атакам "истинную" p2p-сеть. Многие p2p-поделки просто забивают на Sybil-атаки (типа, пронесёт), что мне кажется полным идиотизмом.
OCTAGRAM
web P2P magnet Было некогда желание сделать виджет для магнитных ссылок, чтоб из менюшки можно было сделать поиск по TTH через онлайн-индексаторы, проверку в VirtusTotal, а также варианты поделится в соцсетях. В менюшке можно отображать альтернативные HTTP/HTTPS ссылки, рекомендуемые DC++ хабы и прочее, прочее, что в магнитную ссылку теоретически можно запихнуть, но чем практически сложно воспользоваться из-за слабой поддержки в клиентах.

Но так и не сделал, с нуля наклепать такое не просто. Я на altaimolodoi.ru как-то раз поставил подсветку ключевых слов, по которым пришли из поиска, так оно вешало Хром, а я этого не знал, так как в IceDragon работало. А тут попался похожий сервис виджетов для Скайпа, где, похоже, всё отлажено. Можно переделать код под свои нужды.
killy
nyaapocalypse anime >_< P2P Следим за развитием событий #2870289
Теперь уже можно уверенно сказать, что nyaa.se грохнут владельцем под давлением европейских властей. При этом грохнут без предупреждения.

Кто-то поднял зеркало с несвежим бэкапом базы (похоже, никто не бэкапил sukebi последнее время), кто-то собирается делать замену (сирус бизнес, nyaa держал огромный трафик). Крупные релизеры ждут — аналогичной площадки просто нет. Пока хостить торренты негде, релизы будут на магнитах и XDCC.

OCTAGRAM
tth torrent dcls P2P Провокация с TTH-торрентами идёт по плану. Поисковики заглотили несколько гигабайт наживки и направляют посетителей. Например, один из посетителей что-то поискал в Гугле, открыл HMS, потом скачал torrent для «Шрам Покушение на Пиночета (Cicatriz)». Мог бы выбрать dcls, но зачем-то выбрал torrent. Хорошо, нате вам torrent, но он будет такой же, как dcls, вид в профиль. Человек смог полюбоваться на список файлов и прочитать комментарий:

"BEP 47 Padding files and extended file attributes" support required: wiki.depthstrike.com info.pieces is fake to make deficient (that is, not upgraded to TTH yet) clients happy and let you see this message

Учитывая, что «deficient (that is, not upgraded to TTH yet) clients» — это практически все торрент-клиенты, скачать, скорее всего, не получилось. Ибо нефиг пользоваться всякой хренью. С одной стороны, кроме как обновлением до TTH, это объективно непоправимо, с другой стороны, так приятно хоть немного отомстить за то, что полезли на наши магнитные ссылки, не реализовав соответствующий функционал TTH. Вы полезли на наши магнитные ссылки, мы полезли на ваши торренты.

Многие другие посещения не столь интересные. Там кликают по магнитной ссылке. Даже если начать отслеживать их пикселями, не понятно, куда этот клик пойдёт. Может быть, по ту сторону всё замечательно открылось и скачалось, как положено.
Balancer
P2P SyncThing Опять, блин, в syncthing что-то поломали. Треть синков рассыпалась. Просто молча останавливает синхронизацию, забивая логи регулярными "INFO: Folder "Balancer-Pictures" error is cleared, restarting".

Ну почему нельзя писать не ломая? :-/
OCTAGRAM
P2P HMS Потратил 4,6 гига на хостинге, навыкладывал метаданных про 300 тер. Вообще, мечтал петабайт осилить, но при текущей плотности метаинформации не получается. Надо посмотреть, как дело пойдёт. Яндекс-бот уже пришёл.

Вот интересно, а ведь бывают, наверное, боты-индексаторы для открытых торрентов. Я, допустим, четвёртый год пытаюсь скачать торрент с BTIH 6AE765434DEB78AB7CBDA3AAC869363E81046348 , и если я его забиваю в поисковик, то вылезают несколько штук сайтов. И с другими BTIH аналогичная история. У каких-то BTIH таких сайтов больше, у каких-то меньше. Как бы в эти индексы попасть.
OCTAGRAM
время P2P Выписал реальные значения временных меток в атрибуте Shared (GreyLink DC++) и TS (FlyLink DC++). Для сравнения ещё вычислил Date.now(), он получился по длине между ними. Для наглядности добавил подчёркивание там, где кончаются секунды.
GreyLink DC++: 1307966464_52889830
Date.now(): 1480931727_080
FlyLink DC++: 1295288944
Таким образом, это в общем везде время от начала Эпохи (1970), но во FlyLink DC++ — с точностью до секунды, а в GreyLink DC++ — с точностью до 10 наносекунд. Я опасался, что там время OLE Automation (от 1900) может затесаться.

Правда, тут есть один нюанс. Согласно POSIX, время отсчитывается без учёта високосных секунд, а вот справедливо ли это по отношению к каждой из трёх приведённых дат, не очевидно. Надо полагать, что всё-таки без.
OCTAGRAM
directconnect BitTorrent P2P greylink Расширения тега File во FlyLink DC++
Почитал тут.
HIT — количество скачиваний
В GreyLink DC++ есть в базе, но нет в XML списке файлов.
TS — дата добавления
В GreyLink DC++ есть аналогичный атрибут Shared, но формат другой. И там, и там числа, но у GreyLink явно подлиннее. И есть подозрение, что этот атрибут есть только в обычном корневом файле шары, а в сгенеренных вручную — нет. Но мой генератор получает на вход именно корневые файлы и имеет возможность пробросить этот атрибут в выходной файл.
BR — Битрейт файла
WH — разрешение картинки
MA — аудио информация (кодек, количество каналов, количество дорожек, язык дорожек)
MV — видеоинформация (кодек, Битрейт видеопотока, соотношение сторон экрана)
В GreyLink DC++ не хранится ни в базе, ни в XML, вместо этого можно делать асинхронные запросы к файлам. Пожалуй, решение FlyLink DC++ лучше. При этом информация в GreyLink DC++ более полна, видно авторa и альбом, как они написаны в ID3 тегах. Самое лучшее решение я видел в Shareaza.
Ещё в GreyLink DC++ есть возможность назначать папкам свои картинки. И опять в dcls фича, скорее всего, обычно не пробрасывается, но мой генератор может научиться это делать. Насчёт поддержки в FlyLink DC++ не знаю.
Ещё Shareaza при хешировании шары проставляет в дополнительные потоки папок UUID, и по ним отслеживает переименования и переносы. Не помешало бы аналогичное для DC++. Вот как раз онлайн-ссылки в новое расположение можно было бы автоматом перенаправлять. Но увы, такого нет. Во всяком случае, в чужих шарах такого ожидать не приходится.

Заодно посмотрел расширения торрента. Даже близко такого нет (кроме даты создания), хотя я мог бы сделать, чтоб мой генератор с барского плеча пожаловал метаинформацию от FlyLink DC++ в info.files.*.
OCTAGRAM
BitTorrent P2P BEP47 ADC Сконвертил свою p2p шару в формат торрента по спецификации BEP 47.

В оригинале (.xml.bz2) 3,1Мб, распакованный XML 12 Мб, а в формате торрента получилось 16 Мб. Он, конечно, двоичный, в отличие от распакованного XML, и каждый TTH там 24мя байтами кодируется, а не 39ю в Base32, но это с лихвой компенсировалось тем, что в описании каждого файла участвует info.files.path, повторяющий названия верхних директорий несколько тысяч раз, в то время как в XML тег Directory указывает имя директории только один раз. Я поискал и сходу не вижу такой BEP, чтобы можно было как-то вложить info в info. Это бы решило проблему, но увы.

Так же, как и для dcls, для торрентов можно генерить один большой файл, а в нём запоминать смещения (в списке info.files), чтобы потом склеивать на лету. Правда, это дурацкое устройство info.files.path и здесь не даёт возможности сделать всё нормально. Название директории, которую описывает торрент, задаётся в info.name. А элементы списка info.files.path идут уже внутри info.name. Так что если нам захотелось в торренте для вложенной папки установить info.name в имя этой папки, у нас получится такая картина, что в нём сначала папка с именем желаемой папки, потом внутри неё несколько взаимовложенных папок с именами папок от корня шары, потом снова эта папка, и там уже собственно файлы. Если генерить отдельные торренты для каждой директории, 16Мб распухнут пусть не в семь (как для dcls), но едва ли меньше, чем в два раза. Общий info.name в каждом торренте в принципе, был бы наиболее логичен, если рассматривать их по отдельности, но если их у одного человека становится несколько и все одинаково названы, тоже как-то не здорово. Решил сделать компромиссный вариант: в info.name не само имя папки, а конкатенация имени папки с именем корня (в качестве которого у меня выступает CID). Всё же хочется иметь возможность забить хостинг как можно большим количеством скачанных шар.

Конечно, не удержался от того, чтобы ковырнуть торрент µTorrent'ом. Пишет «Невозможно загрузить 'root.torrent'. Недостаточно памяти для обработки команды. !». Мда, печально это. p2p-клиенты и не такими объёмами ворочают.
OCTAGRAM
dcls P2P bzip2 сжатие Провёл эксперимент и обнаружил, что два склеенных bzip2 файла распаковываются в один, склеенный из двух оригинальных. И это же замечательно!

Это может пригодиться для генерации на веб-сервере списков файлов p2p для любой поддиректории:
Открываем новый файл на запись, начинаем туда в сжатом виде писать XML списка файлов, перед каждым открывающим тегом Directory и после каждого закрывающего делаем BZ_FINISH, а смещения запоминаем на будущее. Пролог и эпилог с директивой XML и тегом FileListing тоже нужно сделать возможным отрезать.
Потом, когда веб-серверу нужно отдать список файлов для поддиректории, он, не особенно напрягаясь, склеивает пролог, XML-описание поддиректории и эпилог. А ещё потом можно редактировать этот файл. Придётся байтики подвигать, но хотя бы пережимать не нужно.
Я нагенерил обычных отдельных списков файлов для каждой поддиректории своей шары, и у меня в общем получилось 23 мегабайта. Обычный сжатый (с аргументами blockSize100k => 9, workFactor => 30) полный список файлов весит 3,1 мегабайта. Несжатый — 12,5.
Реализовал эту идею. Сжатый список файлов с разрывами получился на 4,8 мегабайт. Выкручивание workFactor на 250 практически ничего не изменило, но всё равно неплохо.

Гипотетически можно с zlib устроить аналогичное, чтоб посетители с плохим Интернетом могли экономить трафик, но и веб-сервер не напрягался. Разрезать шаблон на куски, сжать каждый, на лету дожать остальное содержимое и отдавать всё в склеенном виде.
Balancer
ZeroNet IPFS торренты P2P видео Так и не придумал способа для размещения видео в p2p с проигрыванием через браузер лучше, чем класть mp4 в IPFS :-/ Очевидные недостатки — отдача с централизованного ресурса, если у вас не установлена IPFS-нода и необходимость локального хранения в двух экземплярах (свой файл и IPFS). Торренты были бы замечательны, но они до сих пор нормально в браузере без костылей так и не играются :-/ Вот уже год жду, когда на этот счёт допилят решения на JS (своей квалификации в это области не хватает), но его пока так и нет.

Тест видео с IPFS в ZeroNet:

zerogate.tk

В принципе, уже почти «вечный» вариант если просматривающий поставит у себя IPFS с плагином, но для остальных это «почти» ещё всё портит...
Balancer
ZeroNet P2P ZeroNet теперь имеет и русский интерфейс. В 0.5.1 прикрутили многоязычную поддержку, буквально за 2-3 дня народными усилиями появились 10 языков. Вот что значит — активное коммьюнити и простая архитектура приложения :) ИМХО, ZeroNet зарулит все остальные p2p-болталки по этим причинам...
Balancer
ZeroNet P2P Чем больше пользуюсь, тем больше ZeroNet нравится :) Удобный, лёгкий, с самым живым из всех децентрализованных систем коммьюнити... Пока гейт в Web/Infonesy даже не начинал делать, что задерживает активное использование, но тем не менее...

В ZeroMe появился аттач картинок.

OCTAGRAM
MagnetURI P2P
Подскажите, при нажатии кнопки поиск на странице ТТК, открывается не Пульс++ а торрент и говорит мол нельзя скачать, как это исправить?
Интересно, это недоразумение когда-нибудь научится скачивать по тому формату URI, на который претендует, или наступит наконец уже понимание, что они, начав претендовать на реализацию magnet:, вот уже столько лет не в состоянии его запрограммировать, а раз руки не из того места, то и не надо мешать программам, где всё как надо
Balancer
ZeroNet ZeroWiki P2P Понял, что в ZeroNet меня ещё весьма привлекает. Оно отлично годится в роли «десктопной Wiki». Бесплатная, работающая «из коробки» система с синхронизацией между удалёнными машинами и способная работать в офлайне. Да ещё и внешней помощью и комментариями желающих. Это прекрасно! :D
Balancer
ZeroNet социальные_сети P2P ИМХО, ZeroNet — самая удачная и перспективная идея среди всех социальных p2p-решений, которые я видел последнее время.

— Очень легко устанавливается
— Приложения сети очень просты в использовании, установке, модификации, разработке
— Работоспособные приложения под основные социальные запросы (Wiki, форумы, блоги, микроблоги)
— Простая и понятная интеграция с внешними сервисами.
— [Вследствие этого] уже сейчас — высокая активность, множество читателей, обратная связь...

Конечно, тут нет такого уровня безопасности, как по FreeNet или хотя бы в RetroShare. Более того, это совсем не хранилище файлов. Но именно как распределённая социальная сеть — отлично!

Вот вам, кстати, новенький гейт: zerogate.tk

Например, кросспост этой записи: zerogate.tk
Balancer
ZeroNet retroshare Infonesy P2P Ура! Сегодня удалось «вручную» отправить тестовое сообщение в ZeroNet. Ну а читать там итак просто. Таким образом есть потенциал для включения в Infonesy ещё и ZeroNet'а (в отличие от закрытого и непонятного RetroShare).
don-Rumata
P2P Поковырял немного ivona.com. Очень приятно реализован голос Maxim. Думал куда можно применить, понял, что не хватает уведомления (помимо notify-send) о скачанных торрентах. В итоге получилось как-то так: dl.dropboxusercontent.com
Ну и сам скрипт, который прописывается в transmission: dl.dropboxusercontent.com
kunsun
P2P zyptonite.com
новый мессенджер всячески акцентирует внимание на своей п2п-шности
типа у нас только прямые соединения по-этому хоть в 4к можете видеосообщаться
а разве у всех остальных уже давно не то же самое п2п при возможности?
ну не может же быть чтоб бесплатный вайбер содержал сервера для сотен миллионов клиентов
наверняка при любой возможности устанавливает прямое соединение
don-Rumata
кино musthave Win P2P радость ААААААА!!!1 Я нашёл тот перевод 2-го терминатора, который засматривал на VHS в детстве до дыр!

Хэш фильма: a7baacd5bf62f6684d6ab537aad52760eaff2886
Хэш дорожек: 406a70cebc11faa1c1e389ca60430475acbdb203
Выкачивать "./2/Режиссерская версия — Director's Cut [Special Edition] NTSC/ОРТ — Селена Интернешнл).ac3"

P.S. "Тот самый" перевод детектится на 43-й минуте фильма, когда Шварц спрашивает у Т-1000: "А что с Волчком?"
Balancer
движки форумы markdown Infonesy P2P Если я правильно понял https://github.com/mybb/Parser, то на 2-й версии MyBB можно использовать Markdown. И тогда можно будет перевести на него все форумы Infonesy по умолчанию.

— Движок Авиабазы и сейчас понимает Markdown, просто чтобы народу голову не забивать, вариант BBCode используется без возможности выбора альтернативы
— MyBB 2
— Vanilla Forum
— FluxBB
— Flarum (правда, там кривой и принципиально не расширяемый Markdown без таблиц)

Получается, всё, что я щупал и признал интересным, теперь сможет поддерживать Markdown. Отлично :)
Balancer
code Infonesy социальные_сети P2P
Решил попробовать включить в файлы для обмена топиков ещё и UUID постингов. Чтобы приёмная нода сразу могла понять, все ли постинги есть у неё и при необходимости запросить у исходной недостающее (например, когда нода включается в работу поздно, когда идут пополнения уже имеющегося давно топика). В таком духе:

{
    "UUID": "ru.balancer.board.topic.39814",
    "Node": "ru.balancer.board",
    "Title": "G36",
    "Date": "Wed, 14 Jun 2006 03:22:00 +0400",
    "Modify": "Fri, 25 Mar 2016 22:57:26 +0300",
    "Type": "Topic",
    "ForumUUID": "ru.balancer.board.forum.6",
    "Keywords": [
        "армия"
    ],
    "Author": "Stribog",
    "AuthorMD": "059a7f25d4be01ae98f401048f0f2f5b",
    "AuthorEmailMD5": "059a7f25d4be01ae98f401048f0f2f5b",
    "AuthorUUID": "ru.balancer.board.user.8395",
    "Posts": [
        "ru.balancer.board.post.759526",
        "ru.balancer.board.post.759563",
        "ru.balancer.board.post.759910",
        "ru.balancer.board.post.759919",
        "ru.balancer.board.post.4124847",
        "ru.balancer.board.post.4125397",
        "ru.balancer.board.post.4126108",
        "ru.balancer.board.post.4126149",
        "ru.balancer.board.post.4126164",
        "ru.balancer.board.post.4126167",
        "ru.balancer.board.post.4126172",
        "ru.balancer.board.post.4126877",
        "ru.balancer.board.post.4126954",
        "ru.balancer.board.post.4144048",
        "ru.balancer.board.post.4144049",
        "ru.balancer.board.post.4144841",
        "ru.balancer.board.post.4144956"
    ]
}

Проблема — есть много огромных топиков. Так что сразу за 4 дня в обменном репозитории легло 23Мбайт файлов. Это на 876 штук. В то время, как всех остальных файлов (постинги, описания аттачей, форумы, категории) за 14 дней всего на 16Мбайт (16255 штук).

Т.е. основной обменный трафик в этом случае будут составлять файлы постингов.

Не то, чтобы 23Мбайт за 4 дня много (хотя трафика реально много больше, т.к. топики же обновляются с каждым постингом), но как-то выглядит неаккуратно. А ещё есть идея попробовать файлы постингов засовывать в ipfs, и хеши вписывать в файл топика. Чтобы приёмная нода могла постинги уметь прочитать даже при падении исходной ноды без поиска других нод с архивом этих постингов. Это ещё примерно удвоит размер файлов топиков...

Прямо не знаю, что делать :) Наверное, пока лучшая идея не появится, буду, таки, писать и UUID постов и IPFS-хеши... Но — не красиво :-/
Balancer
блоггинг Vole Infonesy P2P Ещё интересный инструмент для p2p-микроблоггинга — Vole.

vole.cc

github.com

К сожалению, не поддерживает комментариев к записям. Зато идеологически близок к моей Infonesy — работает через любой инструмент p2p синхронизации каталогов. Авторы выбрали BTSync (что одобряю), но система прозволяет использовать и смешанные протоколы. Суть в том, что свои записи (Markdown поддерживается) записывается в .json и отдаются в R/O-синхронизации фолловерам. Программа также смотрит в свой каталог на появление новых записей через файловый синк от френдов.

Скачивается бинарник (или компилируется из Go-сорцов, что должно занимать секунды, но не проверял) под Linux/MacOS/Windows, запускается — и готово, можно писать в браузер по 127.0.0.1:6789. Чтобы твои записи мог прочесть кто-то другой, расшариваешь каталог с записями через p2p. Чтобы читать чужие записи — добавляешь синк к себе в катлог чужих шар.

Мой BTSync-ключ для теста — BOBZHCPN4CIXHXTVCAZY7SRXZYOG7TAMB

Жаль, повторюсь, что в системе нет поддержки комментариев. С ними был бы сразу функциональный инструмент для полноценного блоггинга. Так, увы, пока нет.