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

Некому. Переговоры с апстримом вести не надо. Сама архитектура HotdogEd устроена так, что есть он, с редактором, поддержкой групп и базой данных и есть провайдеры, реализующие сетевую часть. Причём провайдеры ставятся как отдельные приложения. Сергей Позитурин (2:5020/2141 и автор "Горячая собака редактор") реализовал два провайдера -- для binkp и для nntp. На стыке может возникнуть не одна проблема. Но зачем нам горячая собака, когда у нас есть замечательный idec-mobile?

Ну, во-первых, это ещё один интересный клиент. Во-вторых, привлечение внимания аудитории фидошников.

idec-mobile удобнее.

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

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

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

Difrex(mobile)> idec-mobile удобнее.

Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

* Главное обновление -- это рабочий поиск с подсветкой:
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. Рабочие ссылки

Так как пока по некоторым причинам я не могу сейчас ни отказаться от вебинтерфейса ни написать его для godecn, то пришлось немного подпилить iing.

В таверне уже есть эти изменения. Я окончательно убрал эхи в виде лент за полной ненадобностью и неудобством и добавил возможность отправлять поинтам файлы в фэхи прямо через веб.

Только что решил обновить сборку с важным обновлением для поддержки ii-ссылок

1. Исправлено падение при открытии ii-ссылок, если клиент не запущен
2. [NEW] ii-ссылки теперь открываются через KDEConnect

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

Теперь это можно устроить одной командой:

$ kdeconnect-cli -d xyzxyzxyzxyz --share "QI58zrmtLUsZAWceUnGA"

Ну или

$ kdeconnect-cli -d xyzxyzxyzxyz --share "ru.humor.14"

xyzxyzxyzxyzxyz - это уникальный айдишник устройства (т.е. мобилы или любого другого), который у вас никогда не меняется. Его можно посмотреть через kdeconnect-cli -l или на самом телефоне.

Команду можно забиндить скриптом в тот же Цезий и быстренько "переключаться" на андроид, например, сочетанием клавиш.

P.S. Трюк для msgid сработает, только если нужное сообщение на андроиде уже зафетчено.

Сборка от 13:56

Обыкновенный фетчер стал чуть более информативным, сообщает о новых файлах

1. Будущее сети. Пока не знаю, что ответить

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

Ботов (тех же RSS) настраивать надо вручную. Фетч - тоже вручную, с заходом по SSH на сервер и ручной правкой конфигов. Хорошо бы это оптимизировать.

Для python вообще нужна по моему мнению единая IDEC-Lib, которая нивелирует различия между нодами и клиентами и объединит общие усилия по разработке и позволит городить улучшения гораздо проще. Туда же GoLang-реализация и так далее

3. Основной проект - Android клиент. Планирую улучшать интерфейсы для работы с базой данных (как эх, так и фэх), хочу добавить шифрование.

Полное TODO по клиенту здесь: https://github.com/vit1-irk/idec-mobile/projects/1

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

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

Буду поэтапно реализовывать скрипты для архивации, пересортировки в базе, бэкапов. Мета-скрипты для фетчеров и ботов, которые позволят обуздать большие потоки информации.

> поможет в конкурентной борьбе за девочек, пишущих про котиков (для меня это моя основная целевая аудитория).
Кто о чём, а вшивый о бане =) С девочками точно не помогу, и эта тема себя уже давно исчерпала

4. Что мы можем сделать интересного для людей?
Пока что не очень много. Мода вообще такая штука, что люди становятся её жертвами

> Подача в СМИ и на новостных сайтах.

Ничем помочь не могу. И в целом идея не нравится. Надо сначала так сделать, чтобы самим было максимально удобно. Потом те, кому интересно, без всяких СМИ будут приходить.

5. Вопросы AB и XAB и дружественная атмосфера.

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

AL> Я окончательно убрал эхи в виде лент за полной ненадобностью и неудобством

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

Вот, почитайте. Вы точно уже видели нечто подобное

https://maple.libertree.org/docs/show/en_GB/philosophy

На тот случай, если кто-то всё-таки соберётся составлять нодлист

1. Моих станций теперь всего 2: это [mira] и [alicorn-archive].
2. Аплинки: tavern, ii.difrex.ru, club.syscall.ru
3. Всех аплинков фетчу раз в 10 минут, список эх для всех одинаковый
4. Список фетч-эх в реальном времени смотреть, например, здесь: https://ii-net.tk/ii/club-fetch.php
6. Личную информацию, адреса и явки смотреть в предыдущем нодлисте, они не изменились.

// на срач ответить нечего

Во время разборок с багами IDEC Mobile возникла проблема с парсингом файл-строк с пустыми описаниями. Казалось бы, баг несерьёзный, и клиент я всё-таки поправил. Сейчас клиент игнорирует такие файлы, считая их за испорченные

Но в стандарте этот момент толком уточнён не был. Делать ли поле description обязательным для файлов в файлэхах или нет? Позволять ли поинтам загружать так файлы?

Моя позиция, что поле лучше сделать обязательным. Потому что по имени файла можно _только примерно_ понять, что внутри. Хоть какое-то описание, но быть должно => коты в мешке не нужны.

Высказывайтесь за то, какое поведение загонять в стандарт.

Снял ii.14 с фетча и со списка эх

// снял с фетча также tyt.bce.hacpem в виду сомнительной нужности

> Subj!

Ну не то чтобы новая эпоха. Просто кому-то очень захотелось завершить "ребрендинг" =)
// фетчу

AL> шедулер, дабы почта забиралась автоматом по расписанию. Естественно опциональный.

Можно, конечно, но надёжную работу его не обещаю

AL> Я всё смотрю на HotdogEd и оказалось, что это работает лучше крона в термуксе =)

Конечно лучше, ведь ни один вменяемый пользователь Termux не будет запускать внутри него Cron :)
По-нормальному надо бы root'ануть телефон и воспользоваться вот этим методом: g11qz9sa8T1ubchj6Nr3 [ linux.14 ]

В сабже появилась очень важная фича - фоновый фетчинг
Искать галочку в настройках уведомлений

Также фоновый фетч отслеживает появление новых файлов в фэхах, что тоже удобно.

// Плюс багофиксы, как всегда

Версия от 24 декабря, 13:25

AL> Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

В TODO-шке этот пункт, между прочим, стоит в числе "стратегических".

Чем ты реально можешь помочь, так это записать видео с разъяснениями (это в идеале), ну и накидать подробно скриншоты для таких тупых (и нефидошников), как я. Чтобы было более понятно, как оно хотя бы примерно может быть реализовано в IDEC Mobile.

Вроде бы, на словах оно кажется простым (хоп-хоп, выбрал цитату, туда-сюда), но на деле это не так, и наглядная демонстрация будет эффективнее.

// а ещё я могу стырить исходники, ну, если они открыты

P.S. Помню, ты уже скидывал пару скриншотов и рассказывал, но должного эффекта на мои мозги это не возымело

Если кто ещё помнит сишный клиент, я его недавно проверял на свежем clang, он компилируется и работает.

Правда, варнинги выдаёт из-за кое-какого говнокода, но на работоспособность это не влияет.
-----------
Только что слил в git все накопившиеся изменения, связанные с IDEC Mobile (сортировка в фэхах, некоторые баги, отправленные на емейл), потому что когда-нибудь это надо было сделать.

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

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

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

Поиск будет. Искать глазами это какой-то путь бумажных книг. Пока поиска нет, но и лента крайне неудобна.

vit01> Во время разборок с багами IDEC Mobile возникла проблема с парсингом файл-строк с пустыми описаниями. Казалось бы, баг несерьёзный, и клиент я всё-таки поправил. Сейчас клиент игнорирует такие файлы, считая их за испорченные

Зачем игнорировать файлы? Пустое описание не пустое имя же.

vit01> Но в стандарте этот момент толком уточнён не был. Делать ли поле description обязательным для файлов в файлэхах или нет? Позволять ли поинтам загружать так файлы?

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

vit01> Моя позиция, что поле лучше сделать обязательным. Потому что по имени файла можно _только примерно_ понять, что внутри. Хоть какое-то описание, но быть должно => коты в мешке не нужны.

Это сугубо административный вопрос и он не должен решаться на уровне стандарта.

vit01> Высказывайтесь за то, какое поведение загонять в стандарт.

Вот. Высказался. Всё на правах имхо. Моя позиция такова: софт должен всасывать по максиму.

AL>> Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

vit01> В TODO-шке этот пункт, между прочим, стоит в числе "стратегических".

Рад слышать. Это очень упростит общение через твой клиент.

vit01> Чем ты реально можешь помочь, так это записать видео с разъяснениями (это в идеале), ну и накидать подробно скриншоты для таких тупых (и нефидошников), как я. Чтобы было более понятно, как оно хотя бы примерно может быть реализовано в IDEC Mobile.

Хорошо. Я провентилирую вопрос записи скринкаста на смарте и на фреки тебе положу файлик. Но попозже. Сейчас предновогодняя суета одолевает в работе и быту.

vit01> Если кто ещё помнит сишный клиент, я его недавно проверял на свежем clang, он компилируется и работает.

vit01> Правда, варнинги выдаёт из-за кое-какого говнокода, но на работоспособность это не влияет.

Надо будет посмотреть его всё таки =)

vit01> Только что слил в git все накопившиеся изменения, связанные с IDEC Mobile (сортировка в фэхах, некоторые баги, отправленные на емейл), потому что когда-нибудь это надо было сделать.

Спасибо за замечательный клиент. Во многом он лучше даже столь любимого мной "горячая собака редактор" =) Особенно в вопросе быстродействия.

Сборка клиента от 31 декабря 19:3*

1. Редактор сообщений теперь поддерживает получение текста от других андроид-приложений через ACTION_SEND. Теперь можно взять какую-нибудь текстовую информацию из редактора или браузера и сразу отправить её сетянам

2. В Android >= 6 предыдущий пункт сделан ещё круче. Делиться текстом в секту теперь можно прямо из контекстного меню выделения. Таким способом работает, например, поиск в Википедии и шифрование через OpenKeyChain.

3. И небольшой сюрприз - пополнение в темах оформления. Зацените новую чёрно-оранжевую тему. Кто узнает, откуда она была взята, тому плюс за широкий кругозор ;-)

// изменения также слиты в Git

Поздравлять с НГ и желать что-то не буду. Как говорится: "Новый год ничего не изменит, надо меняться самому". Так что больше коммитов, больше креатива и больше дел, доведённых до конца, есть наше сознательное стремление.

Но вкусняшек поешьте обязательно! Всем коммитов^Wдобра в этом чате

Сборка клиента от 22:32

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

Сборка клиента от 1 января, 21:49

Клиент теперь может диктовать сообщения вслух! В режиме чтения жмякните на пункт в менюшке "Прочитать голосом".

Эта фича будет полезна, например, в литературной эхе или в анекдотах. Идёшь по улице в наушниках, а пялиться в экран крайне неудобно (мало ли, руки мёрзнут или просто телефон лень держать). Нашёл нужное сообщение, тыкнул кнопку и положил девайс в карман. А он тебе сам берёт и надиктовывает.

// Попробуйте на ru.humor.14 , это даже весело =)

А между тем в стандарте до сих пор висит строчка с обязательностью описаний. И никто, кроме меня и Виктора не высказался по этому поводу. Можете считать меня занудой, но надо бы всё таки решить этот вопрос =)

Считаем проблему пустых описаний проблемой административной или технической?

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

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

Это да. Юникод есть. Вопрос в том считать ли файл с пустым описанием некорректным.

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

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

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

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

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

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

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

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

Difrex(mobile)> Кстати, а как остановить ее читать?

Выйти из режима читалки, то есть просто нажать кнопку "назад"

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

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

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

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

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

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