Peter> 1) следует избегать "жаргонов" и обращений на "ты" в сообщениях (окно дебуга, сообщение про слеш в конце урл) итд,

Peter> 3) с убиранием кнопки "<" стало лучше!

Peter> Почему 2-3 секунды?

Peter> Кажется, в psi, это окно называется консоль. Вот можно сделать так, что консоль можно включить и выключить.

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

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

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

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

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

AL> Как будто он каунты в базе без индекса считает.

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

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

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

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

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

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

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

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

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

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

AL> Индексы существенно ускоряют обращение к базе.

Окей, будет индекс. Но не раньше выходных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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