@repto:57quEthADzoQSLloS6kE
AL>> Не описано, что "-" нужно заменить на "A", а "_" на "z".
vit01> Спасибо за багрепорт, добавил примечание в документацию.
vit01> И да, не забывай, что у тебя на Гитхабе в репозиторий с доками стоит RW-доступ, поэтому недочёты ты можешь чинить самостоятельно.

Никак не разберусь с этим =)

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

Как всё это пофиксить.

AL>> При получении списка эх с ноды имею в конце эху null.
vit01> Ничего необычного. В конце list.txt сервер наверняка выдал пустую строку, а клиент посчитал её за настоящую. Могу починить, если критично.

Эта ситуация вполне обычная и тянется ещё с ii-03. Я имел в виду, что почему сюда не присобачить фильтр?

AL>> В этом случае получается поведение равнозначное отключенной поддержке x/c и он начинает сосать всё, до чего дотянется
vit01> Включай принудительную обрезку индекса (в Цезии это включено по умолчанию, в сабже - нет)

Это несколько неочевидно.

AL>> А почему ты не сделал что-то типа как у меня в мейлере к цезию? Чтобы он получал все x/c по подпискам и сравнивал с кешем для минимизации индекса? Или я опять что-то не уловил?
vit01> Выражайся яснее, пожалуйста. Совсем не понял, что здесь имеется в виду. База данных у меня единая, кэша индекса нет.

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

btimofeev> А если в настройках ноды выставить галку на "качать индекс дальше, если все сообщения новые", не помогает?

В этом случае получается поведение равнозначное отключенной поддержке x/c и он начинает сосать всё, до чего дотянется.

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

Вот такого не наблюдал пока.

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

2vit01: А почему ты не сделал что-то типа как у меня в мейлере к цезию? Чтобы он получал все x/c по подпискам и сравнивал с кешем для минимизации индекса? Или я опять что-то не уловил?

Вообще, задел на будущее хороший, но сабж несколько путаный. Я из-за этого не могу его рекомендовать друзьям, с которыми не могу встретиться в реале. Есть ли возможность экспорта/импорта конфига? Я бы тогда поступал как с цезием для поинтов - высылал готовый конфиг и всё.

vit01> Если вы все помните, я обещал поправить все баги в клиенте как можно скорее, когда куплю замену к процессору для сдохшего компа.
vit01> Реальность оказалась гораздо хуже: сдох не процессор, а сама материнская плата. Это значит, что писать андроид-софт через IDE я больше не могу. А нетбук, в свою очередь, студию не потянет.

Голимо. Всё таки раньше в этом плане было лучше. Братья фидошники выручали и железом на поюзать. А сейчас я донатнуть даже не могу толком - ремонт не за горами.

Сабж.

У нас появилась новая эха и новый узел (а то и два). А то и три =)

С таверны или Go! можно забрать std.club (клуб инстедовцев). Узел, с которого эха прилетает ко мне является интересной смесью idec и гк11. Более того, Рома сказал, что закрывает гк11 и переходит на idec. Посмотрим что из этого выйдет.

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

Важное: я потихоньку съезжаю с гитхаб. Вы можете считать меня чудаком, но мне просто не нравится гитхаб, хотя и нравится гит. Все разработки по ii/idec переехали на http://git.spline-online,tk/

Ну, вроде бы ничего не забыл.

Ребят, а нафига нам сабж? =)

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

Перепись!

Ромеро> а каким url для rss ты пользовался?

http://lenta.ru/rss/articles/science/
http://lenta.ru/rss/news/science/
http://lenta.ru/rss/articles/sport/
http://lenta.ru/rss/articles/culture/
http://lenta.ru/rss/news/culture/
http://lenta.ru/rss/articles/media/
http://lenta.ru/rss/news/media/

Рома> а дайте бота для lenta.rss

http://git.spline-online.tk/spline/rss2idec

Peter> Завел две ноды с разными подписками. Слева в меню переключаю ноды, а список эх остается старым. При рестарте приложения -- меняется.

Изменение подписок так же видно только после рестарта. Что-то разладилось.

>>> А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)
spline>> А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
jmaks> Конечно некрофилия, копаться в записях старых, но вот что-то перечитывая,
jmaks> наткнулся и в общем не удержался.
jmaks> Вот тут я короче прям очень не соглашусь.
jmaks> Да в настройке и в общем-то обслуживании, готового развернутого, ничего
jmaks> сложного. А вот если мы берем рядового пользователя и говорим ему, а ну,
jmaks> иди туда, ii-net.tk читай доку и ставь быстро ноду, пробрасывай к другим
jmaks> станциям эхи, делай фетч того сего, пятого десятого, у себя храни это и
jmaks> то.
jmaks> То, в общем, ничего не взлетит. Как минимум надо понимать, что и как
jmaks> устроено, и как работает, что следует за чем, и что с чем связано, как
jmaks> куда добавлять настройки, и тому подобное, и это только про ноду и ее
jmaks> серверную часть.
jmaks> Потом если допустим, юзернейм желает, чтобы оно вообще работало, надо
jmaks> иметь либо go либо phyton3 на машине, и еще там какие-то зависимости же.
jmaks> Если хочет веб-морду, то как бы должен понимать apache или nginx, понимать
jmaks> что такое dns, nameserver и тому подобные вещи и вообще знать как и где
jmaks> расположить, что и почему, начиная от прав доступа и заканчивая хостером.
jmaks> И это еще не все... это только я столкнулся с кучей информации, которую
jmaks> в кратце озвучил, надо было понять, чтобы запустить ноду, написанную AL
jmaks> и понять что для чего служит и за что отвечает, и как это все настроить
jmaks> и связать, чтобы работало и приносило щастье.
jmaks> В итоге, джедаем быть не обязательно, но адептом прям рекомендуется.

Всё перечисленное является особенностями интернета и без этого не обойтись. Сами же ноды (что на питоне, что на golang) не требуют ничего, кроме питона и golang соответственно. И для их работы надо всего лишь прописать нужные эхи в конфиг (чтобы они не были скрытыми) и добавить поинтов. Всё. Остальное уже относится к транспорту, проксированию http и всяким другим штукам.

> Не пойму в чем дело. При запуске:

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

> Надо бы уже json-файлы с картой фетча обновить. В последнее время сеть подросла в размерах, да и схемы гейтов изменились

Сетяне! У кого менялась схема фетча или у вас новый узел, которого нет в схеме, шлите мне на почту c3BsaW5lQHJvb2tlci5ydQo= информацию о своём узле.

Формат есть в существующем нодлисте, который можно взять, например, у меня http://idec.spline-online.tk/x/file/nodelist.json (или файл-запросом "nodelist.json").

Как только все отпишутся, скомпилирую общий нодлист и обновлю схему.

// Снимайте с фетча station13. Узел висит по остаточному принципу и ляжет в обозримом будущем вместе с сервером. Если вы используете станцию13 для общения, то все поинты продублированы в таверне (http://idec.spline-online.tk/).

> Не пойму в чем дело. При запуске:

Исправил. Проверяй.

> Может будет по стандартному пути nodelist.json отдавать?

А есть ли смысл? Он нужен то по стольку по скольку. Я бы просто на фреках и оставил, как оно сейчас и есть.

> http://gk11.ru/q/2MBBJ2CKWWSU2LUTLLWB

> У себя убил эти сообщения. Убейте их везде.
> KNMUXRTMJA6XWHMB22CD
> 6AKO6DEWYF7EHXWMI2BY

Занёс в ЧС в таверне.

> Вот так рухнул цезий первый раз.

Это всё от кривого заголовка. Видимо, ты его испортил при написании сообщения.

> Вот такое выдала нода не задолго перед тем как рухнул цезий.

Это вещи не связанные. Буду думать.

> P.S. статистика по узлам нужна, потому что она немного поднимает самооценку в конце недели :)

Вот тут поподробней. Какого рода статистика нужна?

>> Сетяне! У кого менялась схема фетча или у вас новый узел, которого нет в схеме, шлите мне на почту c3BsaW5lQHJvb2tlci5ydQo= информацию о своём узле.
> Сейчас сделаю. Почта та же spline1986_at_gmail_dot_com^?

Можно и сюда, но я ящик в base64 указал =)

>> Снимайте с фетча station13. Узел висит по остаточному принципу и ляжет в обозримом будущем вместе с сервером. Если вы используете станцию13 для общения, то все поинты продублированы в таверне (http://idec.spline-online.tk/).
> С фетча снял, но как бы, это сказать, оставить для архива/бэкапа станцию не думал?

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

> Или все связано, что решил оставить @iing и вплотную подсесть на @tavern?

Станция13 не на iing, а на iiphp. Я просто уже давно оставил её на автопилоте и смысла в текущих реалиях в ней не вижу. Когда я её запускал в 2014-м, у меня просто не было вариантов.

> Из-за golang и, как помню, ты писал, что это чистый стандарт idec?

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

>> Вот как раз golang-реализацию я пока притормозил
> Кстати, может вместе поработаем над голанг нодой? У меня же тоже на Go нода на lessmore. Просто она в эластик смотрит. Нужно API вынести в либу.

Дедянька, я ведь не настоящий сварщик. Я даже не все слова в твоём сообщении понимаю =)

> Кстати, а где исходники гошной ноды, на гитхабе не нашел?

На секретном сервере =)

http://git.spline-online.tk/spline/tavern

Написано криво, так как это первая программа после helloworld.go на golang.

> Ключевые изменения с момента публикации предыдущего поста (за исключением багофиксов):

Как круто! Обязательно обновлюсь.

> А ещё нам очень требуются ТЕСТИРОВАНИЕ и ОТЗЫВЫ.
> Не стесняйтесь писать, я не кусаюсь.

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

Формализовать и отловить все условия не могу, но вот так вот.

PS: Android 5.1

PPS: Тебя не затруднит в такие новости сразу ссылку на apk в конце пихать? Реально удобней было бы =)

> Фетчер я обновил ещё в предыдущей версии. Должно всё скачиваться

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

> В навдравере есть кнопка "Обновиться", но для тех, кто сидит на старых версиях, повторюсь:

А ещё это полезно новым пользователям.

А вот вопросы есть.

Будет ли поддержка моноширинных вставок (которые ==== обрамляются)?

Действительно ли нужны кнопки перехода на последнее сообщение и списка в читалке? Просто я из-за этого не вижу количество сообщений. Хотя, это как раз фигня.

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

Учту на будущее.

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

В цезии я сделал так: запоминается хеш сообщения перед редактированием и сравнивается с хешем после редактирования. Если хеши совпадают, то сообщение не сохраняется.

> Не мог бы ты накидать скриншотов клиента в целом? Просто у меня нет девайсов с маленьким экраном, только две "лопаты".

http://192.168.1.2:3000/x/file/idec-mobile0.png
http://192.168.1.2:3000/x/file/idec-mobile1.png

Я всего лишь нажал на кнопку "Отправить". Откуда он взял столько странных сообщений?

> Если быть более точным, то фетчер был обновлён в APK вечером 23 апреля.

У меня и внешний вид отличался несколько.

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

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

> // Но могу всё-таки убрать

Спрятать в меню?

>> // Вот чего не хватает в мобильном клиенте, так это удобного удаления квотированных абзацев. Если вдруг когда будет желание их переделать, то могу показать скрины и пояснить как это сделано в том же хотдоге (NNTP- и FTN-клиент под андроид). Поведение там несколько нестандартное, но очень и очень удобное.
> Интересно было бы почитать и разобраться.

При ответе появляется промежуточный экран с блоками-абзацами квоты:

http://idec.spline-online.tk/x/file/hotdoged0.png

На нём можно смахнуть ненужные абзацы перед редактированием:

http://idec.spline-online.tk/x/file/hotdoged1.png

Потом при тапе по абзацу вызывается редактор:

http://idec.spline-online.tk/x/file/hotdoged2.png

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

> На больших экранах, например, планшетах, проблема противоположная. Там места куча, ещё хоть 10 значков впихнуть можно, но API панели не даёт использовать это свободное место на все 100%.
> Приходится прописывать принудительное отображение. В то же время на маленьких экранах это портит внешний вид.
> Надо как-то искать компромисс. Да ещё что-то сделать с сортировкой, которую Гугл, как я уже говорил, не предусмотрел.

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

>> Я всего лишь нажал на кнопку "Отправить". Откуда он взял столько странных сообщений?
> Ну блин, народ, я ведь специально над этим делом работал, а вы жалуетесь.
> На экране написания сообщения специально есть пункт "Удалить", на который надо нажимать, если нажали на ответ случайно. Он удаляет черновик.

Хм. Слона то я и не заметил =)

>> В цезии я сделал так: запоминается хеш сообщения перед редактированием и сравнивается с хешем после редактирования. Если хеши совпадают, то сообщение не сохраняется.
> У меня так нельзя. Знаешь, почему? Потому что есть фича правки сообщения во внешнем редакторе.

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

> P.S. "случайные" сообщения уже в ЧС на моей станции. Кстати, idec mobile тоже умеет работать с чёрным списком в 1 клик, если вы это успели забыть :)

Как до ноута доберусь, так обязательно в таверне занесу.

// Вот чего не хватает в мобильном клиенте, так это удобного удаления квотированных абзацев. Если вдруг когда будет желание их переделать, то могу показать скрины и пояснить как это сделано в том же хотдоге (NNTP- и FTN-клиент под андроид). Поведение там несколько нестандартное, но очень и очень удобное.

> Мы с Борисом уже мельком обсуждали несостоятельность API организации меню. Проблема в том, что приоритет появления элементов в верхней панели и их сортировка должны отличаться, а они не отличаются. И эта хрень идёт от самих разработчиков Гугла. Поэтому мне придётся продумать парочку костылей.

Я понаблюдал за разработкой того же хотдога (там дело усугубляется поддержкой древних систем) и понял, что гугл сделали хорошее АПИ, конечно, но не очень гибкое.

>> Спрятать в меню?
> Да. Если нет никаких других достойных вариантов, то только так.

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

>> http://192.168.1.2:3000/x/file/idec-mobile0.png
>> http://192.168.1.2:3000/x/file/idec-mobile1.png
> Если много раз повторять хорошие шутки (с айпи-адресами), то эти хорошие шутки уже становятся приевшимися :)

Ай да я. Привык с ноута, где у меня в /etc/hosts всё прописано и на андроиде по привычке даже не проверил ссылки.

http://idec.spline-online.tk/x/file/idec-mobile0.png
http://idec.spline-online.tk/x/file/idec-mobile1.png

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

> особенно жестко когда это окно всплывает при потягивани списка конф вниз.

Это можно отключить в настройках. Я так и сделал.

> Но что бы ты предложил взамен? Безликие прогрессбары?

Я бы вообще в фоне фетч производил.

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

Тогда этот фетчер надо заменить. Я ума не приложу как такое поведение можно реализовать даже, а ты его отслеживаешь.

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

Ну так это тут и не при чём. Просто нажал кнопку, оно в фоне качается.

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

А пользователю больше и не надо. Ему надо видеть только два состояния: качается и скачалось.

> Ну вот исходник, сможешь хотя бы примерно разобраться в алгоритме построения индекса?
> https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java

Вот честно, я в java ни в зуб ногой. Могу попробовать разобраться, но толку от меня будет мало.

> После 23 апреля я уже нашёл те баги в фетчере и переработал его, но паранойя осталась. А вдруг ещё что-нибудь эдакое будет?

Сделать дебаг-окно опцией, ИМХО, самое мудрое решение. Если случился баг и я его могу повторить, то я включу и скрин сниму. Если же повторить не удастся, то я с первого раза один фиг не пойму что произошло и скрин не сделаю. Но клиент твой и тебе его развивать. Мы с Петром просто пользовательские ощущения описываем.

> Пока что хочется угодить всем, но некоторые вещи (вроде окна дебага) кажутся нецелесообразными, чтобы их разгребать здесь и сейчас.

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

> Коль народу не лень, можете продвигать свои хотелки сразу в виде исходников:
> https://github.com/vit1-irk/idec-mobile
> Линус Торвальдс сказал однажды: "Talk is cheap, show me the code".

Эх. Когда-нибудь, я найду достаточно свободного времени, чтобы изучить Java и попробую помочь какому-нибудь проекту. Меня и Sergey Poziturin 2:5020/2140 aka 2:5020/2141 (мой фидобосс) к java (точнее к kotlin) склонял уже. Но пока по душе python3, golang и lisp. И их опыт мало помогает в разработке под андроид.

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

Это, безусловно, так. Однако:

«Делам надо поклоняться, а не статуям. А может быть, даже и делам поклоняться не надо. Потому что каждый делает, что в его силах. Один – революцию, другой – свистульку. У меня, может, сил только на одну свистульку и хватает, так что же я – говно теперь?»

Аркадий и Борис Стругацкие, «Град обреченный».


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

В сабже таки появилась адаптивная вёрстка, но пока особо не тестил ничем, кроме своего телефона.

Таверну уже обновил. Просьба потестировать это дело.

И это не баг мобильной версии. Подумаю как исправить.

> 2. Fixed-панель может быть довольно удобной. Вот, например, https://developer.android.com/reference/android/support/v4/widget/NestedScrollView.html
> // Первый сайт, который вспомнил.

Четверть экрана съедена панелью браузера и фиксед-панелью сайта. Я лучше кнопку "наверх" внизу прилеплю.

>> Я лучше кнопку "наверх" внизу прилеплю.
> О, а это отличная идея. Ждём кнопку :)

Есть кнопка. Заодно исправил сползание кнопок в основом интерфейсе, страницу ответа и расползание по ширине блоков <pre>.

Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом? Просто на моей кукурузе каждое открытие списка эх приводит к гарантированному фризу на несколько секунд. Как будто он каунты в базе без индекса считает.

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

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

> И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.

Мне не пофиг, но я понял так, что ты сделал это оптимизировано.

>> Как будто он каунты в базе без индекса считает.
> Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.

Индексы существенно ускоряют обращение к базе. Проверял на толстой базе от цезия и EeePC 701 4G. Подсчёт числа сообщений каждой эхи отдельно (включая lenta.rss) выходил меньше секунды.

> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.

Если бы я знал что это такое, то описал бы обязательно.

> Когда ты наблюдал это сообщение, обновлялись ли счётчики в списках (или через раз), и так далее.

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

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

Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?

> А ты говорил, что после фетча и ещё когда-то она НЕ обновляется, хотя надо бы.

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

>> Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
> Тогда какие вопросы? Если клиент старой версии, то багрепорты протухли. Придётся добавлять в каждый клиент запись: собрано dd:MM:YYYY HH:mm, чтобы таких недоразумений больше не возникало

Эху не читай @ сразу отвечай. Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?). И проблема не о том вообще.

>>> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
>> Если бы я знал что это такое, то описал бы обязательно.
> Теперь, когда выяснилось, что твой багрепорт с "недообновлением" списка оказался ложным, то смысла в этом деле уже не вижу. Уберу потом.

Так что это за тост такой? За здравие?

>> Индексы существенно ускоряют обращение к базе.
> Окей, будет индекс. Но не раньше выходных.

Круто!

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

http://spline-online.tk/stuff/docs/pics/Screenshot_2017-05-13-15-18-06.png

Это от таймаута?

>> Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?
> После чистки по ЧС, после удаления/обрезки эх. А ещё счётчики непрочитанных имеются, но тут всё понятно.

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

>> Ты ж не предупреждал нигде, что перед обновлением нужно сносить старую версию.
>> Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?).

> Старую версию и не надо сносить. Новая всегда должна вставать поверх без всяких проблем.
> А какие там циферки при установке APK отображаются (1.0 или 1.1), абсолютно не имеет значения. Считайте, что они для красоты.

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

Я бы всё таки такие вещи учитывал, так как андроид - это всегда зоопарк.

>> Так что это за тост такой? За здравие?
> Я имел в виду вот этот тост: https://developer.android.com/guide/topics/ui/notifiers/toasts.html

Понял. Я просто в терминологии андроидной не силён =)

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

Я только видел "Получено n новых сообщений" после фетча, но он и раньше был. А то, о чём ты говоришь, я не заметил. Может потому, что каждый переход к списку эх вызывает некислые фризы.

Спасибо за индексы. Теперь оно просто молниеносно открывает список конференций. Шикарно.

> Обновился. Вроде баг. В списке эх нажал пометить все как прочитанные а в меню слева -- счетчик новых сообщений остался 84. При нажатии на них -- пишет, что новых сообщений нет.

У себя такого не заметил. Странно.

>> Соответственно при фетчинге один из узлов валится по таймауту. Если при этом нет новых сообщений, то появляется сообщение о проблеме со связью:
>> Это от таймаута?
> Да. По тексту на скриншоте ты мог и сам догадаться :)

Да я и догадался, но решил уточнить =)

В любом случае, ситуация достаточно редкая.

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

Видимо, так и сделаю.

> А коль у тебя рутованный телефон, то можно оставить всего одну таверну, подменяя айпишник парой тыков в приложении Hosts Editor (есть в F-Droid). Там это очень удобно галочкой сделано. На твоём месте я именно так и организовал бы фетч.

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

> А какой у нас сейчас есть актуальный RSS-фетчер?
> Ссылки на гихаб из документации ведут в 404...

Я своим пользуюсь http://git.spline-online.tk/spline/rss2idec

Надо бы вернуть на гитхаб, раз всем надо не гит, а именно гитхаб.

Очередной эксперимент с новостной эхой (не знаю насколько востребовано, но несколько дней уже пользуюсь).

ii://сабж живёт на таверне и транслирует main-ленту одноимённого сайта. Эха пока скрытая и не уверен, что долго проживёт, но пока новости мне видятся не такими жёлтыми, как на ленте.