Re: New epoch started! Peter to Difrex(mobile)

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

Re: New epoch started! gk11 to Difrex(mobile)

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

Re: Ссылки на Динамике gk11 to Difrex(mobile)

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

Re: Ссылки на Динамике Difrex(mobile) to gk11

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

Re: Аплинки Peter to Peter

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

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

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

нода:эхи

Re: Аплинки gk11 to Peter

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

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

Re: Аплинки gk11 to Peter

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

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

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

Re: New epoch started! Difrex(mobile) to Peter

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

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

Re: Аплинки Difrex(mobile) to Peter

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

Re: Аплинки Difrex(mobile) to Peter

Если добавлять эхи в информацию, то я за такой формат в 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"
        }
    ]
}

Re: New epoch started! Andrew Lobanov to Peter

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

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

Re: нодлист инфо Andrew Lobanov to gk11

>> 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 минут

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

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

Re: нодлист инфо Andrew Lobanov to gk11

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

Re: Аплинки Andrew Lobanov to Difrex(mobile)

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

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

Re: нодлист инфо gk11 to Andrew Lobanov

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

любой

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

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

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

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

Re: нодлист инфо gk11 to Andrew Lobanov

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

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

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

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

Re: Аплинки Difrex(mobile) to Andrew Lobanov

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

Re: нодлист инфо Andrew Lobanov to gk11

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

gk11> любой

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

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

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

Понятно.

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

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

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

Re: нодлист инфо Difrex(mobile) to gk11

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

Re: нодлист инфо Andrew Lobanov to gk11

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

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

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

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

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

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

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

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

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

Re: Аплинки Andrew Lobanov to Difrex(mobile)

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

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

Re: нодлист инфо Andrew Lobanov to Difrex(mobile)

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

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

Re: Фетчинг gk11 gk11 to Difrex(mobile)

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

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

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

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

Re: Фетчинг gk11 gk11 to Difrex(mobile)

http://gk11.ru/x/features

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

так пойдёт?

Re: Совет нодов Peter to gk11

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

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

Re: Совет нодов gk11 to Peter

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

Re: Фетчинг gk11 Difrex(mobile) to gk11

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

Re: Фетчинг gk11 Andrew Lobanov to Difrex(mobile)

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

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

Re: Совет нодов Andrew Lobanov to gk11

gk11> MAKE II GREAT AGAIN.

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

Re: Совет нодов gk11 to Andrew Lobanov

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

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

Re: Фетчинг gk11 gk11 to Andrew Lobanov

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

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

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

Re: Совет нодов Difrex(mobile) to gk11

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

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

Re: Фетчинг gk11 Difrex(mobile) to Andrew Lobanov

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

Re: личное gk11 to gk11

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

Re: Совет нодов Peter to gk11

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

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

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

Re: Совет нодов Difrex(mobile) to Peter

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

Re: Совет нодов Peter to Difrex(mobile)

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

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

Re: Совет нодов Difrex(mobile) to Peter

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

Re: Совет нодов gk11 to Peter

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

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

Re: Совет нодов gk11 to gk11

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

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

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

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

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

Re: Совет нодов Peter to gk11

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

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

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

Re: Совет нодов gk11 to Peter

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

Re: idec-mobile gk11 to Andrew Lobanov

> HotdogEd

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

Re: idec-mobile Andrew Lobanov to gk11

>> HotdogEd

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

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

Re: Совет нодов Difrex(mobile) to Peter

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

Re: Фетчинг gk11 Difrex(mobile) to Andrew Lobanov

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

Re: idec-mobile gk11 to Andrew Lobanov

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

Re: Фетчинг gk11 gk11 to gk11

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

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

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

Re: Совет нодов Difrex(mobile) to gk11

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

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

Re: idec-mobile Andrew Lobanov to gk11

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

Можно.

Re: Совет нодов gk11 to Difrex(mobile)

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

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

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

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

Re: idec-mobile gk11 to Andrew Lobanov

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

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

Re: idec-mobile Andrew Lobanov to gk11

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

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

Re: idec-mobile gk11 to Andrew Lobanov

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

Re: idec-mobile Difrex(mobile) to gk11

idec-mobile удобнее.

Re: Совет нодов Difrex(mobile) to gk11

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

Re: Совет нодов gk11 to Difrex(mobile)

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

Re: Совет нодов Difrex(mobile) to gk11

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

Re: idec-mobile Andrew Lobanov to Difrex(mobile)

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

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

Re: idec-mobile vit01 to vit01

Сборка от 13:56

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

Re: Совет нодов vit01 to gk11

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 и дружественная атмосфера.

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

Re: iing и таверна vit01 to Andrew Lobanov

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

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

Re: Аплинки vit01 to Difrex(mobile)

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

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. Личную информацию, адреса и явки смотреть в предыдущем нодлисте, они не изменились.

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

Re: Аплинки vit01 to vit01

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

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

Re: New epoch started! vit01 to Difrex(mobile)

> Subj!

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

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

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

Re: idec-mobile vit01 to vit01

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

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

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

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

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

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

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

Re: IDEC Mobile и ii-ссылки vit01 to vit01

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

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

Re: iing и таверна Andrew Lobanov to vit01

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

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

Re: Файлоэхи и поле description Andrew Lobanov to vit01

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

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

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

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

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

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

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

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

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

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

Re: Клиенты Andrew Lobanov to vit01

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

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

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

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

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

Re: idec-mobile vit01 to vit01

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

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

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

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

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

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

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

Re: idec-mobile vit01 to vit01

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

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

Re: idec-mobile vit01 to vit01

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

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

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

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

Re: Файлоэхи и поле description Andrew Lobanov to All

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

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

Re: Файлоэхи и поле description Difrex(mobile) to Andrew Lobanov

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

Re: Файлоэхи и поле description Andrew Lobanov to Difrex(mobile)

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

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

Re: Файлоэхи и поле description Difrex(mobile) to Andrew Lobanov

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

Re: Треды на dynamic.lessmore.pw Difrex(mobile) to Difrex(mobile)

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

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

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

Re: idec-mobile Difrex(mobile) to vit01

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

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

Re: idec-mobile vit01 to Difrex(mobile)

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

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

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

Re: Тех-работы на *.difrex.ru Difrex(mobile) to Difrex(mobile)

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

Re: idec-mobile vit01 to app4soft

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

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

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

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

Re: idec-mobile app4soft to vit01

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

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

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

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

Re: idec-mobile Difrex(mobile) to vit01

Re: idec-mobile vit01 to vit01

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

Re: idec-mobile btimofeev to vit01

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

Re: idec-mobile vit01 to btimofeev

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

Re: idec-mobile Andrew Lobanov to vit01

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

Re: idec-mobile btimofeev to vit01

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

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

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

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

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

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

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

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

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

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

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

Re: no subj Andrew Lobanov to btimofeev

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

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

Re: no subj btimofeev to Andrew Lobanov

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

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

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

Re: no subj vit01 to btimofeev

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

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

см. VDQAAJ0jTAzTHFZLeV2X

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

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

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

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

Re: no subj Andrew Lobanov to vit01

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

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

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

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

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

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

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

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

Re: idec-mobile vit01 to vit01

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

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

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

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

Re: idec-mobile vit01 to vit01

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

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

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

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

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

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

Re: idec-mobile btimofeev to vit01

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

Re: idec-mobile vit01 to vit01

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

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

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

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

или

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

Re: idec-mobile vit01 to btimofeev

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

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

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

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

Re: idec-mobile Peter to vit01

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

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

Re: idec-mobile vit01 to Peter

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

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

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

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

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

Re: idec-mobile vit01 to Andrew Lobanov

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

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

Re: idec-mobile Andrew Lobanov to vit01

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

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

Re: ii-net.tk vit01 to vit01

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

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

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

Re: ii-net.tk vit01 to vit01

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

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

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

Re: idec-mobile l1br4 to Andrew Lobanov

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

Re: Нодлист Difrex(mobile) to Andrew Lobanov

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

Re: Таверна недоступна Andrew Lobanov to Andrew Lobanov

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

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

Re: idec-mobile btimofeev to vit01

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

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

Re: Нодлист vit01 to Andrew Lobanov

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

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

Re: Нодлист Difrex(mobile) to vit01

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

Re: хабработ vit01 to Difrex(mobile)

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

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

Re: idec нода Andrew Lobanov to 1i8r4

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

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

Re: idec нода 1i8r4 to Andrew Lobanov

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

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

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

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

Re: idec нода Andrew Lobanov to 1i8r4

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

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

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

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

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

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

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

Re: Вопросы по /u/push vit01 to Andrew Lobanov

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

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

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

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

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

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

Re: Вопросы по /u/push Andrew Lobanov to vit01

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

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

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

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

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

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

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

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

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

Re: Вопросы по /u/push vit01 to Andrew Lobanov

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

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

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

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

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

Re: Вопросы по /u/push Andrew Lobanov to vit01

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

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

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

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

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

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

Re: Не могу зарегистрироваться на instead-games Anotheroneuser to Anotheroneuser

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

Re: idec notifier для веб-браузера vit01 to btimofeev

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

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

Re: idec notifier для веб-браузера btimofeev to vit01

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

Re: git.spline-online.tk недоступен Andrew Lobanov to vit01

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

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

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

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

Re: git.spline-online.tk недоступен vit01 to Andrew Lobanov

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

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

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

Re: git.spline-online.tk недоступен Andrew Lobanov to vit01

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

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

Re: idec.el - Help! Difrex(mobile) to vit01

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

>И захотелось настроить idec-mode, но так и не получилось это сделать.
Да, оно не до конца допилено.

Вот мой конфиг:

init.el

(defun configure-idec ()
    "IDEC configuration."
    (use-package idec-mode
        :load-path "~/projects/idecel"
        :bind (("C-c C-c" . kill-this-buffer)
               ("C-c C-n" . idec-next-message)
               ("C-c C-b" . idec-previous-message)
               ("C-C C-f" . idec-load-new-messages))
        :init
        :config
        (add-hook 'idec-mode-hook 'visual-line-mode)))

configure-idec()

Ему нужны зависимости:

(defun idec-depenencies()
    "Ensure IDEC dependencies."
    (use-package emacsql-sqlite
        :ensure t)
    (use-package web
        :ensure t))

Конфигурация в M-x customize-group <RET> idec:

* Idec Echo Subscriptions: idec.talks,develop.16
- это список эх разделенных запятой

* Idec Primary Node: http://idec.spline-online.tk/
- URL до API вместе с последним /

* Подгруппа Idec Accounts group
* Idec Account Auth: someAuthString
- Это authstring для твоей ноды

Этой конфигурации должно хватить.

После этого всего можно попробовать сделать: *M-x idec-online-browse* - так проверяется рабочесть *web*.
Если ОК, то *M-x idec-load-new-messages* должно скомпилировать sqlite и выкачать последние сообщения(по-умолчанию 50).

Что не работает:
* ответ на оффлайн сообщение из БД. :(
* UI плох

Но в принципе жить можно :)

https://images.lessmore.pw/media/images/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA_%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0_%D0%BE%D1%82_2018-06-25_10-38-15.png

Re: idec.el - Help! Difrex(mobile) to Difrex(mobile)

Да, хорошо бы, когда будешь находить баги, создавать задачки в github. Это будет мотивировать :)

Re: idec.el - Help! Difrex(mobile) to Difrex(mobile)

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

Re: RSS форума instead-games vit01 to Andrew Lobanov

Зафетчено

Re: А что у нас есть универсальное для RSS? Andrew Lobanov to Difrex(mobile)

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

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

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

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

Re: А что у нас есть универсальное для RSS? Difrex(mobile) to Andrew Lobanov

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

Re: А что у нас есть универсальное для RSS? Andrew Lobanov to Difrex(mobile)

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

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

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

Re: А вам тоже такое приходит? Difrex(mobile) to vit01

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

Re: Домен таверны vit01 to Andrew Lobanov

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

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

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

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

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

Re: Домен таверны Andrew Lobanov to vit01

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

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

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

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

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

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

Re: Транслирую свой бложик в сеть. Andrew Lobanov to Difrex(mobile)

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

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

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

Re: Транслирую свой бложик в сеть. vit01 to Andrew Lobanov

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

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

Re: IDEC Mobile Peter to vit01

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

Re: IDEC Mobile Andrew Lobanov to Peter

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

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

Re: IDEC Mobile Peter to Andrew Lobanov

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

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

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

Re: IDEC Mobile vit01 to Peter

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

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

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

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

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

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

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

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

Re: IDEC Mobile Andrew Lobanov to vit01

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

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

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


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

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


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


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

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


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

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

Re: IDEC Mobile vit01 to Andrew Lobanov

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

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

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

Re: IDEC Mobile Andrew Lobanov to vit01

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

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

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

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

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

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

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

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

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

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

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

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

Re: Состояние idec.el Difrex(mobile) to Difrex(mobile)

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

Re: IDEC Mobile vit01 to Peter

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

Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)

Также для Андрея починил обработку смешанных цитат

// Эти багофиксы клиента стоили мне 3,5 часов нервов
// Для вас же стараюсь, так что тестировать всем обязательно!

Re: IDEC Mobile Peter to vit01

> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)
> // Для вас же стараюсь, так что тестировать всем обязательно!

Пользуюсь твоим клиентом постоянно! Завтра обновлюсь. Кстати, почему то в этот раз и текущая версия у меня не падала....

Re: IDEC Mobile vit01 to Peter

>> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)


Peter> почему то в этот раз и текущая версия у меня не падала....

Проявление бага почти полностью зависит от количества доступной оперативки и от поведения "сборщика мусора" в андроиде.

Вариант тестирования - зайти в андроиде в настройки разработчика и снизить лимит одновременно запущенных процессов до 1-2 (для повседневного использования лучше так не делать)

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

Re: ii-ссылки (Тест) Difrex to vit01

Мой телефон не смог распознать qr код. Кривой он какой-то

Re: ii-ссылки (Тест) btimofeev to vit01

vit01> Прошу отсканировать на Android-смартфоне QR-код ниже.
vit01> Фишка должна сработать, если установлен IDEC Mobile и есть интернет

Это сделать проблематично, тк я уже смотрю это на смартфоне, а выносной камеры в нем нет =)

Re: ii-ссылки (Тест) vit01 to Difrex

В общем, пофиг пока на QR

Откройте вот эту ссылку на смартфоне

https://ii-net.tk/ii/test1.html

Ну а для теста сканера можно вот тут попробовать: https://ii-net.tk/ii/qr.png

ascii-art-QR коды иногда могут не открываться при плохом освещении

Re: ii-ссылки (Тест) Anotheroneuser to vit01

Меня переслало на 7Hbzt0ovAYawN7jvPJUz

Re: ii-ссылки (Тест) vit01 to Anotheroneuser

Anotheroneuser> Меня переслало на 7Hbzt0ovAYawN7jvPJUz

Всё правильно, так и должно было быть
Просто хотел подумать насчёт фичи более удобной навигации по ссылкам

IDEC Mobile поддерживает открытие ссылок на системном уровне. То есть из любого приложения (например, из браузера) можно сослаться на определённую эху или сообщение.

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

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

Сначала попробовал просто закодировать ссылку в виде QR и отсканировать. Это вполне себе срабатывает, но только не для всех QR-сканеров (многие из них воспринимают ссылки как plaintext, а не как URI)

А потом придумал, что можно сделать браузерную ссылку, как поступает Google Play, Telegram и многие другие. Кидаем QR-код с обычной "браузерной" ссылкой. Если у человека уже установлен IDEC Mobile, то сразу запустится клиент с нужным контентом.

// на декстопе аналогично, если будет поддержка со стороны десктопных клиентов

Если IDEC-софт не стоит, то сообщение просто откроется в браузере на одной из станций.

----------

Можно идти и в обратную сторону. Сделать в IDEC Mobile кнопочку "поделиться ссылкой". Тогда, имея тот же KDEConnect или другое средство передачи информации по сети, можно легко реализовать юзкейс "продолжить чтение на десктопе"

Re: ii-ссылки (Тест) Anotheroneuser to vit01

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

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

Re: ii-ссылки (Тест) Difrex to vit01

Хм, а вот открытый в idec.el qr-код я смог отсканить

// Sent from my GNU Emacs

Re: IDEC Mobile btimofeev to vit01

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

Re: Подписи vit01 to Andrew Lobanov

vit01>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>> Народ хочет фичу, значит будет

AL> Ну значит пора в цезии вводить шаблоны =)
AL> Может оговорим разметку для подписей?

Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.

А формат поинт пусть сам выбирает

Re: Подписи Peter to vit01

> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
> А формат поинт пусть сам выбирает

А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.

Re: Подписи Andrew Lobanov to vit01

vit01>>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>>> Народ хочет фичу, значит будет
AL>> Ну значит пора в цезии вводить шаблоны =)
AL>> Может оговорим разметку для подписей?
vit01> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
vit01> А формат поинт пусть сам выбирает

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

Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Но это так - бесполезные мыли.

Re: Подписи vit01 to Andrew Lobanov

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

AL> Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Скриншоты в студию. Неплохо было бы и так
Но только пусть будет условие, что подобные строки строго в конце сообщения. Чтобы ничего не сломать.

Я подумываю отделять подписи от основного текста горизонтальной линией и затемнить (как метаданные наверху рядом с сабжем)

Re: Подписи vit01 to Peter

>> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
>> А формат поинт пусть сам выбирает

Peter> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.

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

Re: Подписи Andrew Lobanov to vit01

Peter>> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.
vit01> Мне тоже чистый больше нравится. С другой стороны, можно сделать галочку в настройках "не показывать подписи"

Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)

Re: Дубликаты в idec mobile vit01 to Difrex

Difrex> IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.

То, где ссылка на Medium?

У меня вот отображается трижды сообщение, которое следует прямиком за ним
Где "черепаха следует за птицей"
В repto они действительно ссылаются на одну и ту же мессагу, но собственное id у них разное. Жирным цветом в IDEC Mobile отображается именно repto, а не msgid.

Товарищ Anotheroneuser отправил несколько раз одно и то же сообщение

Re: Дубликаты в idec mobile Difrex to vit01

Блин, точно. Про черепаху. Не тот msgid скопировал. Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.

Re: Дубликаты в idec mobile btimofeev to Difrex

Difrex> Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.

Оно копируется просто по нажатию на msgid.

Re: Дубликаты в idec mobile Anotheroneuser to vit01

Дичайше прошу прощения :)
Черепаха не ползла, как следует. Пришлось её немного подчерепашить, вот и получилось три раза.

Re: Подписи Difrex to Andrew Lobanov

AL> Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)
Давайте уже выберем какой-ниубудь формат :)
А то мне поменять не сложно на самом деле, но я хочу начать работу по подготовке кода для MELPA и заморозить добавление фич.

// Sent from my GNU Emacs

Re: Подписи vit01 to Difrex

Вот пример фидошной подписи

-- 
Best regards! 
Posted using Hotdoged on Android 
--- Hotdoged/2.6/Android
* Origin: Android device, Milky Way (2:5020/2141.3)

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

Меня вполне устраивает формат комментариев

// C style

Или

# bash/python style

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

Текст сообщения

# Подпись

Re: Подписи Difrex to vit01

vit01> Вот пример фидошной подписи
vit01> Это жуть и неприемлемо.
Согласен

vit01> Меня вполне устраивает формат комментариев
+1

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

vit01> ====
vit01> Текст сообщения

vit01> # Подпись
vit01> ====

Короче, у меня так и сделано - через //.
Если так норм, то оставлю такой вариант.

// Sent from my GNU Emacs

Re: Подписи Andrew Lobanov to vit01

vit01> Это жуть и неприемлемо.
vit01> Надо что-нибудь очень простое. И обязательно поставить условие, чтобы подпись была в конце сообщения, иначе в plaintext без парсера будет нечитаемо.

vit01> Меня вполне устраивает формат комментариев

vit01> // C style

vit01> Или

vit01> # bash/python style

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

vit01> ====
vit01> Текст сообщения

vit01> # Подпись
vit01> ====

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

Может всё же использовать какой-то более другой управляющий символ?

Re: Подписи Difrex to Andrew Lobanov

AL> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL> Может всё же использовать какой-то более другой управляющий символ?

Я за ;;;

Re: Подписи Andrew Lobanov to Difrex

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)

Re: Подписи Andrew Lobanov to Difrex

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)

Re: Подписи vit01 to Andrew Lobanov

AL> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL> Может всё же использовать какой-то более другой управляющий символ?

Ну давайте тогда лисповские ;;;
Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Re: Подписи Difrex to vit01

AL>> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL>> Может всё же использовать какой-то более другой управляющий символ?

vit01> Ну давайте тогда лисповские ;;;
vit01> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Конечно в конце, подпись же :)

Re: Подписи Andrew Lobanov to Difrex

vit01>> Ну давайте тогда лисповские ;;;
vit01>> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Difrex> Конечно в конце, подпись же :)

Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

Re: Подписи Difrex to Andrew Lobanov

Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.

// Так
;;; Так
*** Или так

Re: Подписи vit01 to Andrew Lobanov

AL> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

А в org-mode это заголовок в иерархии

Так что это не совсем нейтрально, как кажется

Re: Подписи Andrew Lobanov to Difrex

Difrex> Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.
Difrex> ====
Difrex> // Так
Difrex> ;;; Так
Difrex> *** Или так
Difrex> ====

Со звёздами как-то наиболее аккуратно выглядит и не конфликтует с комментариями. Мы же ещё ориентируемся на чтение в plain text?

Re: Подписи Andrew Lobanov to vit01

AL>> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

vit01> В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

vit01> А в org-mode это заголовок в иерархии

vit01> Так что это не совсем нейтрально, как кажется

Комментарии и куски кода у нас используются, а маркдаун и орг-мод нет. Но это только моё мнение.

Re: Подписи Peter to Andrew Lobanov

Может надо было маркдаун использовать для всего? :)

Если эстетически, то ***.
Но я не понял, ориджин будет всегда 1 строчным?

Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?

Re: Подписи Difrex to Peter

Peter> Если эстетически, то ***.
Peter> Но я не понял, ориджин будет всегда 1 строчным?
У меня в idec.el только однострочные пока.

Peter> Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?
Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

*** Sent from my GNU Emacs

Re: Подписи Peter to Difrex

Difrex> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

Тогда вот ещё для выбора:

+++ написано в idec Mobile
+++ http://instead.syscall.ru

Re: Подписи Andrew Lobanov to Peter

Difrex>> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.
Peter> Тогда вот ещё для выбора:
Peter> +++ написано в idec Mobile
Peter> +++ http://instead.syscall.ru

Ну да. Плюсики мне даже больше нравятся =)

Re: Подписи в IDEC Mobile Peter to vit01

Прикольно. А как несколько строк задать?

+++ http://club.syscall.ru

Re: Подписи в IDEC Mobile vit01 to Peter

Peter> Прикольно. А как несколько строк задать?

Так и задаёшь - через Enter

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic

Re: Подписи в IDEC Mobile Difrex to Peter

Зашибись :)

+++ Sent from IDEC mobile

Re: Подписи в IDEC Mobile Difrex to Difrex

Ой, ответил не на топ-пост.

+++ Sent from IDEC mobile

Re: Caesium Andrew Lobanov to All

Ещё один пуш. Улучшил квотер. Теперь вырезаются пустые строки и подпись при цитировании.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Подписи в IDEC Mobile Andrew Lobanov to vit01

vit01> Зацените в новой сборке

Наконец-то обновился. Всё таки шикарный клиент.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Подписи в IDEC Mobile Difrex to Andrew Lobanov

vit01>> Зацените в новой сборке
AL> Наконец-то обновился. Всё таки шикарный клиент.
Клиент ваще огонь!

+++ Sent from IDEC mobile

Re: проверка подписи Anotheroneuser to Anotheroneuser

В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?

Re: проверка подписи vit01 to Anotheroneuser

Anotheroneuser> В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?

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

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic

Re: проверка подписи Andrew Lobanov to Anotheroneuser

Anotheroneuser> В настройках станции «Таверна» я указал адрес http://club.syscall.ru и получилось отправить сообщения. Правильно сделал?

Клуб представляет собой часть сети. Если обращал внимание на заголовки сообщений, то там указывается адрес отправителя (например у меня tavern,1). Слово перед запятой - название сервера. Не очень очевидно в современных реалиях, но в итоге даёт массу преимуществ.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: проверка подписи Anotheroneuser to vit01

Это просто я -- олень. Не разобрался, что там есть возможность добавлять станции.
Мне показалось, что их можно только удалять. Хотел было смириться, но что-то заставило рыть дальше )) Теперь всё на местах: клуб -- клуб, а таверна -- ... а её я удалил случайно.

Re: проверка подписи Anotheroneuser to Andrew Lobanov

> Клуб представляет собой часть сети

> часть

> сети

Он, как бы, тоже сервер?

Re: проверка подписи Andrew Lobanov to Anotheroneuser

Anotheroneuser> Это просто я -- олень. Не разобрался, что там есть возможность добавлять станции.

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

Anotheroneuser> Мне показалось, что их можно только удалять. Хотел было смириться, но что-то заставило рыть дальше )) Теперь всё на местах: клуб -- клуб, а таверна -- ... а её я удалил случайно.

Да и не нужна тебе таверна. Одного сервера для пользователя достаточно.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: проверка подписи Andrew Lobanov to Anotheroneuser

>>  Клуб представляет собой часть сети
>>  часть
>>  сети
Anotheroneuser> Он, как бы, тоже сервер?

Конечно. Сервера объеденены в одну сеть с общей базой сообщений. Есть клуб у Петра, таверна у меня, станция мира у Виктора. Это из тех, где пользователи есть.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: IDEC Mobile Andrew Lobanov to vit01

И это ура! Спасибо за обновку.

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: IDEC Mobile Andrew Lobanov to vit01

А вот ещё. Какой функциональный смысл в разделении прцессов отправки и получения сообщений? Почему бы не объединить эти функции в одну кнопку? =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: IDEC Mobile vit01 to Andrew Lobanov

AL> Какой функциональный смысл в разделении прцессов отправки и получения сообщений? Почему бы не объединить эти функции в одну кнопку? =)

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

Если получение и отправку объединить в одну сущность, то ты не сможешь прочитать, например, обновления из lor-opennet, не завершив свои недописанные письма, которые должны уйти в std.club.

Черновики IDEC Mobile - это абсолютно то же самое, что черновики в Email.

# Сам клиент, в общем-то, создавался под впечатлением от стандартного Email-клиента в андроиде. Можете сравнить :)

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: IDEC-Mobile vit01 to Andrew Lobanov

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

А он вообще даёт почитать потом эху или бесконечно висит?

AL> Точное значение не скажу, но при размере индекса около 10000 сообщений поведение воспроизводится.

У меня на смартфоне никогда не было больше 2000 сообщений на эху, потому что регулярно их чищу. Надо будет подумать над тем.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: IDEC Mobile Andrew Lobanov to vit01

vit01> Если получение и отправку объединить в одну сущность, то ты не сможешь прочитать, например, обновления из lor-opennet, не завершив свои недописанные письма, которые должны уйти в std.club.

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

vit01> # Сам клиент, в общем-то, создавался под впечатлением от стандартного Email-клиента в андроиде. Можете сравнить :)

Сравнивал да =)

А сейчас перешёл на K9, но это оффтопик.

Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент. Может, Сергею Чумакову будет интересно. Правда не уверен, что он сюда подписан, но для анонса пока слишком рано =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: IDEC-Mobile Andrew Lobanov to vit01

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

vit01> А он вообще даёт почитать потом эху или бесконечно висит?

Висит пока не перезапустишь, но я больше пяти минут не пробовал ждать. 8000 жуёт бодро.

AL>> Точное значение не скажу, но при размере индекса около 10000 сообщений поведение воспроизводится.

vit01> У меня на смартфоне никогда не было больше 2000 сообщений на эху, потому что регулярно их чищу. Надо будет подумать над тем.

Ну у меня есть дурная привычка держать локально полную базу с узла =)

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: IDEC Mobile vit01 to Andrew Lobanov

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

В целом такое разделение излишне. Если при отправке ошибка - значит идёт в черновики.

AL> А сейчас перешёл на K9, но это оффтопик.

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

AL> Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент.

Бери исходники у меня. Особенно части с IIMessage и с SQLite движком + парсеры внутри SimpleFunctions
Незачем зря велосипеды плодить

А так я бы запилил десктопную версию IDEC Mobile, но руки дойдут ещё нескоро. Пока всё ещё сижу на CutieFeed

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: IDEC Mobile Andrew Lobanov to vit01

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

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

AL>> Кстати, в рамках изучения java и javafx заметил, что рождается новый десктопный клиент.
vit01> Бери исходники у меня. Особенно части с IIMessage и с SQLite движком + парсеры внутри SimpleFunctions

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

vit01> Незачем зря велосипеды плодить

Как это незачем? Велосипедостроительство наше всё!

vit01> А так я бы запилил десктопную версию IDEC Mobile, но руки дойдут ещё нескоро. Пока всё ещё сижу на CutieFeed

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Ничего не загружается в фаловых эхах Andrew Lobanov to Anotheroneuser

> Хотел посмотреть фото или загрузить книжку — не получилось. Может, по-другому загружать как-то надо? Я просто нажимал «скачать»

Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

Re: Ничего не загружается в фаловых эхах Peter to Andrew Lobanov

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

Совершенно верно. :)

Re: Ничего не загружается в фаловых эхах Anotheroneuser to Andrew Lobanov

AL> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.

То есть, надо подключиться к другой станции?

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.

Re: Ничего не загружается в фаловых эхах Peter to Anotheroneuser

Anotheroneuser> То есть, надо подключиться к другой станции?

Да, к станции которая поддерживает файловые эхи.

Re: Ничего не загружается в фаловых эхах Andrew Lobanov to Anotheroneuser

AL>> Насколько я помню, в клубе нет файлэх. Но лучше это уточнить у Петра.
Anotheroneuser> То есть, надо подключиться к другой станции?

Ну либо так либо просить Петра пробросить фэхи =)

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Ничего не загружается в фаловых эхах Peter to Andrew Lobanov

AL> Ну либо так либо просить Петра пробросить фэхи =)

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

Re: Ничего не загружается в фаловых эхах Anotheroneuser to Peter

AL>> Ну либо так либо просить Петра пробросить фэхи =)

Peter> Непроброс фэх

Да я просто хотел картинки посмотреть!))
Добавлю станцию и всё.
Самый верный путь — это когда никого не напрягать.

+++ А вы пощупайте-пощупайте! В нашем деле главное — пощупать.

Re: Что такое ii? Andrew Lobanov to mirage

mirage> Что за клуб и что за ii?

Не осталось уже ни клуба хороших людей (основатель создавал какой-то там кружок любителей OpenBSD, но и тот кончился, вроде) ни, можно сказать, ii.

ii это такой обрезанный idec. Без экономии трафика и файлообмена.

mirage> Попытки найти источник не были успешными.

У меня где-то, возможно, осталась эталонная реализация ii, но не уверен. Посмотрю завтра, если не забуду.

+++ Caesium/0.4 RC1

Re: Что такое ii? vit01 to mirage

mirage> Что за клуб и что за ii?
mirage> Попытки найти источник не были успешными.

Всё началось отсюда
https://www.linux.org.ru/news/opensource/10319264

И продолжилось здесь
https://www.linux.org.ru/news/opensource/10534550

Сейчас ii как таковой уже не существует, да и Рома (автор идеи) от нас ушёл, потому что во всём разочаровался и потерял интерес к проекту.

IDEC - это прямой потомок как самой идеи ii, так и его протокола.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Протокол IDEC Peter to mirage

mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

Думаю, из соображений простоты. А фетчеры обычно забирают сообщения пачками, скажем, по 16 сообщений. В цикле. Поэтому ограничение не критично.

Re: Протокол IDEC vit01 to mirage

mirage> | GET /x/с/<параметры>
mirage> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

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

Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

// удалять сообщения может только держатель ноды, и это в будущем так и останется

mirage> | /u/m/msgid/msgid/msgid
mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

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

Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Протокол IDEC mirage to vit01

mirage>> | GET /x/с/<параметры>
mirage>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

Тогда это уже не количество сообщений будет, а что-то другое.

vit01> // удалять сообщения может только держатель ноды, и это в будущем так и останется
mirage>> | /u/m/msgid/msgid/msgid
mirage>> Количество msgid лимитировано длиной GET запроса на сервере.
mirage>> Почему вместо этого не передавать msgid в POST?
vit01> С точки зрения масштабируемости протокола это хорошая идея, но на практике ещё никому не пригождалось скачивать сообщения очень большими порциями.
vit01> Скорее всего, Рома просто забыл про такой вариант, а после него об этом никто не задумывался.

Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.


+++ Caesium/0.4 RC1

Re: Вопросы/предложения по Caesium Andrew Lobanov to mirage

mirage> | Esc - выход из режима чтения в режим выбора эхоконференции
mirage> Зачем выбран Esc для этой функции? Он в ncurses тормозит.
mirage> | F10 - выход из клиента
mirage> Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.

Ты всегда можешь поправить биндинги в keys.py.

+++ Caesium/0.4 RC1

Re: Протокол IDEC Andrew Lobanov to mirage

mirage>>> | GET /x/с/<параметры>
mirage>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage> Тогда это уже не количество сообщений будет, а что-то другое.

На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

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

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

iitxt это ii-клиент, что следует из названия. Даже если POST u/m будет в IDEC добавлен, в iitxt никто не будет ничего менять =)

+++ Caesium/0.4 RC1

Re: Caesium и файлэхи Andrew Lobanov to mirage

mirage> Сабж как? В документации нет.

Добавь в конфиг что-то типа

fecho pictures

и всё.

mirage> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

+++ Caesium/0.4 RC1

Re: Caesium и файлэхи mirage to Andrew Lobanov

mirage>> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.
AL> Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

Пробовал. Не фетчит.

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to Andrew Lobanov

mirage>>>> | GET /x/с/<параметры>
mirage>>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
AL> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

Другой вариант при запросе методом инкрементного листинга нода может записывать в файл эхи метку вида ">node_name"
и при следующем запросе отдавать список от этой метки и двигать ее в конец.

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

+++ Caesium/0.4 RC1

Re: Caesium и файлэхи Peter to mirage

Фехи не поддерживаются этой нодой (syscall) :)

Re: Caesium и файлэхи mirage to Peter

Peter> Фехи не поддерживаются этой нодой (syscall) :)

Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

+++ Caesium/0.4 RC1

Re: Протокол IDEC Andrew Lobanov to mirage

AL>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

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

+++ IDEC-Mobile
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC mirage to Andrew Lobanov

AL>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
AL> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.

Несколько десятков ID и получит. Только новое.

Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
На ноду еще приходят сообщения: ID4 ID5 ID6.
В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
И получает ID4 ID5 ID6 и запоминает ID6.
Весь индекс тянуть заново не надо.

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to mirage

AL>>>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.
mirage>>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>>> Только возникнет проблема если это сообщение будет удалено.
AL>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage> Несколько десятков ID и получит. Только новое.
mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.

+++ Caesium/0.4 RC1

Re: Протокол IDEC Peter to mirage

> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.

Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.

Re: Протокол IDEC Andrew Lobanov to mirage

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

Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

mirage> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage> И получает ID4 ID5 ID6 и запоминает ID6.
mirage> Весь индекс тянуть заново не надо.

Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC Andrew Lobanov to mirage

mirage> Ну и можно тоже тянуть слайсами. Просить N ids от последнего id. Последний запомнить и опять N от последнего.

Как ты это видишь в текущем варианте? Как из ID получить что-то типа -10:10?

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC Andrew Lobanov to Peter

>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Caesium и файлэхи mirage to mirage

Peter>> Фехи не поддерживаются этой нодой (syscall) :)
mirage> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/

Кажется я доменом ошибся. В одной доке .tk в другой .ml
В итоге в клиенте одно, в браузере другое :)

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to Andrew Lobanov

AL>>> А если между запросами пришло не одно сообщение, а несколько десятков? Снова тянуть весь индекс, который может весить мегабайты? Так я точно знаю насколько изменилась длина индекса с прошлой сессии и могу скачать соответствующий слайс индекса.
mirage>> Несколько десятков ID и получит. Только новое.
AL> Каким образом фетчер узнает по одному ID сколько ему сообщений зпрашивать в слайсе? Вот он запомнил, что поледним получил сообщение mzu2V8Iz3VIAVeDg0TOi. Как он узнает сколько именно тянуть?

Фетчер знает сколько ему надо максимум запросить чтобы не подавиться, по каким-либо причинам.
Допустим это 100 idшников.
Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
1. Придет меньше 100 id - запоминаем последний, конец.
2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

mirage>> Вот есть на ноде в эхе сообщения: ID1 ID2 ID3.
mirage>> Фетчер качает их и запоминает что последнее скачаное для этой ноды-эхи - ID3.
mirage>> На ноду еще приходят сообщения: ID4 ID5 ID6.
mirage>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
mirage>> И получает ID4 ID5 ID6 и запоминает ID6.
mirage>> Весь индекс тянуть заново не надо.
AL> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

Это было предложение на вопрос в дискуссии о не совсем ясном числе в ответе API. Ну и это может быть расширением.

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to Andrew Lobanov

>>> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.
Peter>> Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.
AL> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.

Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах
и время обработки запроса. С ID проще, строже.

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to Andrew Lobanov

AL> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.

По нетмайлу готов proposal. Просто чтобы внимание не распылять по одной теме пишу :)

+++ Caesium/0.4 RC1

Re: Протокол IDEC Andrew Lobanov to mirage

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

Сколько угодно =)

mirage> Допустим это 100 idшников.
mirage> Он запрашивает 100 записей от последнего id. В итоге будет 2 случая:
mirage> 1. Придет меньше 100 id - запоминаем последний, конец.
mirage> 2. Придет 100 id - запоминаем последний и запрашиваем снова 100 от него.

Этот вариант мы тоже рассматривали. Но пока думали как это сделать так, чтобы не плодить сущностей и не сломать совместимость с ii (ты до сих пор можешь взять ii-client-03 и пользоваться им), соорудили эту штуку на том, что было. Получилось просто и без излишеств.

AL>> Это будет уже совсем другой набор договорённостей. Можно придумать что угодно, но есть такая вещь, как совместимость. В любом случае, преимуществ такого подхода пока не видно. Куда нужнее личная переписка КМК.
mirage> Это было предложение на вопрос в дискуссии о не совсем ясном числе в ответе API. Ну и это может быть расширением.

Я понимаю, что предложение, но не понимаю в чём будет выигрыш? Можно и аутбаунды сделать а-ля FTN, но пользы нет.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC Andrew Lobanov to mirage

AL>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.

Ещё проще так, как есть. Потому что оно уже есть и оно простое.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Caesium и файлэхи Andrew Lobanov to mirage

Peter>>> Фехи не поддерживаются этой нодой (syscall) :)
mirage>> Я знаю, поэтому пытаюсь качать с http://idec.spline-online.tk/
mirage> Кажется я доменом ошибся. В одной доке .tk в другой .ml
mirage> В итоге в клиенте одно, в браузере другое :)

Да. tk я проморгал =(

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC mirage to Andrew Lobanov

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

Решаемая задача: скачать обновление индекса.
Предложеное решение: запросить все что после конкретного ID.
Я не понял зачем ты спросил в этом случае про слайсы, они тут не нужны.
Я подумал слайсы нужны что бы скачивать обновление индекса по частям, если например есть опасения в слишком большом обновлении индекса.
Получается, если надо качать все обновление индекса за раз, то один запрос.

+++ Caesium/0.4 RC1

Re: Протокол IDEC mirage to Andrew Lobanov

AL>>> Тоже кривое решение как мне видится. Если порыться в архивах, то можно найти конкретные примеры потерь сообщений.
mirage>> Тут много вопросов о том кто какое время берет и с каким сравнивает, как влияет на это разница во времени на нодах и время обработки запроса. С ID проще, строже.
AL> Ещё проще так, как есть. Потому что оно уже есть и оно простое.
AL> Берём x/c по конференциям в подписке, сраниваем со старыми значениями с прошлой сессии, считаем максимальную разницу и одним запросом забираем индекс одним запросом. То есть два запроса на определение индекса при любом объёме новых сообщений.

Этот x/c нужен же для u/e?
Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
Получается не оптимально. Ведь в разных эхах разное количество апдейтов.
А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

+++ Caesium/0.4 RC1

Re: Протокол IDEC Andrew Lobanov to mirage

mirage> Решаемая задача: скачать обновление индекса.
mirage> Предложеное решение: запросить все что после конкретного ID.
mirage> Я не понял зачем ты спросил в этом случае про слайсы, они тут не нужны.
mirage> Я подумал слайсы нужны что бы скачивать обновление индекса по частям, если например есть опасения в слишком большом обновлении индекса.
mirage> Получается, если надо качать все обновление индекса за раз, то один запрос.

Можешь предложить красивое решение?

Вот, например, я подписан на несколько эх. Тогда я просто отправляю запрос x/c/bash.rss/pipe.2032/idec.talks и потом делаю u/e/bash.rss/pipe.2032/idec.talks/-50:50. Передавать что-то типа x/e/bash.rss/<id1>/pipe.2032/<id2>/idec.talks/<id3>?

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC Andrew Lobanov to mirage

mirage> Этот x/c нужен же для u/e?

Нет.

mirage> Смотрю в описание u/e: смещение указывается одно для всех эх в запросе?
mirage> Получается не оптимально. Ведь в разных эхах разное количество апдейтов.

Да, но зато никакой дополнительной нагрузки на ноду.

mirage> А вот например эхаA:idA/эхаB:idB/.... будет оптимальнее.

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

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Кто какой софт для ноды использует? Peter to mirage

> Кто какой софт для ноды использует?

Я на https://github.com/gl00my/iing
Это запатченный на мои нужды iing.

Re: Кто какой софт для ноды использует? Andrew Lobanov to mirage

mirage> Сабж.

В данный момент это iing, но в планах переход на новый софт, который у меня подвис в процессе и будет релизнут, видимо, уже только в следующем году. Он готов, но ещё не доделан вебинтерфейс. На этот раз на golang =)

+++ Caesium/0.4 RC1

Re: Кто какой софт для ноды использует? vit01 to mirage

Андрей пользует собственный iing
Пётр - патченный iing
У меня своя нода ii-php
У Дениса своя реализация на базе elasticsearch

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Протокол IDEC vit01 to mirage

vit01>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

mirage> Тогда это уже не количество сообщений будет, а что-то другое.

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

mirage> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.

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

iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Протокол IDEC Andrew Lobanov to vit01

vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
vit01> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

mirage>> Ну я сейчас запустил iitxt и он неслолько минут запросы слал по несколько сообщений, а мог бы и быстрее отработать.
vit01> Дефолт для клиентов - скачивать по 20 сообщений за раз (можно увеличить в настройках), а индекс получать пачками.
vit01> iitxt медленный, потому что он хитро парсит сообщения и что-то пересчитывает, это к автору клиента вопрос.
mirage>> Эха содержит список id сообщений. Если новые id добавляются только в конец,
mirage>> то фетчер может хранить id последнего полученного сообщения и запрашивать от него.
mirage>> Только возникнет проблема если это сообщение будет удалено.
vit01> Проблема не только в удалении, но и в том, что сообщения могут не сохранять порядок в индексе базы. То есть они могут быть перепутаны хронологически.

Да все эти варианты мы уже рассматривали и обсуждали. Начиная с лета 2014 и заканчивая обсуждением расширенной u/e. Пройденный этап, откинутые варианты. Нет смысла к ним возвращаться. К тому же до сих пор не было озвучено предполагаемых преимуществ перед текущим вариантом.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.

Re: Протокол IDEC vit01 to Andrew Lobanov

vit01>>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.

vit01>> Надо поправить в документации, чтобы не заводить путаницу. Но в первом приближении это обычно и есть количество сообщений. Можно timestamp новейшего сообщения в эхе подставлять, наши клиенты этот вариант съедят даже без переписывания кода.

AL> Ваши съедят, а мои подавятся. На базе x/c мои фетчеры вычисляют размер слайса.

Действительно, тут я ошибся. IDEC Mobile тоже подсчитывает слайсы по ним (хоть и более хитро), а ещё уведомления выдаёт :)

Важно, что поле только возрастает, и что на сервере после удаления сообщений значение /x/c не должно уменьшаться.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Кривой файл vit01 to Andrew Lobanov

AL> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.

Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)

Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

Re: Кривой файл Andrew Lobanov to vit01

AL>> Возможно вчера успел утечь в фэху music сабж. bitjam_021 без расширения. Просьба сисопов проверить свои узлы в случае подписки на эту фэху.
vit01> Сначала удалил файл зиповник, а потом только увидел, что "без расширения". Скачал обратно :)
vit01> Ты предупреждай, когда большие файлы кидаешь. У меня на фетчере лимит то 30 мегабайт, то 35 на файл.
vit01> Поэтому, чтобы *все* твои файлы "доходили до адресата", мне приходится править конфиг, увеличивая лимит, потом вручную дёрнуть фетчер и править конфиг обратно.

Ну я ж не знал, что лимит такой небольшой. Я файлы меньше 100 Мб кидаю. Зато почти каждый день =)

Ладно. Буду в музыкальные эхи анонсить.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.