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

Куда они могли пропасть? Где что глянуть, чтобы всё норм было. Есть какие идеи?

1i8r4> AL, Сабж, видимо голова последнее время стала туго соображать, почему нода через веб морду не показывает количество сообщений? И когда запрыгиваешь в какую-нибудь эху показывает пусто, мол давай напишем новое сообщение...
1i8r4> Куда они могли пропасть? Где что глянуть, чтобы всё норм было. Есть какие идеи?

Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?

>Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
Да сфетчены, постоянно фетчер работает...

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

Вот кусок лога фетчера...
======

./fetch-idec.sh
Работа с https://ii-net.tk/ii/ii-point.php?q=/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Новых сообщений не обнаружено.
Получение индекса файлэх.
Построение разностного индекса.
Работа с http://idec.spline-online.tk/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Новых сообщений не обнаружено.
Получение индекса файлэх.
Построение разностного индекса.
Работа с http://ii.club.syscall.ru/
Получение списка возможностей ноды...
Получение количества сообщений в конференциях...
Получение индекса от ноды...
Построение разностного индекса...
Новых сообщений не обнаружено.
Получение индекса файлэх.
Построение разностного индекса.
======

>> Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
1i8r4> Да сфетчены, постоянно фетчер работает...

Тогда очень странно. А клиентом они забираются?

1i8r4> Или надо его запускать с какими-то параметрами, чтобы сделать что-то вроде первого инит?

Нет. Он сам всё сделает при первом запуске.

1i8r4> Вот кусок лога фетчера...

Ну толку от него мало. Понятно только что он не нашёл новых сообщений =)

У тебя фетчер без ключа -o запускается? Если так, то попробуй запустить руками с этим ключом. Только базу сбекапь, так как там навалит все сообщения с аплинков.

Возникло два сабжа.

1. Бандл в сабжевой теме принимается в формате msgid:base64?
2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?

AL> 1. Бандл в сабжевой теме принимается в формате msgid:base64?

Да, и, как помню, многострочный. Смотри в доки и в мои исходники

AL> 2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?

В PHP-ноде пуш доступен по админскому паролю. То есть только сам сисоп может пушить.

Пользователям пушить нельзя, потому что так они могут подделывать сообщения в базе.

Эта фича была создана для наших собственных служебных скриптов. Например, если на сервере отсутствует Cron или мало белых айпишников.

AL>> 1. Бандл в сабжевой теме принимается в формате msgid:base64?
vit01> Да, и, как помню, многострочный. Смотри в доки и в мои исходники

Ну да. Такой чисто наш бандл. Понял =)

AL>> 2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?
vit01> В PHP-ноде пуш доступен по админскому паролю. То есть только сам сисоп может пушить.

Вот в таком виде я бы не хотел, наверное, делать.

vit01> Пользователям пушить нельзя, потому что так они могут подделывать сообщения в базе.

И вот это тоже чревато, хотя подделку сообщений я не понял. Принимать только новые сообщения и всё. Таким образом замены не будет. Или об чём речь?

vit01> Эта фича была создана для наших собственных служебных скриптов. Например, если на сервере отсутствует Cron или мало белых айпишников.

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

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

vit01>> Пользователям пушить нельзя, потому что так они могут подделывать сообщения в базе.
AL> И вот это тоже чревато, хотя подделку сообщений я не понял. Принимать только новые сообщения и всё. Таким образом замены не будет. Или об чём речь?

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

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

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

Почему бы и нет. Только поаккуратнее с теми, кому доступ даёшь. Либо пуш-рассылку с подконтрольной себе станции делаешь, либо только от тех, кому доверяешь.

AL>> И вот это тоже чревато, хотя подделку сообщений я не понял. Принимать только новые сообщения и всё. Таким образом замены не будет. Или об чём речь?
vit01> Подделка сообщений в том плане, что пушер может писать что угодно от имени любых поинтов. То есть он может закинуть в сообщения любые метаданные и любой текст, который захочет.

Так не только пушер. Любой даунлинк. Пушить имеет смысл узлу, а поинту это нафиг не сдалось. А если я принимаю сообщения с узла, то могу от него и фетчем получить что попало. Раздавать же доступ на пуш поинту вообще не нужно. Это я уже понял =)

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

Я придерживаюсь игнорирования дублей. Никакой перезаписи, только тоталитаризм =)

AL>> Пока склоняюсь к мнению, что есть отдельный список пользователей, которым можно пушить. Вообще отдельно от поинтов и только для пуша чтоб. Тогда можно будет прописать даунлинка и он сможет слать сообщения со своего узла даже без белого ойпи.
vit01> Почему бы и нет. Только поаккуратнее с теми, кому доступ даёшь. Либо пуш-рассылку с подконтрольной себе станции делаешь, либо только от тех, кому доверяешь.

Ну я пока только умозрительно, но зато с пушем можно будет держать полноценный узел на телефоне даже =)

== 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 постараюсь выложить в ближайшее время.
Обсудим?

Теперь доступна здесь: ii://habra.rss

Поправьте фетчеры и подписки

Я не понимаю, что делаю неправильно. Подскажите, пожалуйста.
На странице регистрации содержится сообщение: «reCAPTCHA has not been set up by the site administrator in registration settings. This is required to register.»

То есть, мне нечем подтвердить свою человеческость? ))

Всё, разобрался. Прошу прощения. Просто надо было ввести прежние регистрационные данные, а я пытался зарегистрироваться снова.

Вздумалось мне вчера посмотреть как создаются плагины для веб-браузеров. В итоге решил потренироваться и написал сабж для Firefox.

Плагин представляет собой кнопку на панели браузера отображающую количество новых сообщиний на idec-ноде. При нажатии на кнопку открывается нода, а количество сообщений обнуляется. Адрес ноды и наблюдаемые эхи настраиваются на странице браузера about:addons в настройках соответствующего плагина. Новые сообщения проверяются каждые 10 минут.

Установить можно отсюда https://addons.mozilla.org/ru/firefox/addon/idec-notifier/
Исходный код https://github.com/btimofeev/idec-notifier

Поставил, годная штука. Правда, неплохо бы настраивать 2 вещи

1 - интервал проверки
2 - адрес, куда переходить по щелчку (для тех нод, где веб-интерфейс отличается от адреса API или для своих скриптов-букмарклетов)

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

Сабж. Почти все ссылки ведут именно туда, а тут хоп - и 503
Цезий просто скачать хотел.

vit01> Сабж. Почти все ссылки ведут именно туда, а тут хоп - и 503

Лучше поправить ссылки на гитхаб. У себя я прикрыл это дело, так как сервер не вывозил.

vit01> Цезий просто скачать хотел.

Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.

vit01>> Цезий просто скачать хотел.

AL> Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.

Это понятно, что на гитхабе. Просто думал, что на твоём личном гите самая последняя версия.

vit01>>> Цезий просто скачать хотел.
AL>> Сорян. У нас же всё на гитхабе. Я и забыл проверить ссылки то.
vit01> Это понятно, что на гитхабе. Просто думал, что на твоём личном гите самая последняя версия.

Я всегда пушил одновременно и к себе и на гитхаб.

Так много за эти месяцы произошло, что я теперь стал емаксером
И захотелось настроить idec-mode, но так и не получилось это сделать.

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

Emacs 25

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

>И захотелось настроить 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. Это будет мотивировать :)

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

Я совсем забыл прокинуть в сеть сабж. Но всё таки вспомнил об этом. Встречайте - ii://instead-games.forum. Распространяется с таверны. Фетч таверной настроен с mira и instead-клуба.

Зафетчено

сабж

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

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

В таверне трудится вот такой скриптик https://github.com/spline1986/rss2idec

Для работы требует feedparser и html2text.

Правда не знаю что именно подразумевается под универсальностью.

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

Difrex(mobile)> Он работает, спасибо! :)

Так куда ж он денется? Не за что =)

Что хоть за ленту пробросил?

И это уже не первое письмецо с подобным спамом
Ещё про эфир чел спамил и тоже с упоминанием Таверны

fecho://pictures/nagImiL4UWinsZNJHAna

http://idec.spline-online.tk/f/f/pictures/nagImiL4UWinsZNJHAna

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

Читаю тут в очередной раз про федеративные сети (кстати, @hugeping@mastodon.social)
Натолкнулся на сайт: https://the-federation.info/
Не знаю, зачем запостил. :) Но мне показалось что наглядно очень...

Регистратор не стал продлевать мне домен spline-online.tk бесплатно и предложил его купить за $10. Сумма небольшая, но более крутые регистраторы за меньшие деньги предлагают более приятные зоны. Та же .net, например, чуть ли не в два раза дешевле =)

Пока что с таверной можно связаться по адресу http://idec.spline-online.ml/

Просьба перенастроить фетчеры всем заинтересованным лицам.

Фетч готов. Надо бы ещё документацию поправить и дефолтные конфиги в клиентах.

AL> Регистратор не стал продлевать мне домен spline-online.tk бесплатно и предложил его купить за $10. Сумма небольшая, но более крутые регистраторы за меньшие деньги предлагают более приятные зоны. Та же .net, например, чуть ли не в два раза дешевле =)

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

Я так напоролся с ii-net.tk, но всё-таки заплатил.
Там ведь наша главная страница и дока хостятся, и все ссылки туда идут

Пока что остался год с лишним до следующего продления.
А за alicorn.tk теперь пристально слежу, чтобы не стал платным. Всё-таки домен оригинальный =)

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

vit01> А они нынче хитро делают. Продлять домены бесплатно всё-таки можно. Но если ты не успел это сделать в течение определённого срока, то тот же самый домен тебе предлагают уже платно.

Да. Я в этом году прощёлкал продление. Теперь подумываю отказаться в пользу какого-нибудь spline-online.net, который выйдет дешевле, чем мне сейчас предлагают в зоне .tk =)

vit01> Я так напоролся с ii-net.tk, но всё-таки заплатил.
vit01> Там ведь наша главная страница и дока хостятся, и все ссылки туда идут

Это да. Более важно, чем отдельный узел сети.

vit01> Пока что остался год с лишним до следующего продления.
vit01> А за alicorn.tk теперь пристально слежу, чтобы не стал платным. Всё-таки домен оригинальный =)

Симпатичный да.

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

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

Подписался, почитал. Мне по нраву. Буду агитровать за проброс эхи за пределы таверны =)

ЗЫЖ Народ, фетчите годноту пока есть %)

> Народ, фетчите годноту пока есть %)

Годнота фетчится + подписался. Полезные штучки, особенно про eshell и i3

Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Озвученной проблемы не наблюдаю зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием. Если это не баг, а недоработка, то алгоритм обработки цитат можно посмотреть в цезии, который успешно квотирует смешанный квоты при ответе.

Peter>> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

AL> Озвученной проблемы не наблюдаю

Обновился, тоже буду следить.

При закидывании очередного выпуска bitjam podcast в music обнаружил, что цезий обрезает описание файла до первого вхождения двоеточия. Баг мелкий, некритичный, но досадный. И уже исправлен.

Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Знаю уже, куда копать. Вероятность вопроизвести баг обратно пропорциональна количеству оперативки на девайсе.

Примерный путь:

1. Запускаем клиент, открываем какое-либо сообщение внутри эхи
2. Сворачиваем клиент, запускаем с домашнего экрана несколько ресурсоёмких приложений (браузер с несколькими вкладками, музыкальный стриминг, игрушка и.т.п.)
3. Ждём, пока ОЗУ заполнится до отвала, в клиент в это время не заходим
4. Можно ещё подождать некоторое время, чтобы сработал системный "сборщик мусора"
5. Заходим обратно в клиент, наблюдаем падение

С багофиксом будут проблемы из-за того, что андроид-студия падает от каждого чиха и еле шевелится.

AL> зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием.

Не понимаю, что ты имеешь в виду. Хотелось бы примеров

Подкинь msgid и напиши образец того, как сообщение должно цитироваться "правильно"

AL>> зато наблюдаю странное поведение квотера. Он некорректно обрабатывает письма со смешанным цитированием.
vit01> Не понимаю, что ты имеешь в виду. Хотелось бы примеров
vit01> Подкинь msgid и напиши образец того, как сообщение должно цитироваться "правильно"

Обнаруживается элементарно.

Берём сообщение Петра с олдовой квотой.


> квотированное сообщение

сообщение Петра.


При ответе с цитированием стабильно получаю в редакторе такой текст:


Peter> > квотированное сообщение

Peter> сообщение Петра.


Приходится руками править постоянно, так как в вебморде цитируют по старинке.

// Не хочу особо пока афишировать свою реализацию узла на go, но там, например, квотер вставляет в поле ввода всё. Дальше просто стирается лишнее =)

AL> Приходится руками править постоянно, так как в вебморде цитируют по старинке.

А как правильно? Варианты

1. Убирать пробел и получать в итоге Peter>>
2. Цитировать без имени конкретно эту строчку >>

AL>> Приходится руками править постоянно, так как в вебморде цитируют по старинке.

vit01> А как правильно? Варианты
vit01> 1. Убирать пробел и получать в итоге Peter>>
vit01> 2. Цитировать без имени конкретно эту строчку >>

Второй вариант. Смотри. Тут же простая логика.

// Это сообщения не Петра
> квотированное сообщение
// А это уже сообщение Петра
Сообщение Петра.

Значит при квотировании оно должно выглядеть примерно так:

>> квотированное сообщение

Peter> сообщение Петра

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

Peter> > квотированное сообщение

это квота первого уровня, хотя она является квотой второго уровня. И уж тем более, это не квота Петра, а квота его оппонента.

То есть второй вариант предпочтителен потому что:

1. Принадлежность цитаты хоть и теряется, но хотя бы не приписывается другому пользователю;
2. Уровень цитаты сохраняется и не нарушает логику беседы.

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