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

Выявлен баг с крайней сборкой клиента при копировании фрагмента текста сообщения.

Если выделить кусочек текста а потом ткнуть в произвольном месте на экране то клиент вылетает в список сообщений.

Могу если надо логи приложить.

app4soft> Выявлен баг с крайней сборкой клиента при копировании фрагмента текста сообщения.

app4soft> Если выделить кусочек текста а потом ткнуть в произвольном месте на экране то клиент вылетает в список сообщений.

Логи обязательно и версию андроида. И ещё вопрос, всегда проявляется или только иногда.

// У меня не воспроизводится

vit01> Логи обязательно и версию андроида. И ещё вопрос, всегда проявляется или только иногда.

Завел issue (там и лог и версия Android)

https://github.com/vit1-irk/idec-mobile/issues/27

Краш воспроизводится на моем аппарате. Других аппаратов у меня нет.

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

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

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 позволяет строить любые топологии. Клиент может выступать так же и сервером и забирать сообщения сразу со всех серверов.
А простота протокола позволяет писать клиентов очень быстро.

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

Багфиксы для app4soft (с косячной TextView) и для проблемы с восстановлением активити у Бориса закинуты в git. Сборки лежат как обычно

Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.

btimofeev> Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.

Прибить приложение не вариант?

А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах. Хоть в ту же крбонку.

И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

btimofeev>> Неплохо бы ещё добавить в клиент кнопку отмены загрузки файла из файлэх.

vit01> Прибить приложение не вариант?

Я, в своём случае, так и сделал, но это плохое поведение, лучше все-таки стандартную кнопку, да ещё и в нотификейшн баре, что бы можно было окошко загрузки закрыть и пользоваться клиентом пока огромный двухсотмегабайтный файл качается на медленном жипиэрэсе))

AL> И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

По умолчанию клиент не знает, как тебя зовут, поэтому в карбонке изначально показываются сообщения для All. Это логично
Просто зайди в настройки и поправь на своё имя (или на несколько).

Если ты не забыл, то карбонка IDEC Mobile != фидошная карбонка. Сообщения не копируются по-настоящему, и эта лента представляет собой что-то вроде поискового запроса (select * from base where msg_to='yourname')

AL> А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах.

Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
// Но я не исключаю, что в фетчере баг, и они не хотят выбрасываться

AL>> И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

vit01> По умолчанию клиент не знает, как тебя зовут, поэтому в карбонке изначально показываются сообщения для All. Это логично
vit01> Просто зайди в настройки и поправь на своё имя (или на несколько).

vit01> Если ты не забыл, то карбонка IDEC Mobile != фидошная карбонка. Сообщения не копируются по-настоящему, и эта лента представляет собой что-то вроде поискового запроса (select * from base where msg_to='yourname')

Я так и думал, но видимо, надо было перезапустить клиент.

AL>> А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах.

vit01> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).

Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?

vit01> // Но я не исключаю, что в фетчере баг, и они не хотят выбрасываться

Они появляются, но я, наверное, немного неправильно ими пользоваться хочу. Автофетч по расписанию, а читать когда удобно. Так что у меня дурацкая привычка смахивать их неглядя =)

У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

btimofeev> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

У себя такого не наблюдаю совсем.

btimofeev>> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

AL> У себя такого не наблюдаю совсем.

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

btimofeev> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

Пробил этот айдишник на таверне. Это Денис насоздавал каким-то образом порченные сообщения в базе.

см. VDQAAJ0jTAzTHFZLeV2X

Вопросы к багам в iing

// На мою станцию ничего такого не доходит, потому что фетчер сразу такое отсекает

vit01>> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
AL> Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?

Моя твоя не понимайт. Что такое шедуллер от уведомлений?

AL> Так что у меня дурацкая привычка смахивать их неглядя =)

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

Есть ещё один вариант. Я могу написать костыль в фетчере, который будет в локальную эху (вроде _idecmobile.files.notify) сбрасывать уведомления про поступление файлов. Ты на неё подпишешься, и следить будет легче.

btimofeev>> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b
vit01> Пробил этот айдишник на таверне. Это Денис насоздавал каким-то образом порченные сообщения в базе.
vit01> см. VDQAAJ0jTAzTHFZLeV2X

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

vit01> Вопросы к багам в iing

Багом приём таких сообщений не считаю.

vit01>>> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
AL>> Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?
vit01> Моя твоя не понимайт. Что такое шедуллер от уведомлений?

Всё таки писать с экранной клавиатуры мне удаётся с трудом =)

Шедуллер отвязать от уведомлений сильно трудозатратно?

AL>> Так что у меня дурацкая привычка смахивать их неглядя =)
vit01> Попробуй установить какой-нибудь менеджер уведомлений, чтобы он их сохранял. Или выработай привычку тыкать пальцем, если увидишь уведомление о новых файлах

Это да. Мой косяк. Просто не люблю когда их много скапливается, а к секте отношусь так, что прочту когда прочту.

vit01> Есть ещё один вариант. Я могу написать костыль в фетчере, который будет в локальную эху (вроде _idecmobile.files.notify) сбрасывать уведомления про поступление файлов. Ты на неё подпишешься, и следить будет легче.

Костыльно. Наверное ни к чему что-то менять. Всё таки работа с файлами на телефоне это то ещё удовольствие. Разве что по мелочи глянуть.

AL> Шедуллер отвязать от уведомлений сильно трудозатратно?

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

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

Сборка от 4 февраля, 01:33 (да, ночью самое время!)

В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd
Можно удалять отдельные ненужные цитаты, можно разбивать большие блоки цитат пополам (если они многострочные).

Как пользоваться:

1. В режиме чтения жмём на кнопку "С цитатой" не коротким тапом, а длинным
2. Можно двигать блоки цитат drag&drop и удалять их свайпом
3. Если хочется разбить многострочный блок, то надо коротко щёлкнуть по нему, появится диалог разбивки.
4. По завершении редактирования цитат жмём галочку наверху активити, запустится редактор текста

Пожалуйста, протестируйте, фича очень важная.

vit01> В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd
vit01> Можно удалять отдельные ненужные цитаты, можно разбивать большие блоки цитат пополам (если они многострочные).

vit01> Пожалуйста, протестируйте, фича очень важная.

Попробовал. Очень круто сделано. Понравилось даже больше, чем в горячей собаке редакторе =)

AL> Попробовал. Очень круто сделано. Понравилось даже больше, чем в горячей собаке редакторе =)

Всё, можно теперь рекламировать idec как "убийцу фидо" :)

Сборка клиента от 18 февраля, 14 часов

Добавил немного странную фичу в меню списка сообщений - "Export links to file".
Клиент берёт все сообщения из выбранной эхи (ленты), парсит их на наличие http (https) ссылок и скидывает все эти ссылки в /storage/sdcard0/idecMobile/links.txt

Зачем это надо?

Наверняка многие из вас читают новостные эхи вроде lor-opennet, habra и так далее. Удобнее всего бывает добавлять в избранное интересные статьи и прочитать их позднее. Но когда в избранном накапливается по 40-50 статей, которые ты ещё не прочитал, то становится очень неудобным прокликивать их вручную. Сначала кликнуть на звёздочку, потом кликнуть на ссылку, зайти в браузер, потом снова вернуться в клиент и так далее.

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

Идеально в связке с лентой непрочитанных или избранных.

Для этого же есть специальные сервисы read it later: pocket, instapaper, и даже свободный wallabag в F-droid. Нажал поделиться, выбрал это приложение, а потом читай с любого устройства.

vit01> Идеально в связке с лентой непрочитанных или избранных.

Ах да, забыл самое интересное.

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

"Открыть в браузере все ссылки на новости про GNOME за последние 2 месяца"

или

"Быстро получить список всех статей про новые фреймворки на Хабре"

Да пробовал уже, но это всё неудобно.

Надо кликнуть на каждую (!) ссылку, потом выбрать "поделиться", затем ещё и не промахнуться, пытаясь кликнуть на значок нужного приложения.

Пальцы устают делать однообразные вещи.
3-5 ссылок так удобно сохранять, 10-15 уже напряжно, а 30-40 - утомительно и не вариант.

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

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

Да, ещё он иногда у меня падал. Я исправно стал почту.

Peter> После этого клиент не мог забрать новые сообщения пока я не убил кеш (и базу на всякий случай).

Базу удалять не надо было, ибо в андроиде она неповреждаемая. А ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
Я хотел поставить в обработчик исключений фетчера автоочистку кэша, но всё руки не доходили.

Peter> Да, ещё он иногда у меня падал. Я исправно стал почту.

Видел. Это всё из-за косяков с памятью, за которой я плоховато слежу. Когда ты выходишь из клиента, то просто прибивай приложение, не давай ему висеть в ОЗУ

Но этот косяк я потом тоже постараюсь починить

Peter>> После этого клиент не мог забрать новые сообщения пока я не убил кеш (и базу на всякий случай).

vit01> Базу удалять не надо было, ибо в андроиде она неповреждаемая. А ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.

Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.

vit01>> ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
AL> Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.

См. сюда
https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java#L322

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

vit01>>> ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
AL>> Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.
vit01> См. сюда
vit01> https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java#L322
vit01> Изначально я просто хотел, чтобы уведомления о новых сообщениях не выбрасывались во время работы фетчера. Но всё равно какой-то костылец.

Хм. Просто в ущерб надёжности фича выходит. Хотя, если без шедулера юзать, то нормально должно быть.

Переезжаю на новый сервер.

С сегодняшней ночи до завтрашнего дня нода будет недоступна

vit01> Переезжаю на новый сервер.
vit01> С сегодняшней ночи до завтрашнего дня нода будет недоступна

Отбой, всё-таки передумал. Хостер в воскресенье медлит, а я пока недостаточно подготовился и хочу спать.

Если повезёт, то на днях перееду.

Оказывается они на гитхабе. Что то я не досмотрел, думал какие то внутренние репозитории.

https://github.com/gk11-ru/

Попробую поизучать на досуге regcenter. Потом elp. Правда досуга маловато. :)

Если вы видите это сообщение, значит ii-net.tk успешно переехал на новый сервер.

Новый IP-шник - 185.246.64.187

// Параметры сервера абсолютно такие же, но теперь это KVM вместо OpenVZ. И вместо протухшего 2.6.32 ядра там стоит 4.9.
// Просто glibc из нового дебиана отказывался нормально работать со старым ядром, и всплыли очень нехорошие тормоза на пустом месте. Хостер сказал, что если хочется юзать новые ядра, то надо апгрейдиться.

И сегодня упало такое электрописьмо в почту... ребята из EFF, Let'sEncrypt и разрабы Certbot, я с вами.

======
>Dear Supporter of Digital Freedom,

>I want to thank you for using the Electronic Frontier Foundation’s Certbot to enable HTTPS on your webserver. Each cert brings us closer to our goal of encrypting the entire Internet and defending user privacy and free expression. I also want to thank you for signing up to learn more about EFF and the fight for your rights!

>If you did not subscribe, or did so by accident, please click here to unsubscribe.

>Certbot is part of a growing number of EFF technology projects designed to protect your online freedom. EFF helped develop Let’s Encrypt, the free SSL certificate authority expanding the availability of encryption and taking the web by storm. We created HTTPS Everywhere to help ensure that users connect to websites securely. We also maintain Privacy Badger, a free browser tool that helps hundreds of thousands of Internet users block third-party scripts and cookies that track users across the web. EFF works on the side of ordinary users and advanced developers alike because together, we can build a safer, more privacy-friendly web.

>This is just a taste of what thousands of EFF members have accomplished over the last 26 years. Here is what you will see on the EFF mailing list:

>EFFector: our bimonthly newsletter about technology, law, and your rights.

>Action Alerts: high-priority alerts when a breaking issue needs your attention.

>Special invitations to events in your area and opportunities to support EFF.

>You can also follow EFF's work on Facebook, Twitter, and Google+!

>If you like Certbot, please consider donating to EFF or becoming a member to support projects like these and help widen the path to a better digital future. Thanks!

>Fighting for your online rights,

>Aaron Jue
>EFF Development Director

======

Нормально. Тоже мне баг ;?

Собираюсь актуализировать сабж и схему сети. Просьба выслать свои актуальные сегменты. Текущий нодлист можно взять на фреках таверны. Файл nodelist.json.

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

По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.

AL> По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.

Энергетики подали питание раньше.

vit01> В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd

Попробовал только сегодня, все руки не доходили собрать приложение. Фича крутая, очень удобно теперь! Спасибо!

AL> Собираюсь актуализировать сабж и схему сети. Просьба выслать свои актуальные сегменты.

На моём сегменте ничего не поменялось. За исключением того, что теперь ii.difrex.ru не гейтуется (она сейчас недоступна)

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

> Кстати, хочу пушить хабр куда-нибудь не к себе. ii 0.3 течет и виснет(!!!). Кто готов принять траффик?

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

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

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

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

Я совсем забыл прокинуть в сеть сабж. Но всё таки вспомнил об этом. Встречайте - 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 теперь пристально слежу, чтобы не стал платным. Всё-таки домен оригинальный =)

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

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

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

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

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

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

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

Попробовал пересобрать сабж с самыми последними библиотеками и обновил build.gradle. Вроде запускается

Заодно обновил дефолт-конфиг для Таверны в связи со сменой домена

// Тот момент, когда выкладываешь ночную сборку в прямом смысле этого слова =)

Новая андроид-студия сильно потолстела, на 2 гигах оперативы еле-еле ворочается.
Насчёт полноценной поддержки клиента пока вряд ли что могу сказать, времени не хватает

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

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. Уровень цитаты сохраняется и не нарушает логику беседы.

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