Чтобы добавлять сообщения и комментарии, .

@OCTAGRAM:
OCTAGRAM

Выписал реальные значения временных меток в атрибуте 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:
OCTAGRAM

Расширения тега 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:
OCTAGRAM

Сконвертил свою 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:
OCTAGRAM

Провёл эксперимент и обнаружил, что два склеенных bzip2 файла распаковываются в один, склеенный из двух оригинальных. И это же замечательно!

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

Гипотетически можно с zlib устроить аналогичное, чтоб посетители с плохим Интернетом могли экономить трафик, но и веб-сервер не напрягался. Разрезать шаблон на куски, сжать каждый, на лету дожать остальное содержимое и отдавать всё в склеенном виде.

@Balancer:
Balancer

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

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

zerogate.tk

В принципе, уже почти «вечный» вариант если просматривающий поставит у себя IPFS с плагином, но для остальных это «почти» ещё всё портит...

@Balancer:
Balancer

ZeroNet теперь имеет и русский интерфейс. В 0.5.1 прикрутили многоязычную поддержку, буквально за 2-3 дня народными усилиями появились 10 языков. Вот что значит — активное коммьюнити и простая архитектура приложения :) ИМХО, ZeroNet зарулит все остальные p2p-болталки по этим причинам...

@Balancer:
Balancer

Чем больше пользуюсь, тем больше ZeroNet нравится :) Удобный, лёгкий, с самым живым из всех децентрализованных систем коммьюнити... Пока гейт в Web/Infonesy даже не начинал делать, что задерживает активное использование, но тем не менее...

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

@OCTAGRAM:
OCTAGRAM

Подскажите, при нажатии кнопки поиск на странице ТТК, открывается не Пульс++ а торрент и говорит мол нельзя скачать, как это исправить?Интересно, это недоразумение когда-нибудь научится скачивать по тому формату URI, на который претендует, или наступит наконец уже понимание, что они, начав претендовать на реализацию magnet:, вот уже столько лет не в состоянии его запрограммировать, а раз руки не из того места, то и не надо мешать программам, где всё как надо

@Balancer:
Balancer

Понял, что в ZeroNet меня ещё весьма привлекает. Оно отлично годится в роли «десктопной Wiki». Бесплатная, работающая «из коробки» система с синхронизацией между удалёнными машинами и способная работать в офлайне. Да ещё и внешней помощью и комментариями желающих. Это прекрасно! :D

@Balancer:
Balancer

ИМХО, ZeroNet — самая удачная и перспективная идея среди всех социальных p2p-решений, которые я видел последнее время.

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

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

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

Например, кросспост этой записи: zerogate.tk

@Balancer:
Balancer

Ура! Сегодня удалось «вручную» отправить тестовое сообщение в ZeroNet. Ну а читать там итак просто. Таким образом есть потенциал для включения в Infonesy ещё и ZeroNet'а (в отличие от закрытого и непонятного RetroShare).

@Balancer:
Balancer

ZeroMe, ИМХО, очень хорошая альтернатива Juick'у. Надо как-то коммьюнити только собирать :)

@lex2d:
lex2d

Эдакий открытый бтсинк. Проект в альфе, есть под вин/лин/иос. Может кому будет интересно потыкать.
librevault.com

@don-Rumata:
don-Rumata

Поковырял немного ivona.com. Очень приятно реализован голос Maxim. Думал куда можно применить, понял, что не хватает уведомления (помимо notify-send) о скачанных торрентах. В итоге получилось как-то так: dl.dropboxusercontent.com
Ну и сам скрипт, который прописывается в transmission: dl.dropboxusercontent.com

@kunsun:
kunsun

zyptonite.com
новый мессенджер всячески акцентирует внимание на своей п2п-шности
типа у нас только прямые соединения по-этому хоть в 4к можете видеосообщаться
а разве у всех остальных уже давно не то же самое п2п при возможности?
ну не может же быть чтоб бесплатный вайбер содержал сервера для сотен миллионов клиентов
наверняка при любой возможности устанавливает прямое соединение

@don-Rumata:
don-Rumata

ААААААА!!!1 Я нашёл тот перевод 2-го терминатора, который засматривал на VHS в детстве до дыр!

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

P.S. "Тот самый" перевод детектится на 43-й минуте фильма, когда Шварц спрашивает у Т-1000: "А что с Волчком?"

@Balancer:
Balancer

Если я правильно понял https://github.com/mybb/Parser, то на 2-й версии MyBB можно использовать Markdown. И тогда можно будет перевести на него все форумы Infonesy по умолчанию.

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

Получается, всё, что я щупал и признал интересным, теперь сможет поддерживать Markdown. Отлично :)

@Balancer:
Balancer

Решил попробовать включить в файлы для обмена топиков ещё и 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:
Balancer

Ещё интересный инструмент для 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

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

@Michae1:
Michae1

Infinit — кандидат на замену так и не прижившемуся SyncThing'у. Подожду, когда запилят мобильные версии, и буду пробовать. Открытый код, бесплатен до 30 пользователей, умеет всё, кроме версионности (за деньги). Плюс весь вдоль и поперек перешифрованный.

@killy:
killy

Я и не заметил, как МГТС пересадил GPON-пользователей за NAT.
Какое-то время назад Perfect Dark работал. Месяца два не запускал, и вот обнаружил, что больше не работает. (Теперь я озадачен, почему раньше проблем не было.)

У МГТС как бы есть условная поддержка IPv6 ( #2202295 ), и можно было бы посмотреть, поможет ли. Но в настройках роутера залочен WAN — ни в бридж перевести, ни IPv6 включить.
Все найденные пароли от telecomadmin не подошли.

Работает подключение по telnet, но достуен только очень урезанный busybox, причём на многие команды ругается
ERROR::input para is not right!хотя из гуглибельных примеров видно, что использую их правильно. Подозреваю, что там какой-то костыль для проверки прав.
При попытке вызвать su выдаётся это:
WAP>su
Challenge:R3XE2KCS
Please input password:
Что за Challenge для su? Ничего путного не гуглится. Только на одном китайском форуме кто-то кому-то выдал ответ на Challenge. (Поскольку он рандомный, то проку от этого нет.)

Прочитал всю ветку 4pda.ru
Сделал вывод, что в данном конкретном случае всё плохо — закрыли все известные дырки кроме сброса конфига (Чревато вызовом настройщика, и я не уверен, что при этом сохранится возможность удалённого обновления). Теоретически можно поддержку провайдера попросить переключить на бридж, но тут нужен второй роутер, которого нет и желания заводить тоже нет. (Если бы я сам мог переключить на бридж и обратно, этого было бы достаточно для проверки работоспособности.)

Придётся искать способ тунелирования трафика — всяко пригодится.

@OCTAGRAM:
OCTAGRAM

Не кормить и пороть! Американский рецепт любви народов
А мне вот пришла в голову аналогия BitTorrent и NMDC. В бытность работы сотрудником техподдержки в провайдере звонили нам по поводу треккера, который был в локалке, но не фирменный. Так и чесался язык ответить: «В нашей сети действует файлообмен по двум основным протоколам. Один из них плохо подходит, чтобы поиметь пользователей, другой — очень хорошо. Вы выбрали тот протокол, который очень хорошо подходит, чтобы вас поиметь. Вас поимели. С чего бы это?» К счастью, в нашем провайдере фирменным был (и сейчас остаётся, после покупки нас ЗС–ТТК) только DC++, и нам полагалось посылать таких звонивших, ну разве что приходилось отказывать себе в удовольствии делать это именно такими фразами. Так и оставались люди в неведении, почему с ними это происходило.

@Balancer:
Balancer

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

@Balancer:
Balancer

Кто-нибудь Twister ещё пользуется? Или придумали что-нибудь более живое?

@Balancer:
Balancer

Запарили разработчики Syncthing ломать совместимость версий. Опять развалилась инфраструктура из-за того, что 0.12 несовместима по протоколу с 0.11

@OCTAGRAM:
OCTAGRAM

"Мы не потеряем своих пользователей!" Интервью Рутрекера о решении суда по их "вечной блокировке"
Ого, чё творится в мире битторрента. Ну а что? Вместо того, чтобы скрещивать Шареазу с ГрейЛинком, таращились на этот древний протокол. Так и не сделали обязательным TTH, чтоб можно было легче перейти на другие протоколы. Результат немного предсказуем. Туда им и дорога.

@don-Rumata:
don-Rumata

Да я почти корсар!
ru.wikipedia.org

@don-Rumata:
don-Rumata

50тб аплоада на рутрекере.

@justonemore:
justonemore

Странно, но в Windows 7 файлы с торрентов загружаются намного медленнее чем в openSUSE. В Винде может упасть и до пары килобит или вообще прекратить что-либо загружать (пробовал Tixati & uTorrent).

@justonemore:
justonemore

На сей раз поиск альтернативы µTorrent увенчался успехом. Попал на этот список — tomsguide.com µTorrent чего-то вдруг скачивать файлики со скоростью 30 Кб/с и меньше. Решил попробовать TIxati. Потребляет оперативной памяти (по крайне мере 64 битная версия) он несколько побольше и весит 11,12 Мб(это к тому что на сайте написано что он "лёгкий") против мегабайта или меньше у µTorrent. GUI оформлено в стиле "зелёные буковки на чёрном фоне" и навевает воспоминания о 98 Винде. Ещё надо будет попробовать что такое этот Tribler.

@Lis:
Lis

биткоин в китае всё... bitnovosti.com

@OCTAGRAM:
OCTAGRAM

bitbucket.org
И ещё кое–что сегодня перестаёт быть моим ноу–хау.
Парсит журналы GreyLink, разбивает примерно по дням (на самом деле, с нахлёстом) и выводит их в виде HTML файлов в формате, похожем на журналы Jabber конференций на jabber.ru. Поддерживаются смайлы, магнитные ссылки для DC++, ники делаются ссылками в таком формате, в котором поддерживает GreyLink DC++. Некоторые слова можно в целях SEO или каких–то других делать ссылками куда надо. Все реплики имеют якорь. Если выбрать конкретную реплику и скопировать ссылку на таймкод перед этой репликой, это и будет ссылка на реплику. Так как в журналах GreyLink нет секунд, реплики внутри минуты нумеруются по порядку. Реализовано на языке Icon.
В штатном режиме обновляет только последний/предпоследний день, но может и обновить, начиная с произвольной даты. Когда это у меня последний раз работало, я запускал по часам каждые 5 минут.

Вот так выглядит результат: p2p.toom.su
А так выглядит оригинал, под который я косил: chatlogs.jabber.ru

Чего так и не сделал: не исправил косяк с определением дня недели, не сделал вывод логотипов провайдера и города, как в самом GreyLink ( assembla.com ), не сделал скрипт для GreyLink, чтоб когда картинку постят в чате, она выкачивалась автоматом без клика по ней, и чтоб потом вставленные таким образом в чат картинки попадали в HTML в конечном итоге.

Ну и в режиме реального времени чат работать не будет, конечно, на таких технологиях, это многое надо бы было переделать, а мне незачем. Стопятьсот юзеров ежедневно генерили уникальный контент. Вот что бы ни случилось, это обсуждают, а потом в поисковиках другие люди то же самое ищут и приходят, и оно само по себе работает и работает. Для этого и делал.

@OCTAGRAM:
OCTAGRAM

bitbucket.org
Продолжаем выкладывать некоторые разработки, которые могут пригодиться. Собственно, есть такой проект, как FlyLink DC++ с установщиком, поддерживающим кучу провайдеров, и каждый уважающий себя провайдер стремится попасть в список поддерживаемых провайдеров, заказывает VIP или Mini-VIP установщики. При всём при этом FlyLink DC++ открытый, в том числе установщик, то есть, вместе с информацией обо всех провайдерах. Всё это замечательно, вот только информация о том, какие есть провайдеры и какие у них есть хабы, оказывается разбросанной по куче файлов (.iss Inno Setup Source, Favorites.xml, ...), да ещё по–разному для VIP и Mini-VIP. Мой конвертер, написанный на Icon, парсит всю эту разнородную информацию и выводит её в формате YAML, где её можно использовать самым разным образом. Версия примерно от 2011-10-06.
Предполагалось, что в моём установщике GreyLink DC++ OpenMod будет парсер YAML и возможность выбирать всех тех же провайдеров, что и в установщике FlyLink DC++. Собственно, парсер–то есть и он работает, но в нескольких местах получалась каша, которую надо было переделать. Так и не переделал.

@OCTAGRAM:
OCTAGRAM

octagram.name

Вот так выглядит облом в BitTorrent. Это я искал редкие файлы (среди которых основной — OEDev.zip) всякими разными способами, и когда нашёл, решил раздать во все сети, где я раньше тщетно пытался найти. Этот торрент давно без сидов, а вот один пир ну очень долго тусовался, но выкачать OEDev.zip целиком так и не смог, потому что его начало в одном куске с другим файлом, которого у меня нет. И никак. И чата нет, чтоб как–то по–другому файл передать. Смотрим друга на друга, немые, как рыбы.

А когда пытаешься эти очевидные проблемы обсуждать, ни ответа, ни привета: forum.utorrent.com
Наверное, разработчикам тоже не мешало бы вот так протусоваться не солоно хлебавши, чтоб понять, зачем это надо.

Для начала, все генераторы торрентов должны вписывать TTH во все генерируемые торренты. Потом, когда торренты станут преимущественно TTH–богатыми, ругаться при попытке открыть торрент без TTH. Ругаться, но открывать, конечно. В таблице загрузок значком напротив ущербных торрентов показывать, что они без TTH. Потом на торрент–треккерах запретить новые торренты без TTH. Пусть идут переделывают метафайлы нормальной программой. Шаг за шагом всё возможно.

@name:
name

дамп всех раздач рутрекера rghost.ru или тут tracker2.postman.i2p

но можно скачать и магнеткой magnet:?xt=urn:btih:B1690C6ADA7B1A595E0A28E298AF1C7A0DD668D3

@name:
name

нынешняя версия уторента — 3.4.2 — сожрала уже 250 мегабайт оперативки и даже не думает отвисать, занимая целиком одно из ядер. зато в нём есть два рекламных баннера и он запускается по 40 минут. в общем, нахуй-нахуй, после 2.0.4 уторент стали планомерно сводить в говно, лишний раз в этом убедился.

@Bogolt:
Bogolt

Поставил себе альфу Tox — нового p2p мессенджера, поглядим на это чудо. Если кто хочет добавится: 5B7C82189B355CF825D261FC6B742F726962A1287CF875D2972EFBACB422C319BC8639C0411E

@don-Rumata:
don-Rumata

Eric Clapton — Crossroads Guitar Festival 2013
Есть вариант DVDRip — tfile.me (0cee7fec276b777080d4a8834a552b240ac582c1)
Есть BDRip 1-го диска на 1080p — rutracker.org (5D9C79E319FFA0C0928BBABD457CAF058B885E89)
BDRip 2-го диска на 720p — rutracker.org (37CE8F86D55AEF8131BC42833A085E126A1AA21C)
Blu-Ray на 80 гигов — rutor.org (e4ced5026b6070037950423568d4466a60b8b6c7)
И кому в лом смотреть, но хочется послушать, есть flac — nnm-club.me (25c16b040bddefdf5b0e9c40eecd99010dfc0225)

Слушаю первую часть — очень доставляет. Рекомендую.

Спасибо @birulik за наводку.

@Michae1:
Michae1

SyncThing — opensource-аналог BTSync'a.
Продукт в стадии активной разработки. Однозначно пробовать, а со временем, может — и переезжать с BTSync'a. В своё время так же мигрировал с DropBox'a на BTSync :)

@unitologist:
unitologist

один раз скачай, семь — отдай