Subj!

А что с ii.14? Можно снимать?

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

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

привет фидошникам! есть новые классные девчонки?

а фетчер там не падает больше?

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

Я хочу на своей ноде сделать что то вроде list.txt но с описанием того что я фетчу.
Я могу сделать и json в формате.
Есть ли смысл это стандартизовать?
Если нет - я бы сделал просто что то вроде:

урл фетча:список эх
урл фетча:список эх
урл фетча:список эх

Перид опроса имхо не особо важная информация. И вообще - она может быть даже не периодической. ;)

Да, уточню. Мне кажется важным именно наличие инфы: какие эхи тянутся с каких нод. Это позволит легче взаимодействовать при взаимном фетче. (О, Андрей, а почему ты снял с меня фетч? Или - смотри - что я у тебя фетчу!)

И также позволит получить актуальную инфу о структуре сети.

Так что на мой взгляд, информация должна быть в виде:

нода:эхи

проще такую информацию публиковать в сисопской эхе, тем более, самое важное - это уведомления об обновлениях, типа *я фетчу* или *я не фетчу*

автоинформация тоже важная вещь, но мало кто будет следить за уведомлениями (если не будет мета-трекера фетча), а так можно понять, что следует менять

> 1. Имя ноды (которое попадает в поле адреса);
зависит от сервера регистрации. как минимум, есть три адреса. через u.gk11.ru идёт elp

> 2. URL для работы клиента;
gk11.ru или blog.51t.ru

> 3. URL веб-интерфейса, если таковой имеется;
аналогично

> 4. Своё имя в том виде, какое ты бы хотел видеть в нодлисте;
никаким

> 5. Свои контакты (email, web, phone). Хотя бы один из тех, с помощью которого можно связаться с тобой приватно;
me@51t.ru

> 6. Список твоих аплинков (имя узла из нодлиста и период забора сообщений).
club.syscall.ru для std.club, gk11.ru, openbsd.talk, idec.spline-online.tk для ii.14 и game.rogue.14. с кого беру idec.talks - не помню, вроде бы с club. поллинг - 5 минут

> И также позволит получить актуальную инфу о структуре сети.

для этого и нужна сисопская эха, чтобы объяснять *я хочу* или *я больше не хочу*, поскольку эта информация касается всех

впоследствии, если узлов будет хотя бы 20, нам всё равно понадобится NC/NEC в одном флаконе, который и будет во всё вникать, и какие-никакие правила, которым следует подчиняться всем узлам (с понесением личной ответственности за их неисполнение), поэтому надо как-никак организовываться.

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

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

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

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

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

Peter> А что с ii.14? Можно снимать?

Я как всегда сниму последним =)

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

>> 1. Имя ноды (которое попадает в поле адреса);
gk11> зависит от сервера регистрации. как минимум, есть три адреса. через u.gk11.ru идёт elp

Так какой узел добавлять?

>> 2. URL для работы клиента;
gk11> gk11.ru или blog.51t.ru

Два узла?

>> 3. URL веб-интерфейса, если таковой имеется;
gk11> аналогично

Аналогично.

>> 4. Своё имя в том виде, какое ты бы хотел видеть в нодлисте;
gk11> никаким

Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

>> 5. Свои контакты (email, web, phone). Хотя бы один из тех, с помощью которого можно связаться с тобой приватно;
gk11> me@51t.ru

Во. Первая конкретная информация.

>> 6. Список твоих аплинков (имя узла из нодлиста и период забора сообщений).
gk11> club.syscall.ru для std.club, gk11.ru, openbsd.talk, idec.spline-online.tk для ii.14 и game.rogue.14. с кого беру idec.talks - не помню, вроде бы с club. поллинг - 5 минут

Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

ЗЫЖ И это называется "решают кто ровнее". Блин. Клещами информацию не выудишь, а потом виноват. Г - Логика.

Во избежание возможных обид добавил указанную информацию. Предоставлена она не в полном объёме, поэтому практически бесполезна.

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

А нужна ли эта информация в нодлисте?

> Так какой узел добавлять?

любой

> Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

можно записать, как Вася Васин

> Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

потому что ни одна технология не может исправить тупость

>> club.syscall.ru для std.club, gk11.ru, openbsd.talk, idec.spline-online.tk для ii.14 и game.rogue.14. с кого беру idec.talks - не помню, вроде бы с club. поллинг - 5 минут

> Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

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

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

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

> > Так какой узел добавлять?

gk11> любой

Добавил любой.

> > Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

gk11> можно записать, как Вася Васин

Понятно.

> > Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

gk11> потому что ни одна технология не может исправить тупость

В нашей сети нет узла "club". Так сто согласен. Тупость не исправить техническими средствами.

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

>> > Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

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

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

gk11> потому что тут всё очевидно: есть две станции, где кто фетчит

Одна из перечисленных тобой станций за пределами твоих шизофренических бредней существует только одна.

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

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

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

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

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

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

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

Мастер слова очень сильный.

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

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

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

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

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

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

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

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

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

а почему не сгребли все эти экшны в один неймспейс /u/? потому что у меня много однобуквенных реквестов (меня за один вынос /e и /m прибить мало, надо было сразу неймспейс выделять - хотя изначально кроме /e и /m вообще никаких других действий не было, правда появление первого софта заставило жаловаться, что всё оооочень медленно - дальше начались долгие скитания между /z и /u, в общем так сложилось исторически)

впрочем, это можно, видимо, средствами nginx прикрутить, не трогая код - надо будет с конфигом разобраться, кто подскажет?

http://gk11.ru/x/features

http://blog.51t.ru/x/features

так пойдёт?

Бьют барабаны, звучат тантамы, и их эхо разносится по всем джунглям. Дымят во все концы сигнальные костры. Элеонора-Быстрые-Блоги созывает всех на совет нодов.

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

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

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

3. Кто что делает. Публикация планов своих действий может побудить к фичреквестам/репортам а самых заинтересованных - присоединиться к разработке в той или иной форме. Сейчас вообще не особо понятно - что, кто, где, зачем. Сисопская эха безмолствует.

Что касаемо меня, я делаю проекты для новичков: Во-первых, простой блог, во-вторых, чуть более сложный форум. Идея в том, что протокол будут пропихивать в существующие форумы, за 4 года не оправдался, значит Магомеду следует размять ноги, и выпускать решения, которые, прежде всего являются простым и удобным решением для общения.

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

4. Что мы можем сделать интересного для людей? И как представить интересно то, что уже есть? А также другие вопросы информационной политики сети:

Подача в СМИ и на новостных сайтах. Комментарии к этим СМИ. Переговоры с дружественными проектами и привлечение их на свою сторону. Объяснение всем вышеперечисленным, почему мы такие клёвые.
Когда я привлекал внимание к своим интернет-проектам в начале двухтысячных, я писал статьи для широко известного в узких кругах журнала Internet Zone, что давало мне бэклинк и возможность распространять свои идеи. Сотрудничал с одним интернет-провайдером, с которым мы делали совместный проект, что тоже позволяло мне пользоваться его известностью. Это всё привлекает живых людей.

Написать статью с обзорами средств децентрализации, их сравнение, упомянуть там и нас, и распространить по онлайн-изданиям и другим площадкам, где её возможно будет опубликовать. Вплоть до реальных СМИ.

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

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

Предлагаю объявить эхи территорией исключительно дружеского общения, а Нодов - носителями высокой морали перед лицом пойнтов, чтобы те равнялись на нас. А не это. Всем нодам обменяться личными контактами, и всё, что хоть как-то может смахивать на недружественное общение, писать лично, а не в эхи. Проявления недружественной атмосферы помечать значками AB/XAB.


Прошу всех нодов ответить, в вольной неструктуированной форме (например, в виде своих размышлений).

У нашего проекта есть огромный потенциал, который так и не был реализован за эти почти 4 года.
MAKE II GREAT AGAIN.

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

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

расскажи вкратце, что за фичи. если фичи хорошие, может и мне следует их в своих форумах реализовать :)

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

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

А смысл? Проще при отсутствии x/features переключаться на legacy (читай ii). Так сохраняется обратная совместимость с древним софтом. Не уверен, что она ещё нужна, но пусть уж будет.

gk11> MAKE II GREAT AGAIN.

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

> Так как меня один фиг на ближайшем совете исключат из списка нодов в силу личной неприязни

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

там человек собирался ноду на pys60 под symbian запускать, на случай чего угодно

пришлось доставать из шкафа и адаптировать http://ii.51t.ru

правда, туда тоже можно добавить эти features, код тута: https://github.com/gk11-ru/ii-elp

для личной связи со мной:
e-mail: me@51.ru
phone: +7 4232 907 908, sms +79025057908
vk: http://vk.com/romeroyakovlev

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

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

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

me@51t.ru конечно :)

> расскажи вкратце, что за фичи. если фичи хорошие, может и мне следует их в своих форумах реализовать :)

- многоязычность web интерфейса [сделано]
- списки выбранных сообщений [сделано, хоть и плохо]
- поиск [плохо но сделано]
- возможность удалять сообщение с добавлением в blacklist [сделано]
- возможность редактировать сообщение админом [сделано, возможно нужно улучшить]
- автоподписка на тематические эхи INSTEAD [сделано]
- карбонка и rss карбонки [сделано]
- спойлеры через base [сделано]
- превью и помощь при написании сообщений [сделано]
- скрытоэхи через web как реализация приватных бесед [сделано]
- интеграция с e-mail, посылка ЛС? [возможно мне поможет в этом центр регистрации от elp]
- вид по топикам [как это сделано в elp]

На самом деле, это по-моему, практически все, что мне нужно. То-есть осталось совсем немного....

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

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

Надо разбираться. Я честно говоря почти ничего не понял из того что ты написал =)

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

> - возможность редактировать сообщение админом [сделано, возможно нужно улучшить]

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

надо совет разбить на группы сообщений. пусть каждый нод ответит на эти два вопроса:

> 1. про развитие и будущее сети, кто что хочет, кто как видит

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

> 2. обсуждение имеющихся проблем

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

> это как? тем более, пост сразу уходит. с блеклистингом старого и созданием нового сообщения?

Нет, это сделано не в духе сети. можно просто поменять сообщение без изменения хэша.

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

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

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

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

> HotdogEd

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

>> HotdogEd

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

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

Написал небольшой пост --> 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. Рабочие ссылки

Так как пока по некоторым причинам я не могу сейчас ни отказаться от вебинтерфейса ни написать его для 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