Обновление:

* В клиенте доступна поддержка смены тем оформления
* Добавлена тёмная тема

APK: https://ii-net.tk/ii/files/app-debug.apk

btimofeev> Еще один баг пару раз мне встречался: при переключении ноды список эх остается от предыдущей ноды и сколько не пробуй выбрать любую другую ноду список эх не меняется. При этом в навдравере показывает, что нода выбрана другая. Как баг воспроизвести не знаю.

У меня он тоже воспроизводится, но только во время пробных запусков. Думаю, проблема в Instant Run. Помогает gradle clean и перезапуск приложения.

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

btimofeev> Подскажи, зачем нужна вот эта строчка https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/MainActivity.java#L70

Она не нужна. Это опечатка. Посмотрел твои замечания на Гитхабе, спасибо за наблюдательность :)

btimofeev> Ты не пробовал сделать изменение темы "на лету", без перезапуска приложения?

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

AL> Статусбар выглядит как белое на белом.

Так и знал. Сделаю отдельную запись для values-v23, а на 5 андроид по умолчанию поставлю серый цвет. Или другой какой-нибудь.

btimofeev> И что там может быть не так как на шестёрке?

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

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

Да, это и есть из-за двух нод. Объединить по идее можно, но это будет не очень просто :)
Потом и этим займусь.

Что-то сразу 2 человека одновременно начали об этом задумываться.

Товарищ Rush_Pon по собственной инициативе скинул мне вот это:
https://pp.vk.me/c604323/v604323185/36ddc/GLDEtQZwR-c.jpg

И ещё в текущей сборке клиента Борис предложил новый значок.

Что думаете по этому поводу?

AL> Мне нравятся версии Бориса и оригинальная. А вот от товарища Rush_Pon как-то невнятно, ИМХО.

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

Версию Бориса я принял из-за того, что там тени получше, да и иметь одинаковые логотипы для CutieFeed и IDEC Mobile не очень правильно.
А Rush_Pon, если что, предлагал логотип не для клиента, а для главной страницы ii-net.tk

В новой сборке

Коммиты btimofeev:
1. Добавлена новая тёмная тема "Tomorrow Night Eighties"
2. В списке сообщений увеличено количество одновременно прогружаемых с 5 до 20
3. Изменена иконка в лончере
4. Ещё по мелочи

Остальные изменения:
1. Темы оформления оптимизированы под разные версии андроида через values-v21 и values-v23
2. Исправлены баги с кривым отображением чекбоксов и выпадающих меню
3. Багофиксы в белой теме

APK на том же месте.

AL> Кстати, оффтопик, в словарике на http://ii-net.tk/ стоит переписать Бон.

Сделано. А ещё добавлена ссылка на IDEC Mobile в статье про андроид-клиенты. Давно пора было сделать.

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

Он ещё вот это скинул, кстати: https://ii-net.tk/ii/files/IDEC-EMBLEM.svg

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

Изменения на сегодня:

* Можно экспортировать сразу всю БД в бандл, а не только отдельные эхи.
* Доступен импорт и экспорт конфига
* Багофиксы

Из минусов "бандлового переноса" есть то, что избранные и непрочитанные не сохраняются. Но если уж и их хочется забэкапить, то проще будет вытащить sqlite-базу из /data/data/vit01.idecmobile/ и переносить именно её.

Что нового:

* Поддержка экспорта и импорта бандлов сообщений
* Чёрный список!
* Уведомления теперь приходят единые для всех станций (дабы больше не плодить огромное их количество)

APK: https://ii-net.tk/ii/files/app-debug.apk

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

Бандлы - это очень круто. Сейчас IDEC Mobile - это единственный клиент, который позволяет работать с ними через GUI. Теперь после установки сабжа можно не ждать загрузки сообщений с ноды через мобильный интернет, а просто заранее перекинуть базу с компьютера и импортировать её. Очень удобно!
Если что, https://github.com/vit1-irk/ii-db-utils/ или https://github.com/spline1986/idec-utils в помощь.

vit01>> Но если уж и их хочется забэкапить, то проще будет вытащить sqlite-базу из /data/data/vit01.idecmobile/ и переносить именно её.

btimofeev> Это, кажется, будет работать только у кого есть root.

Конечно. Но, с другой стороны, если человек знает, что такое sqlite-БД, зачем она ему нужна и где её искать, то телефон у него уже наверняка рутованный.

В крайнем случае могу предусмотреть экспорт/импорт базы и в таком формате тоже.

Новое в клиенте:

* Починил старый баг в фетчере, из-за которого он медленно работал
* Уведомление теперь только одно, обновляется по мере поступления сообщений
* Добавлена GPLv3
* Библиотеки material drawer и AppCompat обновлены до последних версий

Если обратиться к таверне по /x/filelist, то она для каждого файла выдаёт размер 0 байт.

vit01>> Если ты прерываешь/убиваешь приложение во время чтения содержимого эхи, то метка не ставится. Вызов транзакции в БД с "прочтением" осуществляется только при нажатии кнопки "назад".

btimofeev> Предлагаю изменить это поведение. У меня постоянно куча непрочитанных остается в эхах с RSS после того как я просмотрел сообщения. Очень неудобно.

Закоммитил только что. Правда, всё равно на душе не очень хорошо от постоянных запросов в БД.

btimofeev> У меня после открытия навдравера свайпом (как в телеграме) сразу же открывается активити правки эх. Видимо срабатывает еще и долгое нажатие.

Да, давно в курсе. Если бы проблемы не было, то уже написал бы о новой фиче здесь.

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

AL> У меня тут случилась беда такая: при фетчинге с сообщения снимается пометка о прочтении.

То есть ты сообщение прочитал, а оно осталось непрочитанным? Или наоборот (не читал, но выглядит прочитанным)?

В первом случае проблема известная. Если ты прерываешь/убиваешь приложение во время чтения содержимого эхи, то метка не ставится. Вызов транзакции в БД с "прочтением" осуществляется только при нажатии кнопки "назад".

А если второй, то затрудняюсь ответить. Такого ещё не встречал.

Для станции с архивом у меня есть как минимум 2 места для отхода (причём бесплатных), так что с ними проблем не будет.

Но вот что делать с теми ~210 ГБ (личные бэкапы, репы дебиана и MLP), пока не знаю. На кучу доступного места рассчитывать не приходится.

Плюс хочется ведь root, ssh-доступ и собственные плюшки. Так что подробую что-нибудь приличное отыскать.

vit01>> Закоммитил только что. Правда, всё равно на душе не очень хорошо от постоянных запросов в БД.

AL> Ну вот при скроллинге списка конференций это да. А тут то ничего плохого =)

Лень - коварная штука.
Если бы у меня не был низкий DPI и 5 дюймов (а формирование элементов списка RecyclerView зависит именно от размеров экрана), то этот баг был бы уже исправлен :)

Запишу-ка в TODO, а то уже и забыл про него.

В больнице в целях экономии решили избавиться от резервного канала.

В течение месяца мне надо будет сделать дампы и перенести содержимое ii-net.tk куда-нибудь на другой сервер. Вот думаю о путях отступления.

AL> Так же мейлер теперь один и использует апи для того или иного формата базы.

AL> Теперь достаточно изменить только один параметр в умолчальном конфиге для переезда на тот или иной формат базы.

Наконец-то Цезий прошёл этап камней и палок, взойдя на путь унификации и API. Это победа, товарищи!

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

+ Поправь Readme, а то оно ещё старое

Прочитал вчера вот эту статью https://habrahabr.ru/post/315654/ и подумал, что для IDEC/ii это может точно как-нибудь пригодиться.

Например, можно прикручивать новые форматы БД (в том числе SQLite) к тем клиентам, которые их не поддерживают.
Или использовать ii-db-utils вместе с idec-utils для любых экзотических форматов.

AL> docs/formats.md кратенько так описывает всё это дело.

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

Заказал себе простенький VPS-сервер на дебиане. Первая 64-битная машина, с которой имею дело ;)

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

С репозиториями дебиана, увы, придётся распрощаться из-за недостатка места. А насчёт хранилища MLP у меня есть идея получше.

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

vit01>> 3. Есть 3 вида лжи: ложь, наглая ложь и статистика

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

Вот сам же и сделал из неё вывод :)
Для реальной картины надо брать промежуток 1 месяц, но не всё время.

То высказывание про статистику было вообще в шутку.

vit01>> Для реальной картины надо брать промежуток 1 месяц, но не всё время.

AL> А как, если не всё время? Или ты имеешь в виду охватывать не всё время существования сети?

Второе. Чтобы делать высказывания уровня "мы не так уж плохо общаемся", нужно брать небольшие и недавние промежутки. Например, месяц или 2-3 недели.

Ну а полная статистика отвечает на вопросы:
1. Сколько строк должно быть в таблице БД архива
2. Кто самый большой болтун
3. Кто меняет имена поинтов, а кто нет
4. Какие эхи перекатывают, а какие держат так

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

AL> Не так уж и плохо у нас всё =)
Около 20 человеко-сообщений в день в среднем - капля в море. Тем более, оно держится за счёт 2014 года и болталок.

Выводы:
1. Главный флудер всех времён - Рома. Догнать и перегнать его будет сложно ещё несколько месяцев минимум.
2. Самое потрясное имя поинта - <script>alert('xss');<
3. Есть 3 вида лжи: ложь, наглая ложь и статистика

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

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

// далее следовало бы в linux.14
Недавно загнал туда QEMU (+KVM) в связке с Windows XP. На всякий случай, ибо может пригодиться. Есть какие-нибудь идеи насчёт этого? Есть смысл туда эмулятор андроида установить, правда сомневаюсь, что на двух гигах хост-ОЗУ он тормозить не будет.

AL> ii://ii.stat содержит еженедельную статистику, если что.

Уже давно на неё подписан. Кстати, а почему ты этот еженедельный скрипт вручную запускаешь, а не запишешь его в Cron?

vit01>> Кстати, а почему ты этот еженедельный скрипт вручную запускаешь, а не запишешь его в Cron?

AL> Потому что я ленивая жопа и мне до сих пор лень прикручивать тоссер к аналайзеру.

Взять sender.py из ii-db-utils, написать один баш-скрипт и поправить crontab. Чего может быть проще? :)

AL> В сабже пошли странные дубли.

Можно поконкретнее? Желательно с указанием msgid и/или заголовка новости.

Прикольные рассказы, правда, как и вся крипота, шаблонные донельзя.

Один мой товарищ каждое лето в Якутию ездит к родственникам. Говорит, несмотря на перепады температур, там довольно интересно. Всякими страшилками не делится. Но я б не рискнул туда отправляться, ибо за +30 уже самочувствие сильно ухудшается. Да и зимой там под -50 бывает.

AL> Чёт сабж случился =)

Вроде бы хочется чего-нибудь написать, но нечего. Получаю почту ежедневно.

Мелкофикс: подправил регулярку ii-ссылок, добавив туда поддержку дефиса в имени. Дабы ii://lor-opennet.17 из предыдущего сообщения нормально отображалось :)

btimofeev> Возможно просто складывается количество одинаковых сообщений из разных нод.

Да, так и есть. Клиент наивно предполагает, что ты на разных нодах подписан на разные эхи.

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

Это не баг, это архитектурный косяк.

// Вообще, удобнее переключаться на другую ноду только тогда, когда первая в дауне, а в остальное время держать "резервные" с выключенным фетчем

AL>> Зато теперь всё в порядке :)

AL> Хотя нет. Только что при фетчинге этого сообщения он мне сообщил, что получил 0 сообщений. Хотя скачал его.

Чёрт. Это значит, что на сервере осталась старая версия.
Потому что этот баг Борис пофиксил уже давно, и у меня на телефоне стоит исправленная версия.

Зайду в IDE сейчас и закину актуальную сборку.

// лучше собирать с Гитхаба из сорцов, потому что свежак всегда только там

Эха просуществовала уже 2 года, и ради порядка в базе решил перекатить её в ii://lor-opennet.17

Сабж уже в архиве; боты, списки фетча и эх изменены, на irk39.tk содержимое удалено. С mira station lor-opennet.15 исчезнет дня через два.

Всё, вперёд обновляться на нормальную версию
https://ii-net.tk/ii/files/app-debug.apk

А вот тот самый коммит с фиксом бага:
https://github.com/vit1-irk/idec-mobile/commit/0810e05211e18cf68db985c0d41c6681ffe65a7b

Как видно, ещё с 7 ноября. Что ж, бывает.

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

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

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

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

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

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

Лежит здесь: https://github.com/vit1-irk/idec-post-tracker

Используется API сервисов 17track и global.cainiao.com
Нужный сайт можно указать для каждого трек-номера в отдельности. Если для первого не сработал, то второй должен точно подойти.

Надеюсь, кому-нибудь пригодится.

У меня буквально два дня назад случился тот же баг с removed pipe.2032
Но так как это произошло после обновления на Android 7.1, я списал сначала это на новое API. Кстати, это вполне даже может быть серверная ошибка, а не клиента.

Временное решение - отключить /x/c
Исправлять точно буду, ибо важно.

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

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

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

А насчёт сисопов и людей высказался выше.

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

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

AL> Ну вот подключается человек к сети. Кому писать? Пишет наугад. А тут видно будет какой сисоп под боком.

Писать он будет просто в эху. Например, анекдоты заценить, или по GNU/Linux вопрос задать, или опытом поделиться.
Какая человеку разница, в каком городе живёшь конкретно ты или я? В гости ходить что ли или на флешке почту бандлами таскать? Может быть, устраивать сисоповки и поить нас пивом по традициям фидо? ;) Кому это нафиг сдалось?

Население Курганской и Иркутской областей вместе взятых составляет 2,24% от всего в РФ, судя по Википедии. Вероятность встретить кого-нибудь из твоего же города ещё меньше (ибо не все живут в областном центре). Если взять Дениса с Минском, то у него под 20%, но тут тоже не так много. Поэтому шанс на близкое расположение новопоинтов в любом случае крайне мал.

vit01>> Писать он будет просто в эху. Например, анекдоты заценить, или по GNU/Linux вопрос задать, или опытом поделиться.
AL> Писать в эху для подключения к сети? Это мы кареху с распределением базы придумали чтоль? =)

Для подключения к сети надо же сисопу на емейл писать. А какая разница для случайного Васи, кого из нас двоих выбрать? Если убрать различия в вебморде и в серверах, конечно.
Или человек вдруг резко поменяет станцию, когда узнает, что живёт в одном городе с одним из нас?

Сисоп у нас вообще понятие фиктивное. Почему? Потому что хостинг нынче можно приобрести за 100 рублей в месяц, а то и вообще бесплатно. Поднять свою станцию новичок может за час, не больше (а старожилы вроде меня и тебя справятся с этим за 15 минут). Принципиально разница между мной и Борисом, например, лишь в том, что я здесь с 2014 года сижу, вот и всё.

vit01>> Какая человеку разница, в каком городе живёшь конкретно ты или я? В гости ходить что ли или на флешке почту бандлами таскать? Может быть, устраивать сисоповки и поить нас пивом по традициям фидо? ;) Кому это нафиг сдалось?

AL> Я понимаю, что нынче всем пофиг. Люди стесняются реалнеймов, боятся засветить личную информацию и вот это вот всё. Некоторые (как я, например) прикрывают это паранойей.

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

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

btimofeev> А как бороться с тем что клиент качает по несколько тысяч сообщений? Я вот опять обрезал эху до 50 штук, в эту эху пришло новое сообщение и клиент скачал после этого ~1500.

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

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

AL> Хотя по сути мы сеть анархическая. Без чёткой структуры и обвеса кучи правил. И это прекрасно.
AL> Вести поинт-листы.

Давай тогда формат для поинтлистов
Предлагаю что-то вроде образца about.users.51, например:

{
"point": "Vasyan42",
"primary_address": "station13, 12309",
"realname": "Vasiliy Pupkin",
"stations": ["mira", "tavern", "station13"],
"birth_year": 0000,
"location": "Moscow",
"contact": ["tel:1234567890", "mailto:example@domain.com", "https://github.com/XXX", "https://example.com"],
"activities": "Programmer, office worker, artist",
"ideology": "communist",
"religion": "GNU/Linux",
"additional": "Разбираюсь в systemd и девочках на уровне специалиста; не против посещать поинтовки и выходить на контакт; поклонник Emacs и KDE"
}

Если пункт отсутствует, то просто ставить false.

AL> Да и указание в поинт-листе AKA несколько портит виртуалов =)
Виртуалов можно не указывать. Если сильно хочется, то можно ставить в realname какого-нибудь Наполеона Бонапарта :)

Ладно, хрен с этим всем. Слепил файлик, записал туда себя

https://ii-net.tk/ii/ii-point.php?q=/x/file/pointlist.json

AL> Много лишней информации.

Ладно, пусть будет без "лишней".

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

Минус в том, что один и тот же человек может пользоваться разными станциями одновременно.
Вот я, к примеру, на четырёх нодах поинтов имею. Дублировать теперь все данные?