Журнал Витуса

https://code.briarproject.org/akwizgran/briar

Вот какую штуку оказывается. написали. Стабильный релиз вышел.

Briar is a messaging app designed for activists, journalists, and anyone else who needs a safe, easy and robust way to communicate. Unlike traditional messaging tools such as email, Twitter or Telegram, Briar doesn't rely on a central server - messages are synchronized directly between the users' devices. If the Internet's down, Briar can sync via Bluetooth or Wi-Fi, keeping the information flowing in a crisis. If the Internet's up, Briar can sync via the Tor network, protecting users and their relationships from surveillance.

Вот собственно, то что я хотел от чеширнета в свое время. Правда, по-моему, запустить туда в виде синхронизируемого контента не то что миррор либгена, миррор википедии - не получится. Не на те объемы расчитано.

http://doc.gk11.ru

Идеи распредлеенного блога продожают витать в воздухе

http://spectrum.ieee.org/view-from-the-valley/telecom/internet/hbos-silicon-valley-joins-the-push-for-a-decentralized-web

Идеи, чем-то схожие с теми, которые я клал в основу проекта cheshirenet высказываются в том числе и в достаточно серьезных кругах.

Там заходит речь и про децентрализованное хранение контентна, и про передачу данных в обход существующих коммерческих и контролируемых государством каналов.

Правда, я начинал с того, что прочитал про то как живут с этим люди на Кубе, и попытался наложить ситуацию с кубинским уровнем ограничений на существующий в России и западных странах парк техники.
Отсюда и вырос ряд требований, которые людям, никогда не жившим на Кубе или в Иране кажется абсурдным.

С другой стороны тут товарищи рассматривают опять модель со встроенными плаьтежами за контент. Увы, платежи - это первое, куда потянется рука государства, ибо оно жадное. Оно может еще где-то как-то потерпеть распространение какой-то информации. просто потому что возиться лень. Но если есть revenue stream и не платятся налоги, с вами не какой-нибудь идеологический отдел бороться будет, а налогоая служба. Да еще и всякие Роттенберги толпами слетятся, желая перенаправить этот поток в свой карман.

Тут slobin мне написал в комментарии что "скоро ты решишь что fossil вполне заменяет cheshirenet"
На самом деле, не решу.

По моей оценке на сейчас, fossil реализует примерно треть функциональности, которая необходима для чеширнета. Но реализует хорошо и это надо внимательно изучить.

Что такм есть:
1. Оффлайновый web в нескольких инкарнациях - wiki, репозиторий с контролем версии, багтракет
2. Достаточно эффективный протокол синхронизации. Что ценно, поверх http, поэтому через самые параноидальные корпоративные файрволлы ходит.
3. Компактный единственный исполняемый файл, который собирается под любую платфомру (правда под андроидом еще есть отдельная GUI0ншаня приблуда) и работает хоть как сам себе сервер (в том числе и в виде виндового сервиса) хоть через почти любой интерфейс к сущесвующему серверу, хоть в командной строке доставая исходники wiki-страниц для редактирвоания и складывая их обратно

Какие недостатки я заметил в fossil (в рамках того, что там сделано)

1. Отсутствие чайникового инсталлятора для Win32. С этим можно примириться в случае инструмента для разработчиков. Разработчик все равно знает, как запускать команды из командной строки, что в Windows понимается под словом "service" и где там конфигурится firewall. Поэтому вполне в состоянии выполнить команду

fossil winsrv create.

и получить работающий сервис, а также самостоятельно открыть ему порт на файрволле.
cheshirenet позиционируется на более широкую аудиторию, поэтому нужен инсталлятор, который это сделает это сам.
(На андроидный GUI я уже ругался)

2. Отсутствие wiki-расширений в markdown-разметке. Получается, что либо у тебя есть удобные wikilinks, либо у тебя есть удобная разметка, либо вообще пиши все в HTML. Я подозреваю, что Хипп не зря отрицательно относится к Wiki, и настоятетльно на всех углах рекомендует вместо wiki использовать embedded documentation (т.е. возможность в веб-интерфейсе fossil показывать файлы из репозитория, красиво их форматируя). Практика показывает что в мире Open Source "документировано в wiki" означает "не документировано совсем".
Расширить фоссиловский markdown для удобного пользования именно в качестве wiki (и в тикетах) по моему было бы полезно. Кроме быстрых wikilinks крайне не хватает автоматической генерации оглавлений. Причем последняя как раз была бы полезнее в embedded documentation.

3. fossil не очень поддерживает сетевые структуры репозиториев произвольной глубины.Оно все-таки расчитано на звездообразную схему - центральный репозиторий, локальные репозитории разработчиков и рабочие чекауты.
Наоборот, Хипп принял специальные меры чтобы ограничить копирование информации о юзерах при клонировании и синхронизации репозиториев. У него модель доверия/недоверия весьма рациональная для области применения fossil, но не для области применения cheshirenet. Для того чтобы пропихнуть в вышестоящий репозиторий информацию о пользователях своего - нужно иметь в вышестоящем админские права.

4. Некоторые странички равнее других. Почему-то в wiki страничках комментировани (append в местной терминологии) возможно, а в event-ах нет. Ну и переключиться в форматировании на markdown можно не везде. Хотя вообще-то markdown это полумера - для чеширнета нужен wysiwyg. (а как работает wysiwyg html-редактирование в fossil я еще не изучал).

Из того что должно быть в чеширнете, но нет и не нужно в fossil-е -

1. peer discovery во всяких локальных сетях.
2. подписка (в смысле просьба к peer-у поискать некоторый контент у своих peer-ов)
3. Концепция псевдонимов с криптографической защитой целостности блоков информации (того, что в fossil называется артефактом). Кстати, какая-никакая защита в fossil-е есть. Там артефакт идентифицируется хэшом. Поэтому измененный артефакт будет другим артефактом. Но идея подписей в чеширнете связывает артефакт с псевдонимом его автора/публикатора.
4. Самое главное - fossil это система для хранения истории. Он не умеет автоматичесаи удалять устаревший контент. Для системы с большим траффиком, каковой планируется cheshirenet- это непримемлемо

Сегодня закоммитил в ctypescrypto последний кусок криптографического кода, которого не хватало для того, чтобы в чеширнете работало стеганографическое хранение ключей пользователя - функцию ctypescrypto.ec.create()

Теперь надо писать тесты к модулю cheshirenet.identity и приделывать к этому UI.
Но на это меня сейчас уже не хватает. Надо спать ложиться а не web-интерфейсы писать.

Взято у mirish

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

Менеджер:
-- У нас есть свеча, которая помогает обеспечить свободу выбора.
Девушка:
-- Как это-- свободу? То есть, он может выбрать... не меня?
Менеджер:
-- Ну... да. Свобода же. Выбора.
Девушка:
-- Тогда не надо!

Вот вы небось смеетесь. И я смеялась. А потом подумала: а кто на самом деле хочет свободы выбора для своего партнера? И кто сам может сказать о себе: я по-настоящему свободен в своем выборе?
Философский, знаете ли, вопрос. Вопрос свободы, он вообще философский, так что девушка по крайней мере искренна с собой.
А свечки инересные. Что будет, если окуривать ими всю страну? А человечество? Представить даже страшно, что мы начнем выбирать.

Вот одна из недавних дискуссий по поводу чеширнета в почте выглядела примерно так же, как описанная дискуссия. Человеку не нравилось что в русской википедии сложилось некое сообщество с совершенно определенными взглядами на некоторые проблемы. Мне, кстати, тоже не нравится. Вон статью про argonov оттуда выпилили. Он заинтересовался возможность сделать другой сервер, где бы производилась оценка (тех же самых) статей по другим критериям.

Но когда понял, что чеширнет предоставляет свободу выбора любому держателю узла, как-то очень быстро обсуждение прекратил. Ибо готтентотская мораль - когда я имею свободу - это хорошо, когда кто-то имеет свободу от меня, это плохо.

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

Соотвественно, возникает мысль взгромоздить на свою виртуалку в hetzer какой-нибудь менеджер списков рассылки.
Вопрос в том - какой? ОС там debian oldstable (squeeze), MTA postfix, ресурсов не то чтобы до хрена.

Проанализировав список того. что рассказывает apt-cache на запрос mailing list manager:

courier-mlm - Courier mail server - mailing list manager
enemies-of-carlotta - mailing list manager
mailman - Powerful, web-based mailing list manager
mlmmj - mail server independent mailing list manager
schleuder - GnuPG enabled mailing list manager with remailer-capabilities
smartlist - Versatile and Intelligent List Processor
sympa - Modern mailing list manager

склонен пока остановиться на mlmmj.

С мейлманом я когшда-то уже имел дело. Больше не хочу. Хотя может он за 10 лет и исправился.

9081724206BCDDFCC926B494C5E0C5741A2021D191F1805AF06D749CAAFF8D71 Pargor Yolea Emi Llorita Iskarmires Amon Gata Anicia
4236ABB2C92415314FAD44B045AD191AACD7659CE4956A029A319575CB94895F Sa Sandel Suelaidita He Destonchiandra Ys Ta Aila
E2E2D496E613E6DC37CBF1664FA69D5A6D725BDBEAB05DD9A9151144F9E399D4 As Wilixto Balorkai Que Satxo Sanel Herte Cianto
9F219D42DC8D72E7AB81B0B9C5785779F68FC729EDBB9F979E1E4F01AADD3079 Paro Azne Sorianara Josus Rut Chandracia Becila Ita
D8F3C2E7169ED3AFE42722BDC568236393E715DF0545AB81E28FC81B02E8C0DD Canchea Yolianica Juladee Crut Pilite Ne Dadela Flon
D1B7FB31B7DA7AB0E64D8E27F68BF3D0891DF9426074900EC63911ED22D1D84F Mon Nitxanernaina Soricarta Eursus Aniana Lucia Bla
BBEB60C9A6CB4458BBF2D959D008CB4A6AB5B826CD3FB5BF0796387F1E10E024 Cabel Elmo As Ano Ni Destiagoy Javidandolemirio Pat
1AEA51C7CA2EDA5BB69B9C5C8005DFAC76FAEE563D209411F11F3A61DBA8BBE3 Alcaitada Da Jestodeskantza Pauracion Veve Paolgaraiangela
CD2E3960686077C1502B44D5CF0ADD39FFEC53852CF30E31DE8E8D8A2B657E33 Ardo Ne Ira Mendia Ameria Uracionsena Gusa Iviomariu
9F7ADB263C6CB093327EE58A1462810D89CEAED879DB93F241ADECBA33E84B8E Duamurdeno Teo Ocarcenikelmo Esta Ruberoder Artosesto
45CCDE788031D867BDC3A307C77B143BA25318B00A09992DED3EBA95AAFB275D Cla Domiria Xoconciaro Aria Pila Yen Chemmaristita
5E68838CA38C38A252841182870EDA9BFB7FEC4DE4BCBC57E77ECABB0864F8E4 Cara Brudel Sebal Kento Kenrino Pruzka Ti Sen En Hericto
55A50EFC4B19D0C4B1BEF2B81DDE4EFD3CA4887454DDBAC4E78D6B9F405EEA18 De Der Cario Xangel Er Seono Centeve Ekain De Arleta
BD1F92F179E8309B76591989CF9E187C2AFED430CAEF5EFE020D23A32066BDDD Heroa Ludernia Esta Uxio Lloisa Marana Col Ne Dora Con
C14239984D68FA72E64CEA4C345BEFE6F6554D152BABCC4BB08845F02E5E9729 Agurralves Eukenza Me Uxiania Pas Antinata Ridesta
58D2761426AEC4D1DC038F8A6D7EBD7279336DD276248870D273C3B7E3F4F54F Xuano Azedelisatritassaso Barcia Ca Colga Eufida Gursusanza
3BBAD102C698F384DD495FA4D3D409989CD9EC6EEEDB7A5D65D685E0FD32BDB4 Ros To Cruteon Xuano Vito Jaustino Pabel Pacosuelianim
4F8A80BBBA32680F844C00383EE55649305F2691B6A08D3922D78B85826309E4 Camagascastra Afaulopol Ces Feligfreliomo Luilicio
8B2CE3B522C4009BD71115788F2098F4418AFB881649B7DC49B0CECDDE711A55 Agada Isina Sabelinmacio Sofia Brinne Aleon Eusta
151E11DC795FC4272499CFC1069E87B525490003EF7BD7AA8FB16CBDF8A32574 Murojualva Edomio Elio Anicantz Ardalo Adristo Euteo

Это простейший марковский генератор (второго порядка, если не ошибаюсь - вероятности буквы определяются вероятностями двух предыдущих) на базе списков испанских имен, которые я вчера закоммититл плюс еще списка фамилий, утащенногоо с заботливо предоставленной inkelyad ссылки generators.christopherpound.com.

Как видим, дает результаты куда более лучшие, чем totro.

Погуглил слегка генераторы имен. Нашел три. к которым дают исходники

• Totro (Javascript или Perl на выбор, GPL v3)
  
• JaNaG (Java, лицензия не указана)
  
• php-mudnames (php, лицензии тоже не нашел).
  

Мне больше всего понравился Totro - маленький. не требует каких-либо внешних словарей и более менее понятно
куда лошадь запрягать подставлять хэш ключа вместо источника случайных данных.

Написал тут в вики возможный вариант протокола синхронизации между узлами.

Протокол весь из себя бинарный, предполагает 8-bit clean линки, и может содержать нулевые байты и нулевые символы в любом месте. Состоит из tag-length-value записей.

Критика приветствуется.