разговоры об ii/IDEC


\/ . vit01 to Peter @ Re: IDEC Mobile 08/08/18 19:30

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

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

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

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

x2swB4... . ОТВЕТИТЬ



\/ . Peter to vit01 @ Re: IDEC Mobile 08/08/18 19:57

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

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

Necbth... . ОТВЕТИТЬ



\/ . vit01 to Peter @ Re: IDEC Mobile 09/08/18 02:28

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


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

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

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

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

MH6nfA... . ОТВЕТИТЬ



\/ . vit01 to All @ Ноды и интеграция 12/08/18 10:27

Решил посмотреть, чё творится на ноде
Прокинул все эхи из std.* (раньше была только std.club)

Обнаружил старый скрипт для регистрации, который свою функцию по факту не выполнял :)

Нам правда надо что-то делать с регистрацией и причесать то, что у нас есть, потому что информация про нашу секточку в документации снова устаревает...

ueCfv1... . цепочка . ОТВЕТИТЬ



\/ . vit01 to All @ ii-ссылки (Тест) 13/08/18 05:00

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

// если клиент покажет пустое сообщение, то Меню -> Обновить с сервера

Сообщаем в ответе, кто что увидел

====

█▀▀▀▀▀█ █▀▄▀▄ ▀▀▄ █▀▀▀▀▀█
█ ███ █ █▀ ██▄█ █ █ ███ █
█ ▀▀▀ █ ▄▀▄▀▄▄█▀▀ █ ▀▀▀ █
▀▀▀▀▀▀▀ ▀▄█▄▀ █▄▀ ▀▀▀▀▀▀▀
██▄ ▀█▀▄▄▄ █▀ ▄▄█  ▀▄█▀█▀
▀ ▄▀▀▄▀ ▄ ▄▀▄ ▄▀▀▀▀▀▄▀█▄ 
██ █ ▄▀ ▀▄▀██ ██  ▀▀▄▀▀█▀
  ▀ ▀ ▀▀▄▄ █▀▀██▀ ▀██▀█▄ 
▀▀ ▀▀ ▀ █▀ ▄▄▄ ▄█▀▀▀█▀▀  
█▀▀▀▀▀█ ▄ ▄█▄ ▀ █ ▀ █▄▄ ▄
█ ███ █ ▀█▄▄ ▄▄▄▀███▀▀██▄
█ ▀▀▀ █ ▄▄█▀▀ █▄▀▀█▄▄█▄█ 
▀▀▀▀▀▀▀ ▀ ▀    ▀      ▀▀▀
====


1RbgJB... . цепочка . ОТВЕТИТЬ





\/ . btimofeev to vit01 @ Re: ii-ссылки (Тест) 13/08/18 06:32

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

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

dwKaHO... . ОТВЕТИТЬ







\/ . vit01 to Anotheroneuser @ Re: ii-ссылки (Тест) 13/08/18 11:41

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

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

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

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

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

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

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

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

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

----------

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

JeJxzO... . ОТВЕТИТЬ



\/ . Anotheroneuser to vit01 @ Re: ii-ссылки (Тест) 13/08/18 12:31

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

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

BzcEnZ... . ОТВЕТИТЬ





\/ . btimofeev to vit01 @ Re: IDEC Mobile 17/08/18 05:38

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

HCth4W... . ОТВЕТИТЬ



\/ . Difrex(mobile) to All @ Состояние idec.el 07/08/18 14:49


Спрашивали про состояние в котором находится idec.el - я решил стартануть отдельный тред :)

>Для idec есть
>https://github.com/idec-net/idec.el
>Но я не знаю насколько он юзабелен пока

Докладываю про статус. Сам для себя я сейчас считаю, что idec.el находится в состоянии "стабильной"
альфа-версии. Что точно можно делать:
* Получать почту
* Читать почту онлайн/оффлайн
* Читать онлайн скрытоэхи
* Отвечать на письма(без цитирования)
* Писать новые сообщения
* Есть зачатачная поддержка синтаксиса IDEC(даже с ключевыми словами, типа, сабж)
* Менять некоторые настройки в `M-x RET customize-group RET idec`

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

Последние скриншоты можно заценить тут https://images.lessmore.pw в самом верху

// Отпрвленно из GNU Emacs. Хм, может добавить возможность вставки подписи к сообщениям?

vSnyuS... . цепочка . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: Подписи 23/08/18 05:54

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

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

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

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

8IqOi9... . ОТВЕТИТЬ



\/ . Peter to vit01 @ Re: Подписи 23/08/18 06:38

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

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

cWT7Cb... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: Подписи 23/08/18 06:40

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

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

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

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

Ixi21K... . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: Подписи 23/08/18 07:03

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

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

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

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

XaaUWz... . ОТВЕТИТЬ



\/ . vit01 to Peter @ Re: Подписи 23/08/18 07:03

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

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

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

XEDHVF... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: Подписи 23/08/18 08:28

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

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

9KW6QX... . ОТВЕТИТЬ



\/ . Difrex to All @ Дубликаты в idec mobile 25/08/18 12:07



\/ . Difrex to All @ Дубликаты в idec mobile 25/08/18 15:00



\/ . vit01 to Difrex @ Re: Дубликаты в idec mobile 25/08/18 19:10

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

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

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

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

ke7i1A... . ОТВЕТИТЬ



\/ . Difrex to vit01 @ Re: Дубликаты в idec mobile 25/08/18 19:29

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

INPSdG... . ОТВЕТИТЬ



\/ . btimofeev to Difrex @ Re: Дубликаты в idec mobile 25/08/18 19:58

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

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

Jwg4ql... . ОТВЕТИТЬ



\/ . Anotheroneuser to vit01 @ Re: Дубликаты в idec mobile 26/08/18 09:51

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

TW7VSH... . ОТВЕТИТЬ



\/ . Difrex to Andrew Lobanov @ Re: Подписи 26/08/18 17:59

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

// Sent from my GNU Emacs

w96IFI... . ОТВЕТИТЬ



\/ . vit01 to Difrex @ Re: Подписи 26/08/18 18:42

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

====
-- 
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

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

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

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


TfH0IA... . ОТВЕТИТЬ



\/ . Difrex to vit01 @ Re: Подписи 26/08/18 19:00

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

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

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

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

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

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

// Sent from my GNU Emacs

na880N... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: Подписи 27/08/18 15:58

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

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

vit01> // C style

vit01> Или

vit01> # bash/python style

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

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

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

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

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

3xjV8v... . ОТВЕТИТЬ



\/ . Difrex to Andrew Lobanov @ Re: Подписи 27/08/18 17:57


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

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

Я за ;;;

hDnVJO... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Difrex @ Re: Подписи 28/08/18 02:02

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

Difrex> Я за ;;;

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

ExCZnR... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Difrex @ Re: Подписи 28/08/18 02:03

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

Difrex> Я за ;;;

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

JHwgys... . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: Подписи 28/08/18 05:21

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

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

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

HA4wch... . ОТВЕТИТЬ



\/ . Difrex to vit01 @ Re: Подписи 28/08/18 05:38

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

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

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

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

VgujHN... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Difrex @ Re: Подписи 28/08/18 06:20

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

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

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

0Ig8Gr... . ОТВЕТИТЬ



\/ . Difrex to Andrew Lobanov @ Re: Подписи 28/08/18 06:46

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

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


FuKX8z... . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: Подписи 28/08/18 06:40

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

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

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

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

HTV5TL... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Difrex @ Re: Подписи 28/08/18 06:53

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

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

lH7SXz... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: Подписи 28/08/18 06:54

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

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

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

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

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

QaKexK... . ОТВЕТИТЬ



\/ . Peter to Andrew Lobanov @ Re: Подписи 28/08/18 07:10

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

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

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

NcUqvZ... . ОТВЕТИТЬ



\/ . Difrex to Peter @ Re: Подписи 28/08/18 07:28

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

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

*** Sent from my GNU Emacs

Rn82VG... . ОТВЕТИТЬ



\/ . Peter to Difrex @ Re: Подписи 28/08/18 07:47

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

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

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

MJAcNk... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Peter @ Re: Подписи 28/08/18 10:41

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

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

T0qBTO... . ОТВЕТИТЬ



\/ . vit01 to All @ Подписи в IDEC Mobile 04/09/18 18:50

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

Писать только чистый текст без разметки. Плюсики клиент выставит сам при отправке.

Ещё специально сделал так, чтобы при ответе на сообщение подписи не цитировались. Это позволит не захламлять переписку.

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

7lN5zA... . цепочка . ОТВЕТИТЬ





\/ . vit01 to Peter @ Re: Подписи в IDEC Mobile 05/09/18 01:53

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

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

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

qYoDM2... . ОТВЕТИТЬ







\/ . Andrew Lobanov to All @ Caesium 07/09/18 04:23

В сабже появилась полноценная поддержка подписей.

Подпись хранится в файле template.txt.

ВНИМАНИЕ! При обновлении клиента не забудьте обновить темы. Появился новый параметр - origin.

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

9gQAmh... . цепочка . ОТВЕТИТЬ



\/ . Andrew Lobanov to All @ Re: Caesium 07/09/18 06:37

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

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

0HMgKX... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: Подписи в IDEC Mobile 07/09/18 13:54

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

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

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

2lnvUz... . ОТВЕТИТЬ



\/ . Difrex to Andrew Lobanov @ Re: Подписи в IDEC Mobile 07/09/18 14:06

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

+++ Sent from IDEC mobile

hDtU56... . ОТВЕТИТЬ



\/ . Anotheroneuser to All @ Как сказать мобильному клиенту, что я -- это я? 09/09/18 17:50

Никак не могу понять..
Делаю так.
Настройки станций → В строке авторизации ввожу Authstr → пытаюсь что-нибудь написать → высвечивает «ошибка отправки»

Zp7ult... . цепочка . ОТВЕТИТЬ



\/ . Anotheroneuser to All @ проверка подписи 09/09/18 18:45





\/ . vit01 to Anotheroneuser @ Re: проверка подписи 10/09/18 00:32

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

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

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

GJePQL... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Anotheroneuser @ Re: проверка подписи 10/09/18 04:02

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

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

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

3esNnw... . ОТВЕТИТЬ



\/ . Anotheroneuser to vit01 @ Re: проверка подписи 10/09/18 05:56

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

bQW9pT... . ОТВЕТИТЬ





\/ . Andrew Lobanov to Anotheroneuser @ Re: проверка подписи 10/09/18 06:53

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

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

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

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

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

3LR28b... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Anotheroneuser @ Re: проверка подписи 10/09/18 06:53

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

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

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

aHHh4J... . ОТВЕТИТЬ



\/ . vit01 to All @ IDEC Mobile 22/09/18 13:48

Повышаем удобство! В новой сборке клиента теперь правильно работает сортировка

В настройках есть выбор, как сортировать сообщения: по дате отправки на станцию или по дате получения на телефон.

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

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

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

Mi2coF... . цепочка . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: IDEC Mobile 22/09/18 15:47

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

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

PbwTLL... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: IDEC Mobile 23/09/18 06:00

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

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

ECrccs... . ОТВЕТИТЬ



\/ . Andrew Lobanov to All @ IDEC-Mobile 23/09/18 07:04

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

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

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

9EQMQP... . цепочка . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: IDEC Mobile 23/09/18 08:45

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

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

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

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

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

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

5ztRWk... . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: IDEC-Mobile 23/09/18 09:04

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

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

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

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

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

E6rVqA... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: IDEC Mobile 23/09/18 09:17

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

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

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

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

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

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

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

WfWluU... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: IDEC-Mobile 23/09/18 09:19

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

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

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

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

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

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

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

mor4Kt... . ОТВЕТИТЬ



\/ . vit01 to Andrew Lobanov @ Re: IDEC Mobile 24/09/18 11:07

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

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

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

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

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

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

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

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

kIIEiQ... . ОТВЕТИТЬ



\/ . Andrew Lobanov to vit01 @ Re: IDEC Mobile 24/09/18 11:26

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

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

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

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

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

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

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

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

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

n1O8WA... . ОТВЕТИТЬ



\/ . Anotheroneuser to All @ Ничего не загружается в фаловых эхах 28/09/18 16:32

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

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

xtw76X... . цепочка . ОТВЕТИТЬ



\/ . Andrew Lobanov to Anotheroneuser @ Re: Ничего не загружается в фаловых эхах 28/09/18 17:07

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

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

hMRPFL... . ОТВЕТИТЬ









\/ . Andrew Lobanov to Anotheroneuser @ Re: Ничего не загружается в фаловых эхах 29/09/18 13:45

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

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

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

7Ef4Ad... . ОТВЕТИТЬ



\/ . Peter to Andrew Lobanov @ Re: Ничего не загружается в фаловых эхах 29/09/18 14:43

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

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

ynHYcp... . ОТВЕТИТЬ



\/ . Anotheroneuser to Peter @ Re: Ничего не загружается в фаловых эхах 29/09/18 15:07

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

Peter> Непроброс фэх

Да я просто хотел картинки посмотреть!))
Добавлю станцию и всё.
Самый верный путь — это когда никого не напрягать.

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

riYLsf... . ОТВЕТИТЬ



\/ . mirage to All @ Что такое ii? 08/10/18 15:52

Hi All!

Из документации:
"Берёт своё начало от "Клуба хороших людей" (2014) и работает на распределённом протоколе IDEC
(ii-like Data Exchange Convention), форкнутом от ii (всё от того же "Клуба")."

Что за клуб и что за ii?
Попытки найти источник не были успешными.

+++ Caesium/0.4 RC1

zHlIui... . цепочка . ОТВЕТИТЬ



\/ . Andrew Lobanov to mirage @ Re: Что такое ii? 08/10/18 16:16

mirage> Что за клуб и что за ii?

Не осталось уже ни клуба хороших людей (основатель создавал какой-то там кружок любителей OpenBSD, но и тот кончился, вроде) ни, можно сказать, ii.

ii это такой обрезанный idec. Без экономии трафика и файлообмена.

mirage> Попытки найти источник не были успешными.

У меня где-то, возможно, осталась эталонная реализация ii, но не уверен. Посмотрю завтра, если не забуду.

+++ Caesium/0.4 RC1

4QByFg... . ОТВЕТИТЬ



\/ . vit01 to mirage @ Re: Что такое ii? 09/10/18 05:22

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

meSd9X... . ОТВЕТИТЬ



\/ . mirage to All @ Вопросы/предложения по Caesium 09/10/18 15:54

| Esc - выход из режима чтения в режим выбора эхоконференции

Зачем выбран Esc для этой функции? Он в ncurses тормозит.

| F10 - выход из клиента

Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.


+++ Caesium/0.4 RC1

d3CfMb... . цепочка . ОТВЕТИТЬ



\/ . mirage to All @ Протокол IDEC 09/10/18 15:54

Читаю про сабж и не понимаю.

| GET /x/с/<параметры>
| Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.

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


| /u/m/msgid/msgid/msgid

Количество msgid лимитировано длиной GET запроса на сервере.
Почему вместо этого не передавать msgid в POST?

+++ Caesium/0.4 RC1

4ilcAa... . цепочка . ОТВЕТИТЬ



\/ . Peter to mirage @ Re: Протокол IDEC 09/10/18 16:05

mirage> Количество msgid лимитировано длиной GET запроса на сервере.
mirage> Почему вместо этого не передавать msgid в POST?

Думаю, из соображений простоты. А фетчеры обычно забирают сообщения пачками, скажем, по 16 сообщений. В цикле. Поэтому ограничение не критично.

CaTqaH... . ОТВЕТИТЬ



\/ . vit01 to mirage @ Re: Протокол IDEC 09/10/18 16:33

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

SL9AJz... . ОТВЕТИТЬ



\/ . mirage to vit01 @ Re: Протокол IDEC 09/10/18 16:54

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

qHTH1F... . ОТВЕТИТЬ



\/ . mirage to All @ Caesium и файлэхи 09/10/18 16:54

Сабж как? В документации нет.
В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

+++ Caesium/0.4 RC1

xxmnVz... . цепочка . ОТВЕТИТЬ



\/ . Andrew Lobanov to mirage @ Re: Вопросы/предложения по Caesium 09/10/18 17:32

mirage> | Esc - выход из режима чтения в режим выбора эхоконференции
mirage> Зачем выбран Esc для этой функции? Он в ncurses тормозит.
mirage> | F10 - выход из клиента
mirage> Лучше не использовать функциональные клавиши. F10 например у меня - меню терминала.

Ты всегда можешь поправить биндинги в keys.py.

+++ Caesium/0.4 RC1

bQAokA... . ОТВЕТИТЬ



\/ . Andrew Lobanov to mirage @ Re: Протокол IDEC 09/10/18 17:32

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

wf9LpX... . ОТВЕТИТЬ



\/ . Andrew Lobanov to mirage @ Re: Caesium и файлэхи 09/10/18 17:32

mirage> Сабж как? В документации нет.

Добавь в конфиг что-то типа

====
fecho pictures
====



и всё.

mirage> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.

Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

+++ Caesium/0.4 RC1

tJrtcf... . ОТВЕТИТЬ



\/ . mirage to Andrew Lobanov @ Re: Caesium и файлэхи 09/10/18 19:36

mirage>> В коде нашел fecho, но без авторизации похоже не работает. Хотя вручную API без авторизации все отдает.
AL> Это баг в цезии, который я всё никак не поправлю. Просто времени сейчас нет особо. Попробуй вбить произвольную строку авторизации в конфиг и получить файлы.

Пробовал. Не фетчит.

+++ Caesium/0.4 RC1

MkCbqL... . ОТВЕТИТЬ



\/ . mirage to Andrew Lobanov @ Re: Протокол IDEC 09/10/18 20:17

mirage>>>> | GET /x/с/<параметры>
mirage>>>> | Предназначен для отслеживания изменений в эхе и для отсеивания лишнего трафика. Обычное целое число.
mirage>>>> Если из эхи можно удалять сообщения, а как я понимаю это планируется, то изменения этим методом обнаружить можно не всегда.
vit01>>> Всё просто, поле по-хорошему increment only. А ещё клиентская часть обычно подстраховывается и скачивает индекс с запасом.
mirage>> Тогда это уже не количество сообщений будет, а что-то другое.
AL> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

Другой вариант при запросе методом инкрементного листинга нода может записывать в файл эхи метку вида ">node_name"
и при следующем запросе отдавать список от этой метки и двигать ее в конец.

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

+++ Caesium/0.4 RC1

nTbFBd... . ОТВЕТИТЬ







\/ . Andrew Lobanov to mirage @ Re: Протокол IDEC 10/10/18 02:43

AL>> На основе этого x/c мои фетчеры (caesium и iing) определяют оптимальную длину запросов к узлу для экономии трафика. Если ты приведёшь пример как эту информацию получать из хешей, то можно будет подумать.

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

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

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

G6K6qS... . ОТВЕТИТЬ



\/ . mirage to Andrew Lobanov @ Re: Протокол IDEC 10/10/18 03:36

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

mzu2V8... . ОТВЕТИТЬ



\/ . mirage to mirage @ Re: Протокол IDEC 10/10/18 04:48

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

BbIPPz... . ОТВЕТИТЬ



Peter to mirage @ Re: Протокол IDEC 10/10/18 05:15

> В следующий раз фетчер спрашивает у ноды: дай все что после ID3.

Согласен. У Ромы в его gk11 (было такое развитие ii с его стороны) был запрос по времени. Типа, дай всё что было после такого-то времени. И это лучше, конечно. Но так уж получилось.

a86auQ... . ОТВЕТИТЬ


1 2 .3. 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31