Subj!

Теперь можно давать ссылки на конкретное сообщение.
Например, так https://dynamic.lessmore.pw/?SPQjuhsX8xLNQ3pnhG7L

Сообщение с соответствующим хэшем окажется наверху.

gk11> а фетчер там не падает больше?
Но там не фетчер падает, а нода. :)
И по-идее она должна лежать сейчас. Напишу про это в faq.

Как хочешь =) Но, вроде, сюда все продолжают писать, хотя вчера хотели переименования.

Я фетчу все, что есть в list.txt.

Сделай пожалуйста в таком же формате, как уже есть, чтобы не плодить сущностей.
Если у тебя опрашивается какая-то нода не по крону, то поставь 0m.

Если добавлять эхи в информацию, то я за такой формат в JSON:

{
    "nodename": "dynamic",
    "client": "https://dynamic.lessmore.pw/idec/",
    "web": "https://dynamic.lessmore.pw",
    "sysop": "difrex",
    "contacts": {
        "email": "difrex.punk@gmail.com",
        "web": "https://github.com/Difrex"
    },
    "description": "IDEC network aggregator. Please email me for indexing your node.",
    "uplinks": [
        {
            "node": "http://ii-net.tk/ii/ii-point.php?q=/",
            "echoes": ["list.txt"],
            "interval": "15m"
        },
        {
            "node": "http://idec.spline-online.tk/",
            "echoes": [
                "idec.talks",
                "lit.14"
            ],
            "interval": "15m"
        },
        {
            "node": "http://club.syscall.ru/",
            "echoes": ["list.txt"],
            "interval": "15m"
        },
        {
            "node": "http://gk11.ru/",
            "echoes": ["openbsd.talk"],
            "interval": "15m"
        }
    ]
}

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

>Вася Васин
Здесь группа Кирпичи, а зовут меня Василий.

Я только что делал реиндекс и заметил, что гк11 не фетчится, т.к. не до конца совместим c ii/IDEC.

Мой фетчер не фетчит с такой ошибкой:

INFO[0000] Working for node: http://gk11.ru/            
ERRO[0000] http://gk11.ru/x/features Node does not support echoes list

Что логично, потому что там 404(на /x/features).

Рома, можно тебя попросить добавить path /x/features по GET запросу на который отдается plain text?

curl http://gk11.ru/x/features
list.txt

Все-таки ты поддерживаешь list.txt :)

Да, спасибо, фетчится :)

Ну, я пилю индекс сети, ну и поиск, как следствие.

Идея древовидных тредов замаячила опять, тем-более я наконец-то доделал фетчер+маппинг. А, ну и репозиторий фронта почистил и открыл.

Не хочу(и не буду) впиливать совместимость с древнем софтом. Но исходники открыты - всегда можно сделать пулл-реквест.

>поиск [плохо но сделано]
Можешь, кстати, взять мою API(elastic) и сделать поиск через нее. Как раз анализатор можно будет подпилить.

Постараюсь завтра написать пост с обзором в ii://develop.16. Ну, и ссылку в этот тред скину.

Написал небольшой пост --> ii://Z55xAaFjwrSrWfuMc5qp

>А смысл? Проще при отсутствии x/features переключаться на legacy (читай ii).
Хм, оказывается у меня есть фоллбэк на захардкоженные эхи ii.14 и pipe.2032.

>надо совет разбить на группы сообщений. пусть каждый нод ответит на эти два вопроса:
>нод
https://images.wikia.nocookie.net/__cb8/brotherhood-of-nod/images/5/50/Wiki-background :)
>> 1. про развитие и будущее сети, кто что хочет, кто как видит
Хочу, чтобы была штука, как у disqus - т.е. подключение комментов тупым жабаскриптом. С трансляцией в IDEC конечно.

> 2. обсуждение имеющихся проблем
Нас мало и все пилят клиенты/ноды раздельно, что замедляет разработку.

idec-mobile удобнее.

>вопрос в авторизации - те, кто уже залогинен на ноде, понятное дело, могут такие комменты слать, а те, кто нет?
У тебя же сервер авторизации. Вот и навешивай там куку, а в js проверяй.

Предлагай зарегиться, чтобы комментить. Это норм метод. Можно еще и openid поддерживать.

* Главное обновление -- это рабочий поиск с подсветкой:
GIF: https://images.lessmore.pw/media/images/search_2zeye8U.gif

В поиск не выводится сообщение целиком. Чтобы увидеть сообщение нужно воспользоваться ссылкой

* Ссылки на сообщения
GIF: https://images.lessmore.pw/media/images/links.gif

Теперь можно дать ссылку на сообщение. Сообщение на которое перешли по ссылке будет в самом верху, а дальше будет идти
общая лента сети.

* Выбор эх
GIF: https://images.lessmore.pw/media/images/list.gif

Эхи теперь выбираются из выпадающего списка(настройка с фильтром осталась). Так же теперь можно перенестить в эху и читать ее
без изменения своей ленты.

* Исходники подчищены и открыты
Скачать: https://gitea.difrex.ru/lapus/dynamic

В ближайшем будущем:
1. Переход к сообщению, на которое отвечали
2. Древовидные комментарии
3. Восстановление работы API IDEC для клиента
4. Рабочие ссылки ii://

Описание должно быть и должно принимать не только ascii.

>Вопрос в том считать ли файл с пустым описанием некорректным
Думаю, да, некоректные. Только нужно возвращать ошибку понятную. Типа, "error: empty description".

А так же возможность перейти к просмотру сообщения на которое отвечали

Видосик https://cloud2.difrex.ru/index.php/s/QhIP3LPmPzzAs6k

Появился режим Thread mode, включается в менюшке справа. Пока работает хорошо только для одной выбранной эхи, можно считать экспериментальной фичей.

Суть: в этом режиме показываются только стартовые сообщения треда. Скоро будет у каждой темы счётчик ответов.

Кстати, формирование треда - кросэховое, т.е. если стартовое сообщение находилось в эхе ii://ii.14, а на него в repto сослались из ii://idec.talks, то ссылающиеся сообщения будут включены в тред. Да, в тред из одного сообщения перейти пока нельзя.

Мегафича, круто! :)

Кстати, а как остановить ее читать?

Сабж. Буду переносить многое.

Могут быть недоступны до завтра:
* ii.difrex.ru
* umbrella.difrex.ru

По-поводу umbrella - скорее всего она умрет и будет редирект на dynamic

ii.difrex.ru работает. Обновляется ДНС, еще может выдавать 502, если ваш днс не подсосал изменения.

$сабж от меня. Извините :)

// Я попробую транслировать в сеть некоторые посты из своего бложика, если кто не против

IDEC - это протокол обмена сообщениями совместимый на базовом уровне с ii. Расшифровывается, как ii-like Data Exchange Convention.
Главная фишка его - это простота и возможность работать поверх чего угодно, например, ssh.
Но практически все реализации сейчас работают поверх http.

Цитата из документации(https://ii-net.tk/idec-doc/)

>Есть несколько серверов (грубо говоря, сайтов), за каждым из которых закреплены свои пользователи (поинты). Поинты пишут сообщения каждый на свой сервер.
>Через каждые 10-20 минут сервера скачивают друг у друга новые сообщения. В итоге на всю сеть одна общая база данных.
>Для установления цепочек синхронизации владельцы серверов сначала договариваются.

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

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

== Общение

В стандарте предусмотрена очень полезная фича, как /list.txt(это может быть на самом деле файл или путь в строке адреса в браузере).
На запрос list.txt сервер возвращает нам список эх(публичных) с описанием и количеством сообщений в них.
Так при первом попадании на сервер, клиент сможет сразу знать какие эхи он хочет читать.

Стандарт и все реализации серверов поддерживают создание эхи пользователем. Для этого нужно всего лишь написать в нее. Такая эха не
будет отображаться в list.txt и получить из нее сообщения можно, только зная название. Шифрования в стандарте нет, но это и не нужно,
ибо приносит только усложнение. Для приватного общения можно использовать скрытую эху и GPG.

Личных сообщений нет, но обсуждение стандарта идет. Можно начать с чтения [этого](https://dynamic.lessmore.pw/?j=FGOqT29oVwwBElTJNMjx) треда.

Каждое сообщение в сети уникально, т.е. ему присвается ID сгенерированный на основе суммы sha256 от контента. Это не спасает от спама,
но позволяет избежать коллизий в сети.

== Устройство сети

На протоколе IDEC чаще всего реализуют децентрализованную клиент-сервер сеть.
P2P не предусмотрено, но никто не мешает написать свое расширение, которое реализует P2P обмен.

Итак, рассмотрим топологию сети от простого к сложному.

Самая простейшая сеть выглядит так:

https://difrex.lessmore.pw/images/idec/idec1.png

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

https://difrex.lessmore.pw/images/idec/idec2.png

Владельцы серверов договорились между собой обмениваться сообщениями эхи pipe.2032, теперь при выходе из строя одного из серверов
сообщения будут доступны на другом сервере.

Добавим еще сегмент сети

https://difrex.lessmore.pw/images/idec/idec3.png

У нас добавился еще один сегмент сети в котором происходит общение в эхах pipe.2032 и linux.14.
Так наш первый сегмент начинает обмениваться сообщениями со вторым. Добавим еще один сегмент.

https://difrex.lessmore.pw/images/idec/idec4.png


И еще

https://difrex.lessmore.pw/images/idec/idec5.png

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

IDEC позволяет строить любые топологии. Клиент может выступать так же и сервером и забирать сообщения сразу со всех серверов.
А простота протокола позволяет писать клиентов очень быстро.

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

Свой нодлист актуализировал, забирать тут: https://dynamic.lessmore.pw/nodelist.json

vit01> На моём сегменте ничего не поменялось. За исключением того, что теперь ii.difrex.ru не гейтуется (она сейчас недоступна)
Кстати, хочу пушить хабр куда-нибудь не к себе. ii 0.3 течет и виснет(!!!). Кто готов принять траффик?

== IDEC Identity

Я придумал несколько вариантов, как мы можем шарить юзеров. Думаю, что можно пообсуждать.
Общая тема этого - использование gpg для подтверждения и шифрования.

В чем приимущества gpg:
- есть везде
- прост, как полено
- сеть доверия
- можно передавать секреты без всяких ssl

Все будет рассматриваться на примере 3-х нод, операторы которых подняли некий абстрактный(реализации нет)
сервер авторизации, добавили и подписали ключи друг-друга.
Так же, мне кажется, что эта штука может служить генератором points.txt.

== Вариант № раз

Identity service предоставляет API, например, по ~POST /x/i/points~. Запрос поинтов с ноды должен быть в виде
plain text сообщения подписанного ключом запрашивающего и зашифрованного публичным ключом целевой ноды.

Структура сообщения мне предсталяется как-то так:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

idec/ok
sync
-----BEGIN PGP SIGNATURE-----
SIGNATURE
-----END PGP SIGNATURE-----

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

== Плюсы

1. Реализуется с минимумом усилий
2. Очень все просто

== Минусы

1. Все поинты со всех нод хранятся на каждой из нод
2. Если подламывают одну из нод, то утекают все поинты сети

== Вариант № два

Identity сервис предоставляет API для валидации и проталкивания(push) поинтов.

== Валидация

На ноду приходит запрос требующий authstring, но соответсвующего поинта на ноде не существует.
Итак, с этим authstring делаются запросы на ноды-соседи. Сообщение запроса примерно такое(шифрованное):

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

idec/ok
validate
authstring
-----BEGIN PGP SIGNATURE-----
SIGNATURE
-----END PGP SIGNATURE-----

Если поинт существует, то возвращается(подписано и шифровано) true, никнейм и адрес поинта. Нода открывает
сессию(например, на 12 часов) для этого поинта и хранит данные авторизации в памяти без записи в points.txt. Можно добавлять что-то в адрес, чтобы было видно, что это не родной поинт этой станции.

== Проталкивание

Отправляем строку поинта на станции-соседи. Принимающая сторона записывает поинта в points.txt. Все.

== Плюсы

- Безопасно, при подломе станции все поинты не утекут

== Минусы

- Чуть сложнее, чем вариант номер раз.


Мне видится предпочтительным второй вариант. PoC постараюсь выложить в ближайшее время.
Обсудим?

>Так много за эти месяцы произошло, что я теперь стал емаксером
Еще один емаксер в наших рядах :)

>И захотелось настроить idec-mode, но так и не получилось это сделать.
Да, оно не до конца допилено.

Вот мой конфиг:

init.el

(defun configure-idec ()
    "IDEC configuration."
    (use-package idec-mode
        :load-path "~/projects/idecel"
        :bind (("C-c C-c" . kill-this-buffer)
               ("C-c C-n" . idec-next-message)
               ("C-c C-b" . idec-previous-message)
               ("C-C C-f" . idec-load-new-messages))
        :init
        :config
        (add-hook 'idec-mode-hook 'visual-line-mode)))

configure-idec()

Ему нужны зависимости:

(defun idec-depenencies()
    "Ensure IDEC dependencies."
    (use-package emacsql-sqlite
        :ensure t)
    (use-package web
        :ensure t))

Конфигурация в M-x customize-group <RET> idec:

* Idec Echo Subscriptions: idec.talks,develop.16
- это список эх разделенных запятой

* Idec Primary Node: http://idec.spline-online.tk/
- URL до API вместе с последним /

* Подгруппа Idec Accounts group
* Idec Account Auth: someAuthString
- Это authstring для твоей ноды

Этой конфигурации должно хватить.

После этого всего можно попробовать сделать: *M-x idec-online-browse* - так проверяется рабочесть *web*.
Если ОК, то *M-x idec-load-new-messages* должно скомпилировать sqlite и выкачать последние сообщения(по-умолчанию 50).

Что не работает:
* ответ на оффлайн сообщение из БД. :(
* UI плох

Но в принципе жить можно :)

https://images.lessmore.pw/media/images/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0_%D0%BE%D1%82_2018-06-25_10-38-15.png

Да, хорошо бы, когда будешь находить баги, создавать задачки в github. Это будет мотивировать :)

Пофиксил ответы на сообщения из локальной базы.

сабж

транслировать сюда кое-что. Есть какой-то универсальный rss-бот?

Он работает, спасибо! :)

Не, мне такого не приходило.

Решил пустить стрим своего недоблога нормально, т.е. ботом. Эха ii://difrex.blog на Таверне.

Пока писал нашел баг: нельзя отправить сообщение с символом процента...

Спрашивали про состояние в котором находится idec.el - я решил стартануть отдельный тред :)

>Для idec есть
>https://github.com/idec-net/idec.el
>Но я не знаю насколько он юзабелен пока

Докладываю про статус. Сам для себя я сейчас считаю, что idec.el находится в состоянии "стабильной"
альфа-версии. Что точно можно делать:
* Получать почту
* Читать почту онлайн/оффлайн
* Читать онлайн скрытоэхи
* Отвечать на письма(без цитирования)
* Писать новые сообщения
* Есть зачатачная поддержка синтаксиса IDEC(даже с ключевыми словами, типа, сабж)
* Менять некоторые настройки в `M-x RET customize-group RET idec`

В общем он работает. Выглядит пока, конечно, не так хорошо, как хотелось бы, но работает.
А еще нужно перелопатить код, чтобы приблизить idec.el к попаданию в MELPA.

Последние скриншоты можно заценить тут https://images.lessmore.pw в самом верху

// Отпрвленно из GNU Emacs. Хм, может добавить возможность вставки подписи к сообщениям?

>Получается без демона кдеконнект не работает?
У меня эта штука и с запущенным демоном не заработала.
Ванильный kdeconnect и mconnect отказались обнаружить мой телефон. А вот помню, что несколько лет назад,
когда только появился kdeconnect, он у меня работал.

Привет, Сеть!

Долго пытался сидеть на темных темах, но меня в конец стало напрягать, то что после переключения
из редактора/консольки в браузер глаза вытекают. Немного с этим помогают бороться плагины для
огненной лисы, но не всегда она работают правильно. А из-за темной темы ГТК бывает еще и такое, что
в полях ввода получается темный текст на темном фоне, что несомненно лютый отстой.

В итоге я решил, что хватит это терпеть и уже сижу две недели в цветах Solarized Light. И знаете что?
Мои волосы стали мягкими и шелковистыми, а глаза больше не кровоточат. Я к чему это все пишу: светлые
темы рулят!

== Скрины

Вот так вот выглядит мой GNU Emacs: https://images.lessmore.pw/media/images/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0_%D0%BE%D1%82_2018-03-22_10-36-10.png
А вот так плавающие окошки с обоиной: https://images.lessmore.pw/media/images/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0_%D0%BE%D1%82_2018-03-22_10-43-18.png
Ну, и пустой стол: https://images.lessmore.pw/media/images/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0_%D0%BE%D1%82_2018-03-22_10-43-43.png

Да, пытался пользоваться темой ГТК Numix Solarized и всякими oomox, но в них что-то постоянно не так, по-этому Arc-solid.

== Конфиги

Конфиг i3: https://paste.lessmore.pw/gategozeyo
Блоки: https://paste.lessmore.pw/cepidacuma.ini
Конфиг Емакса не дам, т.к. до сих пор не могу до конца причесать его, но какие-то куски можно найти
тут https://github.com/Difrex/emacs-go и тут https://github.com/Difrex/emacs-python

Набор обоин качал тут: https://github.com/LukeSmithxyz/wallpapers.git

// Бесит меня телеграм своей долбанной иконкой в трее.

>Вот так всегда, самого интересного не получили =) Как причешешь - выкладывай, интересно посмотреть.
Вот сюда выложил https://github.com/Difrex/emacs.git, но пока не все :)

>В настройках отключаться должно
Круто! Спасибо

>Основной цвет текста (серый) заменяю на чёрный, чтобы было лучше видно
У меня у мониторов/ноутов очень хорошая контрастность, так что мне серый цвет в самый раз. Да, ночью включаю solarized dark или darkokai в емаксе.

А можешь поделиться своим конфигом, если он у тебя остался.

У меня почему-то грузиться не хочет этот WM, хотя я quicklisp поставил, swank тоже. Короче, непонятно, как им пользоваться.

vit01> Это решение "GNU/Linux only", у меня пока исправно работает.
vit01> Но хотелось бы сделать так: музыка играется на андроид-смартфоне и стримится на GNU/Linux компьютер
По bluetooth из-коробки работает на андроиде

vit01> по вайфаю, чтобы быть там услышанной
Если хочешь по вай-фаю, то можно пульсу на андроид поставить. Не знаю на счет того, как она там работает, но она есть: https://www.freedesktop.org/wiki/Software/PulseAudio/Ports/Android/