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

> HotdogEd

а к нему реально наш протокол прикрутить?

>> HotdogEd

gk11> а к нему реально наш протокол прикрутить?

Пиши свой провайдер и в путь.

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

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

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

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

для общего протокола - ii/idec. и, чтобы не путаться, для синхронизации topicid и тэгов, в этом случае будет разумнее уточнять ii/elp. а сам протокол, который за 3.5 года практически не изменился, так и останется ii. проекта ii больше нет, но протокол остался

или, раз ii означало 2, можно расширенный протокол назвать iii, то есть 3 :)

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

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

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

Можно.

в фидо было принято говорить нода :) нода, хаба, но почему-то пойнт :) но *каждый нода* звучит, однако, как-то по-чукотски :)

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

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

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

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

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

>>> я не понимаю в андроидах и программированиях, но есть же какой-то клиент - с него можно вычленить и добавить туда этот самый провайдер?
>> Можно.
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. Рабочие ссылки ii://

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

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

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

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

$ kdeconnect-cli -d xyzxyzxyzxyz --share "ii://QI58zrmtLUsZAWceUnGA"

Ну или

$ kdeconnect-cli -d xyzxyzxyzxyz --share "ii://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'ануть телефон и воспользоваться вот этим методом: ii://g11qz9sa8T1ubchj6Nr3 [ ii://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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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