Вынес команду вызова фетчера в конфигурационный файл. Сделано это для более простого прикручивания сторонних фетчеров и упрощения запуска на андроиде. Так как пока есть некоторые непонятки с гитхабом и роскомзапретом, то репозиторий временно переехал ко мне домой: http://spline-online.tk/gitlist/caesium.git/ В связи с моей ленью, качать можно только архивы.

AL> Отпишись как там что с узкими каналами.

При среднем пинге до rooker.ru в 3800 миллисекунд 200 сообщений загрузились примерно за 1.5 минуты.

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

Это не баг. Просто он забрал больше сообщений, чем у тебя было в базе. С точки зрения фетчера это новые сообщения для тебя и потому он расположил их в хвосте индекса. Можешь удалить папку msg и почистить echo (оставь favorites, если там есть чего) и забрать последние сообщения в нормальном порядке.

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

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

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

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

> При среднем пинге до rooker.ru в 3800 миллисекунд 200 сообщений загрузились примерно за 1.5 минуты.

Ну тут прироста не будет. Он после первого фетчинга проявляется. Когда фетчер начинает сравнивать статистику.

> И после этого наверху не отображается msgid. Как теперь с телефона блэклист наполнять или сослаться на какое-нибудь сообщение?

Это, как и отображение адреса отправителя будет отображаться в message box'е по хоткею, но пока просто спрятано да.

> // надо бы доработать набор патчей, т.к. некоторое уже неактуально; напишу, как сделаю

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

На самом деле просто лень писать всё это дело =)

AL> Для узких терминалов (например, телефонов) теперь урезается отображаемая информация для более адекватного внешнего вида.

И после этого наверху не отображается msgid. Как теперь с телефона блэклист наполнять или сослаться на какое-нибудь сообщение?

// надо бы доработать набор патчей, т.к. некоторое уже неактуально; напишу, как сделаю

AL> Это, как и отображение адреса отправителя будет отображаться в message box'е по хоткею, но пока просто спрятано да.

Нужно всё это реализовать. А то переворачивать телефон для такого очень неудобно.

AL> Надо там многое перелопатить да. Но пока до задуманного функционала то руки не доходят.

А какие у тебя планы по Цезию? (если исключить sqlite и автоподписки).

Могу подкинуть одну вещь, которой лично мне очень не хватает.

Взгляни вот на этот скриншот: http://ii-net.tk/ii/files/8U3Tvw3tYrmE7yL19HwG.png
Здесь видно ссылку. Эту ссылку выделить и копировать пальцами практически невозможно. Встроенная фича Termux для открытия ссылок не помогает, потому что обрезает ту часть, которая ушла на новую строку (6.apk в данном случае). Из-за этого, если хочется перейти посмотреть на полную новость, приходится открывать веб-интерфейс и искать нужное сообщение там.

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

vit01> А какие у тебя планы по Цезию? (если исключить sqlite и автоподписки).

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

AL> // Вот он недостаток just for fun. Вместо того, чтобы добавить нужные фичи я пишу какую-то ересь.

Верно. Лучше бы юзабилити пилил :)

AL> P.S.: Кто мне скажет почему при этой фиче существенно возрастает время выхода из эхи?

Может быть, из-за функции rescan_counts, которая должна каждый раз при выходе считывать файлы всех эх и парсить их для подсчёта количества?

> P.S.: Кто мне скажет почему при этой фиче существенно возрастает время выхода из эхи?

Уже не надою Пофиксил.

В сабже появилась возможность экономить количество файлов в базе сообщений. Это поддержка экспериментального формата aio (см. aio_readme.txt).

Для работы с базой в новом формате в конфиг надо добавить строчку

db aio

и заменить вызов фетчера на вызов fetcher_aio.py, остава те же параметры, что были в вызове просто fetcher.py.

// Вот он недостаток just for fun. Вместо того, чтобы добавить нужные фичи я пишу какую-то ересь.

P.S.: Кто мне скажет почему при этой фиче существенно возрастает время выхода из эхи?

* Объединил отправку и получение сообщений. Фетчеры теперь носят гордое имя мейлеров.
* Вернул деление исходящих по узлам сети. Теперь будет сложнее запутаться что и куда отправлять.

AL> * Объединил отправку и получение сообщений. Фетчеры теперь носят гордое имя мейлеров.

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

Например, человек решил что-то написать. Потом думает: "Завершу-ка я свой рассказ через пару часов, когда мысли в голове оформятся". Сохраняет недописанное до конца сообщение в исходящих и успокаивается.

Как ему в перерыве этих 0-2 часов читать роботов и других пользователей без отправки своей незаконченной мысли?

// Что-то последние изменения в Цезии совсем не нравятся. Придётся второй раз форкаться, наверное.

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

Ситуация более редкая, чем обратная. От этого и отталкивался.

> // Что-то последние изменения в Цезии совсем не нравятся. Придётся второй раз форкаться, наверное.

Хм. Из необратимых пока только мейлеры, вроде. Остальное можно сконфигурировать. Не?

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

AL> Ситуация более редкая, чем обратная. От этого и отталкивался.

Вот. А у меня это вообще в привычку вошло. Как на десктопе (кнопку Скачать каждые 5 минут жму, а перед тем, как клацну Отправить, сначала несколько раз подумаю), так и на телефоне (особенно находясь вне дома, когда часто отвлекаешься и не дописываешь сообщение до конца).

AL> Хм. Из необратимых пока только мейлеры, вроде. Остальное можно сконфигурировать. Не?

А как же msgid в заголовке? Файлы клавиш можно сконфигурировать, но залезать в конфиг при каждом обновлении (а ведь ещё иногда и git merge делать приходится) очень неудобно. Патчи для андроида уже протухли, и нет гарантии, что через 2 дня они не потеряют актуальности снова.

Ещё у меня свои хотелки есть. Тот же парсер ссылок давно хочется: он позволит время при чтении экономить.

> // Что-то последние изменения в Цезии совсем не нравятся. Придётся второй раз форкаться, наверное.

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

Кстати, сказал бы конкретно что не нравится в новом цезии. Обсудили бы.

> Вот. А у меня это вообще в привычку вошло. Как на десктопе (кнопку Скачать каждые 5 минут жму, а перед тем, как клацну Отправить, сначала несколько раз подумаю), так и на телефоне (особенно находясь вне дома, когда часто отвлекаешься и не дописываешь сообщение до конца).

Проще тогда запилить черновики отдельно. Бо это сильно разные фичи.

AL>> Хм. Из необратимых пока только мейлеры, вроде. Остальное можно сконфигурировать. Не?

> А как же msgid в заголовке? Файлы клавиш можно сконфигурировать, но залезать в конфиг при каждом обновлении (а ведь ещё иногда и git merge делать приходится) очень неудобно. Патчи для андроида уже протухли, и нет гарантии, что через 2 дня они не потеряют актуальности снова.

Про msgid вообще не понял, если честно. Ну поддержку андроида я никогда не заявлял. Так что сугубо по остаточному принципу этим занимаюсь. Патч надо просто сократить, оставив только подмену keys.py. Далее при обновлении останется только бекапить конфиг. И уже не потеряет оно актуальности, бо нечему там её терять. Ты бы описал как видишь раскладку под андроид или даже прислал бы на почту соответствующий keys.py. Я бы включил в репозиторий.

> Ещё у меня свои хотелки есть. Тот же парсер ссылок давно хочется: он позволит время при чтении экономить.

Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

AL> На тему мейлеров. Никто не мешает вернуть фетчеры. А поддержку отдельного сендера я впилю. Так что действительно ли необходим форк?

Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.

Либо можно сделать компромисс. Добавить в конфиг строку

behaviour preload (отправка и фетч одновременно)
behaviour keep-outbox (старое "раздельное" поведение)

AL> Кстати, сказал бы конкретно что не нравится в новом цезии. Обсудили бы.

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

> Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.

Готово.

> // почту проверь ещё

Забрал.

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

Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

> Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
> Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

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

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

> А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался. Часто было так, что я написал сообщение и забывал его отправить. Потом несколько дней сидел в read-only и сообщение так и болталось в исходящих. Это неправильно.

> Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

Не обещаю оперативного реагирования, но этот вариант самый расово верный, бо одно дело делаем =)

Только я не научился толком мержить это всё и вообще. В идеале было бы слать патчи как это в чистом git предусмотрено, а то гитхабом этим сложно пользоваться больно =)

AL> Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).

Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.
// почту проверь ещё

vit01> Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

AL> Это не важная особенность, а нелогичное поведение, которое было временной мерой.

То, что отправка и получение сообщений являются _разными_ действиями - это нелогичное поведение? Круто, что сказать.
Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

AL> Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)

Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

AL> Про msgid вообще не понял, если честно.

Процитирую тогда:

AL>> Для узких терминалов (например, телефонов) теперь урезается отображаемая информация для более адекватного внешнего вида.

vit01> Ээ, теперь наверху не отображается msgid. Как теперь с телефона блэклист наполнять или сослаться на какое-нибудь сообщение?

AL> Это, как и отображение адреса отправителя будет отображаться в message box'е по хоткею, но пока просто спрятано да.

Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.

AL> Проще тогда запилить черновики отдельно. Бо это сильно разные фичи.

Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

AL> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.

Файл клавиш протестирую на андроиде в течении пары часов и отправлю.

> Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.

Можно и так, конечно, но моё отношение смотри в конце сообщения.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

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

AL>> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

> Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.

Это в итоге породит пачку несовместимых форков. Только и всего. Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)

> Файл клавиш протестирую на андроиде в течении пары часов и отправлю.

Спасибо.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).

> Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.

Ну так я верну.

> Либо можно сделать компромисс. Добавить в конфиг строку

> behaviour preload (отправка и фетч одновременно)
> behaviour keep-outbox (старое "раздельное" поведение)

Как вариант, конечно. Подумать надо как лучше.

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

Это так задумано. По одному конфигу на узел. Если так уж надо вызывать мейлер отдельно и качать всё и сразу.

> В общем, ты уже понял, над чем работать в Цезии. И ладно.

Ну сейчас возможно и старое и новое поведение.

> Так напиши msgid на следующей строке, а не рядом. В чём проблема?

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

AL>> Не обещаю оперативного реагирования

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

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

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

Баг проявился и в обычном keys.py, и в андроидовском. Так что дело в самом caesium.py, насколько понимаю.

> Так напиши msgid на следующей строке, а не рядом. В чём проблема?
AL> В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.

Но как-нибудь узнавать msgid всё равно нужно. И желательно не через 2 недели, а немного пораньше :)

AL> Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

Вот насчёт почтовиков неправда. Когда пишешь сообщение, всегда есть выбор: отправить сразу или сохранить.
И кнопочка "проверить почту", которая ничего никуда не отправляет без согласия.

В общем, ты уже понял, над чем работать в Цезии. И ладно.

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

Можешь и так сделать. У меня вот вообще мыслей по этому поводу нет. Как-нибудь придумаю, если что.

AL> Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался.

Так напиши msgid на следующей строке, а не рядом. В чём проблема?

AL> Не обещаю оперативного реагирования

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