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

AL> Здравый смысл подсказывает мне, что как минимум ":" стоит запретить, так как это может быть чревато боком.

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

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

Готово. Надо потом и документацию обновить

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

Peter> Тут интересуются, почему в плеймаркете нет твоего клиента. :) Действительно, почему? Может уже пора начать захватывать мир? Только регистрацию бы попроще сделать...

Для этого есть несколько проблем

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

2. В клиенте есть некоторые баги, которые до сих пор фиг знает как чинить, и для новичков они будут доставлять дискомфорт. Ещё есть недоработки в UI. См. Projects на Гитхабе. Ещё для финальной версии нужна поддержка шифрования, которую мне до сих пор лень делать.

3. Нет нормального хэлпа внутри клиента и некоторого "вступительного экрана". Но с этим вы можете помочь

4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

5. Нетмейл. Все про него постоянно спрашивают

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

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

vit01>> 4. Аккаунт разработчика Google стоит 25 долларов. Напоминаю, что я студент-нищеброд (на этот раз даже без стипендии из-за оптики), и мне жалко денег

btimofeev> Дополнительно можно в F-droid выложить. Могу с этим помочь.

Думаю, что F-Droid - это всё-таки наша первоначальная цель. Потому что это более "элитный" стор.

Difrex> Думаю, что мы можем задонатить =)

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

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

Ещё у меня на 9 андроиде после перезагрузки системы клиент падает с вот таким эксепшеном:

06-20 10:27:41.475 I/it01.idecmobil( 7793): Late-enabling -Xcheck:jni
06-20 10:27:41.976 I/Perf ( 7793): Connecting to perf service.
06-20 10:27:42.579 I/ACRA ( 7793): ACRA is enabled for vit01.idecmobile, initializing...
06-20 10:27:42.878 I/it01.idecmobile( 7793): type=1400 audit(0.0:101): avc: denied { getattr } for path="/data/data/com.android.keychain" dev="dm-0" ino=111211 scontext=u:r:untrusted_app:s0:c140,c256,c512,c768 tcontext=u:object_r:system_app_data_file:s0 tclass=dir permissive=1
06-20 10:27:42.888 W/it01.idecmobil( 7793): Accessing hidden method Landroid/security/IKeyChainService$Stub;-><init>()V (dark greylist, linking)
06-20 10:27:42.889 D/AndroidRuntime( 7793): Shutting down VM
--------- beginning of crash
06-20 10:27:42.893 E/AndroidRuntime( 7793): FATAL EXCEPTION: main
06-20 10:27:42.893 E/AndroidRuntime( 7793): Process: vit01.idecmobile, PID: 7793
06-20 10:27:42.893 E/AndroidRuntime( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.893 E/AndroidRuntime( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)
06-20 10:27:42.913 E/ACRA ( 7793): ACRA caught a NoSuchMethodError for vit01.idecmobile
06-20 10:27:42.913 E/ACRA ( 7793): java.lang.NoSuchMethodError: No direct method <init>()V in class Landroid/security/IKeyChainService$Stub; or its super classes (declaration of 'android.security.IKeyChainService$Stub' appears in /system/framework/framework.jar!classes2.dex)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService$1.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.keychain.KeyChainService.<init>(KeyChainService.java:95)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.Class.newInstance(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.AppComponentFactory.instantiateService(AppComponentFactory.java:103)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.handleCreateService(ActivityThread.java:3554)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.access$1300(ActivityThread.java:202)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1674)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Handler.dispatchMessage(Handler.java:106)
06-20 10:27:42.913 E/ACRA ( 7793): at android.os.Looper.loop(Looper.java:193)
06-20 10:27:42.913 E/ACRA ( 7793): at android.app.ActivityThread.main(ActivityThread.java:6744)
06-20 10:27:42.913 E/ACRA ( 7793): at java.lang.reflect.Method.invoke(Native Method)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:495)
06-20 10:27:42.913 E/ACRA ( 7793): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:859)

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

Обратился ко мне по емейлу якобы владелец одного сайтеца, просит удалить ссылки с архива на alicorn.tk

Hi there,

I’m working on cleaning the website adaptavist . com, and I need your help in removing some links from your site. Your site is probably perfectly legitimate, but I’m just trying to eliminate as many links as possible.

I’m asking this because it’s come to our attention that some of the links to our website have been acquired against Google’s Webmaster Guidelines, so it’s important for us to remove links that are harming traffic to our website. Furthermore, by linking to our site, it could be detrimental to your site’s overall traffic, so it will be important for you to remove the link.

Here are some examples:

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Link text: ... (убрано мной, чтобы снова их скрипт не сработал)
Page on our site: ...

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK
Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply

Page on your site: https://alicorn.tk/ii-old/?msgid=Q0BNaz1cAGk9A8nrcDfK&reply
Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=1

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

Page on your site: https://alicorn.tk/ii-old/?echo=habra.15&page=88

The link(s) need to be actually removed, rather than just disavowed. Even if they are “nofollow,” I’d still like them to be removed.

Please let me know if you have any questions. If you could email me once you have removed the link that would be great.

Thanks in advance! I hope to hear from you soon.

Kind Regards,

Adaptavist Webmaster

Мой ответ этим товарищам был вот такой:

These links which were mentioned by you, are actually from annotations of archived posts of the Habrahabr website
 
The traffic which comes to your website, is primarily caused by this habrahabr post: https://habr.com/ru/company/billing/blog/271805/ (for example)
 
We can try to get rid of those links, but it's just an archive of short abstracts from the "real" articles. So, I just wanted to make it clear why are you worried about them and if you contacted the author of the original habrahabr article

Что может посоветовать в этой ситуации многоуважаемый All?

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

Видно, видно

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

AL> Очень бы хотелось услышать замечания и рекомендации от многоуважаемого All =)

Слабая валидация POST данных. Особенно на тех же файловых эхах

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

Мои пожелания:

1. Складывать все конфиги, файлы, относящиеся к эхам и файлэхам, в отдельный каталог вроде "data"
Уже часто начал замечать, что при таком подходе гораздо проще делать бэкапы и отделять файлы репозитория от изменяемых файлов.

// все блэклисты и изменяемые конфиги полностью туда

К конфигам удобнее добавить готовые примеры, чтобы ещё быстрее ускорить развёртывание станции.

2. Объединить cli-скрипты в единый интерфейс и запускать вроде

idec.py run
idec.py points add Vasya
idec.py stats -f ... -t ...
idec.py stats --help

3. Туда же, к cli-интерфейсам. Не надо городить велосипедов к парсингу параметров командной строки, ведь есть модуль argparse из стандартной библиотеки. Он же поможет тебе объединить все скрипты в один

https://docs.python.org/3/library/argparse.html

4. Текстовая БД не единственный тип БД. Я понимаю, что у нас это классика, но в боевых условиях, на десятках тысяч сообщений это не вариант. Только если в виде PoC

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

Попытался запустить на рабочем сервере своём ii-net.tk и обломался, потому что там проставлен HSTS, и браузер ни в какую не хочет пускать по обычному http, форсируя защищённое соединение.

Нужна поддержка сертификатов.

В той же Gitea всё это продумано до мелочей, хз, как с этим bottle себя ведёт.

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

Difrex> Заценить можно тут: https://dynamic.lessmore.pw/forum

Difrex> Жду отзывов :)

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

// И немного уменьшить шрифт для сабжа в списке, а то выбивается из дизайна и места занимает больше. Где-то до 16-18 пикселей

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

Решил провести ревизию своих фетчеров и обнаружил кое-что:

1. На dynamic'e появился один msgid аномальной длины :)
2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Наглядный тест: https://club.syscall.ru/u/e/test.1/test.2/ii.test.14/-2:2

3. Последние сообщения из ifhub.club мой фетчер упрямо не хочет сохранять в БД. Почему, пока не знаю

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

>> 2. API club.syscall.ru и таверны в /u/e запросах дописывают пустые строки после названий эх при попытке запросить эхи, которые отсутствуют у них в локальных базах. Но пустые строки пихать туда вообще нельзя

Peter> Вроде исправил, сейчас ок?

Да, сейчас норм всё

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

Difrex> Навел меня на мысли тред про мониторинг(и не только). А именно обсуждщение приватности метрик.

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

Понятно, что многие данные можно и нужно выкладывать, а на какие-то просто пофиг. Но всё ведь индивидуально.

Difrex> В общем, я открыл всем дашборд со статистикой сети, доступен по ссылке https://grafana.lessmore.pw/d/vPKzlQKWk/idec?orgId=1

Круто, конечно, но с графиками было бы ещё круче :)

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

jmaks> Планирую в ближайшем времени запустить ноду, ничего не изменилось в регламенте?! Поставишь в фетч, как будет готово?

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

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

jmaks> Поставил следующий фетч, поправьте если что не актуально;
jmaks> Кого ещё можно куда зафетчить? С наскоку что-то не нашёл список актуальных узлов.

С ноды mira можно фетчить все те же эхи, что и с Таверны, за исключением, наверное, Курганской локалки.

Плюс фэха alicorn.blog c файлами для блога, но, наверное, она мало кому отсюда нужна. Только Андрею, который по максимуму смотрит всё через родной софт.

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

vit01>> Теперь доступна здесь: ii://habra.rss
vit01>> Поправьте фетчеры и подписки

libra> А старый *habra.16* -- выкидывать в архив?

Да, уже давно там лежит.

Вообще, даже habra.rss уже не обновляется с августа прошлого года, потому что Difrex отключил свой скрипт.

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

libra> Скрин в fecho/pictures ii://ppTyqOq9tZ9bJmp9zJBZ

Во-первых, ii-ссылки работают только для сообщений, а не для файлов. Для файлов ещё никто не договорился о формате ссылок, поэтому некликабельно...

libra> При удалении нод, остается одна нужная, и она внезапно перезаписывается Mira Station;
libra> В полях nodename, url -- заменяются настройки оставшейся ноды.

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

Пока что нет времени серьёзно всё чинить, но засунул в TODO по клиенту: https://github.com/idec-net/idec-mobile/projects/1

Пулл реквесты всегда принимаю и рассматриваю, только делает их мало кто.

libra> Так же при содании новой -- проставляются сразу данные с mira;

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

libra> Если делать скрин приложения idec mobile, в имя файла подписывается vit01 -- это нормально? Видимо это android берет из полей свойств приложения -- типа author?

У каждого андроид-приложения есть имя пакета, в котором негласно принято указывать имя разработчика и название приложения. Например, com.google.apps.translate

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

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

libra>> Или можно вписать какой-то спец символ-разделитель и idec mobile, сможет показать адресованные msg на разные username в карбонке?!

btimofeev> Имена разделяются двоеточием.

Подтверждаю

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/IDECFunctions.java#L41

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

libra>>> А старый *habra.16* -- выкидывать в архив?
vit01>> Да, уже давно там лежит.

libra> Что кстати ещё/уже из архивного ныне?

Ссылки на станции с архивами все здесь
https://ii-net.tk/idec-doc/?p=full-stations

У меня до сих пор держится alicorn-archive, в том числе с зазипованной базой в текстовом формате. Хабраэху текущую в архив так и не убрал, потому что надеялся, что Difrex когда-нибудь настроит нового бота и продолжит туда постить, либо ещё как-то явно решит её судьбу.

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

libra> -- дохлая @Andrew Lobanov
libra> http://idec.spline-online.ml/
libra> редирект на freenom.com

Блин, тут косяк
Конечно же, idec.spline-online.tk

libra> -- дохлая @Difrex
libra> https://dynamic.lessmore.pw/idec/
libra> выдало
libra> ====
libra> 404 page not found
libra> ====

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

Браузерная ссылка - в заголовке, то есть на название станции нажать

libra> -- дохлая @vit01
libra> https://ii-net.tk/ii/ii-point.php?q=/
libra> выдало вот что
libra> ====
libra> error: can't parse GET arguments
libra> ====

Аналогично, это ссылка для клиента

libra> https://alicorn.tk/ii-old/ii-point.php?q=/
libra> ====
libra> error: can't parse GET arguments
libra> ====

И здесь точно так же

libra> А вот тут работает
libra> https://alicorn.tk/ii-old/

Это и есть архивная станция. Там все эхи - архивные. Ещё архивы на dynamic собираются, но там есть и обычные эхи

libra> Возможно ли реализовать такую штуку на станциях-нодах, по виду того как генерирует список эх нода на iing, конфиг для caesium^?
libra> http://w0nderland.tk:3000/x/caesium

По стандарту список эх у каждой станции есть

https://ii-net.tk/ii/ii-point.php?q=/list.txt

А то, что Андрей наворотил специально для Цезия, - это костыль

libra> т.е. вместо echo -- будут так же прописаны archive

Я тупо складирую архивы на отдельную станцию со своим API endpoint, а на основной станции - удаляю. Так удобнее

libra> И вообще, какая аннотация, принцип, по которому эхи попадают в архив?! т.е. в них перестают появлятся какое-либо сообщение, от кого либо? Кончается календарный год, и всё собрание сочинений написанных к примеру rss, и прочими ботами-парсерами, можно сложить в архив?!

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

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

Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec

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

См. эта статья: https://habr.com/post/424647/

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

Difrex> А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)

https://github.com/idec-net/idec-mobile/blob/0a72fdff4872f5b7a59a658fbaacfc49dac7b7b2/app/src/main/java/vit01/idecmobile/Core/SimpleFunctions.java#L66

Ещё в том же файле есть функция reparseMessage, туда тоже глянь

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

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

Прошёлся по всем хабам и набрал свой список:

Программирование
Научно-популярное
Законодательство в IT
Python
Системное администрирование
Open source
Алгоритмы
Машинное обучение
Управление сообществом
Космонавтика
DevOps
Ненормальное программирование
Лайфхаки для гиков
Физика
Копирайт
Управление медиа
Будущее здесь
Математика
Искусственный интеллект
Биотехнологии
Серверное администрирование
Исследования и прогнозы в IT
Мозг
Usability
Транспорт
Экология
Открытые данные
*nix
Обработка изображений
Социальные сети и сообщества
Химия
Big Data
Разработка под Android
Интерфейсы
Геоинформационные сервисы
Data Mining
Настройка Linux
Системы обмена сообщениями
Астрономия
Прототипирование
Визуализация данных
Разработка под Linux
Энергия и элементы питания
Data Engineering
Системы сборки
ООП
Резервное копирование
OpenStreetMap
Серверная оптимизация
Системы управления версиями
LaTeX
Оболочки
Нанотехнологии
Qt
IPv6
Квантовые технологии
Emacs
Графические оболочки
Лазеры
Mesh-сети
I2P
DNS
Fidonet
VIM
LISP

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

Difrex> * Удалены шрифты material icons от гугла. Теперь используются только font awesome
Difrex> * Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
Difrex> * Ссылка "Статистика" в меню теперь ведет на графану


Динамик выглядит просто супер. Можно сразу на продакшен его

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

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

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

Видел на почте твой багрепорт, сейчас сделал тестовую сборку от 5 апреля 22:18

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

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

Если что, в новой обнове я обновил все зависимости (в том числе мигрировал с appCompat на AndroidX, подкрутил materialDrawer до свежего), дефолт Таверны снова на .tk домене

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

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

Изменения по эхам на syscall тоже оперативно прописал в конфиге, std.hugeping фетчится.
Все сообщения читаю, только отвечаю с запозданием

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Difrex> Сабж. Ругается на регекспы https://github.com/idec-net/ii-php/blob/master/iiweb.inc.php#L23

Спасибо за внимательность. Регэкспы пришлось менять из-за обновления на php 7.3, для основной станции я это сразу сделал и закоммитил в гит, а про архив забыл

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

btimofeev> Выключаю в настройках встроенный редактор сообщений -> пробую ответить на любое сообщение -> приложение падает -> при попытке отправить отчет оно начинает падать циклически и эти крэши можно остановить только переустановкой.

Дошли руки, починил баг с встроенным редактором, можно обновляться.
А циклические крэши, скорее всего, из-за того что Email-клиент не установлен. Обычно если раз 10 нажать "Отмена", то клиент, как правило, оживает.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Потёр упоминание, но там вроде никаких данных не было

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

думаю, что тред можно оставить, но сами мессаги в базе поправить, удалив имя

я у себя так сделал

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

Difrex> Тогда нужно будет и id сообщений править, иначе он не будет вычисляться.

По стандарту id не обязан напрямую вычисляться из сообщения, он лишь должен удовлетворять требованиям по длине, набору символов и уникальности в базе

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

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

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

В обновлении от сегодня починены краши из-за конфликта версий ACRA и AndroidX

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

>> @repto вместо @Repto
Difrex> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.

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

>> StdBASE64 вместо URLBase64 в get запросе
Difrex> Там ескейпится потом. Не помню уже почему именно так сделано было.

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

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

hugeping> В общем, я поднял свою ноду - персональный арт-проект: http://hugeping.tk
hugeping> Прошу всех, кто с меня фетчит, переходить на http://hugeping.tk и отписаться о возникновении проблем.

Так, я тут как всегда самый медленный по ответам. Фетч настроил на hugeping

С base64, спойлерами и остальным возитесь пока сами

Что касается гошной библиотеки и новой ноды как таковых:

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

2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом. Прямо сейчас пишу сообщение с IDEC Mobile в андроид эмуляторе, и это некомфортно: нельзя менять размер окна, приходится писать не с клавиатуры, а с графического планшета (т.к. с русским языком тут проблемы), да и сам этот эмулятор занимает гигабайта 3. Пытался накидать похожий интерфейс на Qt+QML и залип из-за их сложности, пытался на Flutter (кстати, хорошая штука), но понял, что надо будет заморачиваться с базой данных, и отложил это дело. Потихоньку пытаюсь попиливать Python-библиотеку в приватном репозитории, чтобы реализовать какое-то подобие клиента на Jupyter Widgets, но прогресс идёт слабо


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

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Echoareas                 ▒ ≈ 1 messages
───────────────────────────────────────────────────────────────────────────────
mlp.15................11 ███████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
ru.humor.14...........11 ███████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
develop.16............10 ██████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
ii.14..................8 ████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
pipe.2032..............8 ████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
ii.test.14.............2 ██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
linux.14...............2 ██▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
───────────────────────────────────────────────────────────────────────────────
Total                 52

>> 1. Нужно всё-таки объединять усилия .... Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

hugeping> Это не сработает. Мне нравится писать то, что мне нравится. Это наверное основная движущая сила "моего опенсорца". Но никто не мешает брать мой код, если он нужен. Мой замысел в принципе не компромиссный. Потому что я хотел сделать не "что-то усреднённо хорошее", а ноду своей мечты. И нода и либа и веб морда готовы - их можно просто брать и использовать, если нравится. Если нет - делать своё.

Окей, вопрос в каком-то смысле исчерпан

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

hugeping> Шрифты вообще не заданы нигде. Никакие. Так что используется тот шрифт, что стоит у тебя в настройках. :)

Эмм, да, но у браузера даже для стандартных шрифтов есть опции.

Предлагаю прописать font-family: sans-serif в body-блок CSS-ки. Это сработает на всех платформах, и разница станет заметна невооружённым глазом. Попробуй хотя бы ради эксперимента

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Мда, снизились обороты =(

vit01>> 1. Нужно всё-таки объединять усилия, приходить к некоторым компромиссам и пилить одну библиотеку на всех. А аргумент "хочу другую лицензию" хоть и имеет смысл на существование, но на благо проекта точно не пойдёт. Кому-то из вас двоих нужно от своей репы отказаться и идти мержить код в общий котёл

AL> Лицензионные вопросы важны.

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

vit01>> 2. Лично мне хотелось бы не новой ноды, а нормального десктопного клиента. С избранными, с черновиками, с красивым современным интерфейсом...
AL> Всё от того, что ты хочешь пальцетыкательный интерфейс на десктопе, что, очевидно, моветон.

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

На Андроиде это хорошо сделано в стандартном емейл-приложении (или в GMail, где тот же интерфейс). На десктопе - Thunderbird, Apple Mail, Outlook, и.т.п. Просто в плане общения IDEC слишком похож на Email, чтобы избежать такого сравнения

vit01>> И да, шрифты говно. Не стал бы пользоваться новым интерфейсом просто из-за шрифтов с засечками. Так и людей распугать можно
AL> Перепутал вкусовщину с объективностью.

Это, конечно, грубо сказано было (и весьма в лоровском стиле, к сожалению), но тут тоже проблема просматривается и как раз объективная.

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

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

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

Users                     ▒ ≈ 1 messages
───────────────────────────────────────────────────────────────────────────────
Andrew Lobanov........31 ███████████████████████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
vit01.................15 ███████████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
btimofeev..............6 ██████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒
───────────────────────────────────────────────────────────────────────────────
Total                 52

>>>> @repto вместо @Repto
Difrex>>> Разве у нас в стандарте с большой буквы прописано? В тех же iing и ii-php реализованно с маленькой.
vit01>> Всегда было с маленькой. Глянул в документацию - оказалось, что Github стал неправильно рендерить Markdown, и там отображается с большой, хотя в исходнике осталось всё как надо

Наконец-то исправил, чтобы норм отображалось.

>>>> StdBASE64 вместо URLBase64 в get запросе
Difrex>>> Там ескейпится потом. Не помню уже почему именно так сделано было.
vit01>> Для кодирования самого сообщения вроде как раз urlbase64 и используется. Для хэшей же идёт полная подмена символов, чтобы избежать знаков препинания

AL> Из документации это не следует никоим образом.

Цитирую: https://ii-net.tk/idec-doc/?p=standarts

> Id сообщения (msgid) - уникальный номер, который генерируется станцией, как 20 первых символов base64 sha256-bin хэша сообщения.

> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.

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

hugeping> Это про msgid речь же. А вопрос вроде касался того, в каком формате поинт шлёт бандл на ноду (POST или GET, не важно). И в каком формате отдают/получают бандлы ноды.

Для поинтов политика такая: если пересылает через GET, значит обязательно urlsafe. Если через POST, то поинт может выбрать любой вариант, какой захочет, ведь нода обязана поддерживать и тот, и другой

hugeping> В стандарте есть такая фраза: (все серверы обязаны принимать как обычный, так и urlsafe-словарь, генерируются же бандлы в формате обычного base64)

hugeping> Для меня эта фраза непонятна. Бандлы вроде в обычном base64, но принимать я должен в любом? Надо детектить тип base?

Да, именно так, надо детектить, но это просто делается: всего лишь прогоняешь строку через замену символов, заменяя спецсимволы по словарю.

То есть ещё раз: принимать нужно оба формата одновременно, но генерировать на отдачу желательно (как необязательная рекомендация) в обычном base64

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

hugeping> Достаточно ли замены:

hugeping> ====
hugeping> msg = strings.Replace(msg, "-", "+", -1) /* if it is URL base64 */
hugeping> msg = strings.Replace(msg, "_", "/", -1) /* make it base64 */
hugeping> ====

hugeping> И потом декодировать стандартным base64? Но там вроде еще есть заполнение в виде ===?

Должно быть достаточно. А заполнение как было знаками равно, так и должно вроде как остаться таковым

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

Difrex> Т.е. я считаю, что "\n" - это разделитель списка и если в конец вносить его, то получится, что последний элемент списка - это всегда пустая строка.

В стандарте вроде про newline ничего не сказано, поэтому предусматривается, что "\n" - это лишь разделитель списка, и в конце он необязателен

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

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

johnbrown> Заметил довольно большой расход заряда - чуть больше 6% на дефолтных настройках.

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

ну и доп. инфа, что за мобила, какая версия ОС и.т.п.

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

btimofeev> AL> Да. RSS нынче не в почёте.

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

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

// Вообще, для RSS не так сложно сооружать парсеры

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

btimofeev> Peter> Правда, к этому идут и другие производители. Мой Xiaomi, предатель,
btimofeev> Peter> показывает мне рекламу и я не могу ничего с этим поделать. Разве что,
btimofeev> Peter> попробовать перепрошить его. На что нужно ещё решиться.

btimofeev> Это оболочка miui такая просто, с рекламой. У меня "Xiaomi mi a3" на чистом Андроиде и она рекламы не показывает, но думаю 100% мои действия записывает)

Если брать Xiaomi или подобные, то посоветовал бы народу присмотреться к вариантам на Android One, это и есть тот самый "чистый" андроид. В магазинах продавцы крайне не любят впаривать смарты на нём (не знаю, почему, видимо, среднему потребителю хочется побольше говнеца в прошивке), но для любителей незахламлённой системы это самое то. Кроме Xiaomi ещё Asus делает более-менее приличные девайсы, мы такой маме взяли, Max Pro M1, а я хожу с перепрошитым сяоми.

btimofeev> А по поводу перепрошивки это норм идея. Я все свои предыдущие смартфоны в конечном счёте перепрошивал (после пары лет использования).

Обязательно нужно перепрошивать. И нужно заранее подбирать такие модели, чтобы распространённые свободные прошивки работали и поддерживались. Это просто убережёт от лишних телодвижений и разочарований. Алгоритм такой: сначала покупаем хороший перепрошиваемый смартфон на чистой операционке (вроде Android One), даём год попользоваться маме/жене/коту. Потом, когда истекает гарантия, на девайс ставится нормальная ОС, и он забирается себе =)

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

btimofeev> Особенно радует мой старенький Нексус 5 (в котором батарея не держит больше половины дня), я его перепрошил под 10 андроид БЕЗ гугл сервисов и он зажил новой жизнью: перестал тупить (а до этого он любил подзависнуть, думается мне что в гугл сервисах есть алгоритм специального устаревания телефонов), работает теперь очень шустро. Весь софт на нем сейчас только из f-droid. С этим конечно сложновато, но можно смириться если от телефона многого не нужно: простенький браузер, jabber, termux, orgzly, читалка для книг, instead даже есть.

Да, гуглосервисы не нужны. Если очень сильно требуется проприетарщина, то можно скачать её, например, из Aurora Store (они предоставляют анонимный аккаунт для авторизации в гугле). Но вот сейчас в F-Droidе достаточно много крутого и хорошо сделанного свободного софта, что пользоваться им одно удовольствие.

+++ IDEC Mobile в виртуальной машине
+++ GNU/Linux, Android, physics, MLP:FIM

{
    "nodename": "mira",
    "client": "https://ii-net.tk/ii/ii-point.php?q=/",
    "web": "https://ii-net.tk/ii/ii-web.php",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Станция мира",
    "uplinks": [
        [
            "instead-club",
            "10m"
        ],
        [
            "tavern",
            "10m"
        ],
        [
            "dynamic",
            "10m"
        ],
        [
            "md0",
            "10m"
        ]
    ]
},
{
    "nodename": "alicorn-archive",
    "client": "https://alicorn.tk/ii-old/ii-point.php?q=/",
    "web": "https://alicorn.tk/ii-old/",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Архив сетей ii и idec",
    "uplinks": []
}

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

Смех смехом, но в каждой шутке доля правды =)

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

- Привет, няша, как дела?
- Segmentation fault (core dumped)