Сегодняшнее обновление(можно увидеть в бранче research).

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

Смотреть тут: https://cloud2.difrex.ru/index.php/s/Ts4ZcadIYwAW0Gz

> Вот такое нашел через logcat | grep -i idec

Это неполный лог, в котором не видно ошибок, потому что grep пропустил мимо стектрейс, который мне так нужен. Надо полный вывод logcat

Зато я хотя бы понял, почему серый экран. Где-то внутри приложения возникла ошибка, и оно пытается запустить окно с сообщением о крэше, чтобы скинуть мне это на почту. А запустить CrashReportActivity, видимо, тоже не может. Хрень какая-то

Если ты так и не отловишь полный трейс, то тут два выхода

1. Либо я пытаюсь как-нибудь поднять виртуалку с 4.2 (не факт, что это будет быстро и просто)
2. Или мы связываемся друг с другом в воскресенье и удалённо подключаем отладчик к твоему телефону через ssh-туннель

Да, мои настройки для idec-mode:

;; IDEC
(use-package idec
    :load-path "~/projects/idecel"
    :bind (("C-c C-c" . kill-this-buffer)
           ("C-c C-n" . idec-next-message)
           ("C-c C-b" . idec-previous-message))
    :init
    :config)

Спасибо

Теперь ясно, что проблема именно с ContentProvider'ом, и копать надо туда

Вот кусок логката с эмулятора 4.2 (еле скопировал, приложение постоянно рестартится в цикле и логкат заново обновляется):

10-04 16:41:13.172 4868-4868/? E/ACRA: ACRA caught a RuntimeException for vit01.idecmobile
java.lang.RuntimeException: Unable to get provider vit01.idecmobile.FechoFilesProvider: java.lang.ClassNotFoundException: Didn't find class "vit01.idecmobile.FechoFilesProvider" on path: /data/app/vit01.idecmobile-1.apk
at android.app.ActivityThread.installProvider(ActivityThread.java:4822)
at android.app.ActivityThread.installContentProviders(ActivityThread.java:4432)
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4372)
at android.app.ActivityThread.access$1300(ActivityThread.java:141)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1294)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.app.ActivityThread.main(ActivityThread.java:5041)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:511)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560)
at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.ClassNotFoundException: Didn't find class "vit01.idecmobile.FechoFilesProvider" on path: /data/app/vit01.idecmobile-1.apk
at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:65)
at java.lang.ClassLoader.loadClass(ClassLoader.java:501)
at java.lang.ClassLoader.loadClass(ClassLoader.java:461)
at android.app.ActivityThread.installProvider(ActivityThread.java:4807)
at android.app.ActivityThread.installContentProviders(ActivityThread.java:4432) 
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4372) 
at android.app.ActivityThread.access$1300(ActivityThread.java:141) 
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1294) 
at android.os.Handler.dispatchMessage(Handler.java:99) 
at android.os.Looper.loop(Looper.java:137) 
at android.app.ActivityThread.main(ActivityThread.java:5041) 
at java.lang.reflect.Method.invokeNative(Native Method) 
at java.lang.reflect.Method.invoke(Method.java:511) 
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793) 
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560) 
at dalvik.system.NativeStart.main(Native Method) 
10-04 16:41:13.172 4868-4868/vit01.idecmobile I/dalvikvm: Could not find method android.os.StatFs.getBlockSizeLong, referenced from method org.acra.collector.MemoryInfoCollector.getAvailableInternalMemorySize
10-04 16:41:13.172 4868-4868/vit01.idecmobile W/dalvikvm: VFY: unable to resolve virtual method 1465: Landroid/os/StatFs;.getBlockSizeLong ()J
10-04 16:41:13.172 4868-4868/vit01.idecmobile D/dalvikvm: VFY: replacing opcode 0x6e at 0x0013
10-04 16:41:13.172 4868-4868/vit01.idecmobile I/dalvikvm: Could not find method android.os.StatFs.getBlockSizeLong, referenced from method org.acra.collector.MemoryInfoCollector.getTotalInternalMemorySize
10-04 16:41:13.172 4868-4868/vit01.idecmobile W/dalvikvm: VFY: unable to resolve virtual method 1465: Landroid/os/StatFs;.getBlockSizeLong ()J
10-04 16:41:13.172 4868-4868/vit01.idecmobile D/dalvikvm: VFY: replacing opcode 0x6e at 0x0013
10-04 16:41:13.172 4868-4868/vit01.idecmobile I/dalvikvm: Could not find method android.media.MediaCodecList.<init>, referenced from method org.acra.collector.MediaCodecListCollector.collectMediaCodecList
10-04 16:41:13.172 4868-4868/vit01.idecmobile W/dalvikvm: VFY: unable to resolve direct method 1051: Landroid/media/MediaCodecList;.<init> (I)V
10-04 16:41:13.172 4868-4868/vit01.idecmobile D/dalvikvm: VFY: replacing opcode 0x70 at 0x001e

>> Просто серый экран и все.

vit01> Ну хоть что-то должно появляться в adb-логе
vit01> Попробую на 4.4 проверить, но там вроде работало в последний раз.
Сделаю тест, отпишусь. Пока на паузе вопрос.

>> Подключусь попробую посмотреть, как вообще процесс называется?

vit01> vit01.idecmobile называется. Всё как и должно быть.

=============

/ActivityManager( 618): START u0 {flg=0x10000000
cmp=vit01.idecmobile/.bugreports.CrashReportActivity (has extras)} from pid
30296
I/ActivityManager( 618): Process vit01.idecmobile (pid 30296) has died.
I/ActivityManager( 618): Start proc vit01.idecmobile for activity
vit01.idecmobile/.bugreports.CrashReportActivity: pid=30310 uid=10076
gids={50076, 1015, 3003, 1028}
V/ActivityManager( 618): Binding process pid 30310 to record
ProcessRecord{4223ef30 30310:vit01.idecmobile/u0a10076}
V/ActivityManager( 618): New app record ProcessRecord{4223ef30
30310:vit01.idecmobile/u0a10076} thread=android.os.BinderProxy@427000e8
pid=30310
V/ActivityManager( 618): ACT-Launching: ActivityRecord{42629860 u0
vit01.idecmobile/.bugreports.CrashReportActivity}

==============

Вот такое нашел через
logcat | grep -i idec

Так, емаксом можно читать!

Пока не реализована сортировка в показе новых сообщений. Не реализовано форматирование. НО! Читалка работает :)

https://cloud2.difrex.ru/index.php/s/jLsvsdZ4o89UgoA

TODO:

* idec-mode
* Нормальное форматирование
* Онлайн просмотр
* smart-fetching - что это такое объясню, когда реализую
* Написание сообщений
* Подсветка, цитаты, код, списки и.т.д. в окне набора сообщения
* Перестать плодить буфер на каждое сообщение

А на сколько твоя ELP совместима с ii/IDEC?

В демо тыкнулся в /list.txt, а там его нет. Там можно как-то фетчить через /u/*?
Я бы в индекс добавил...

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

* Весь дизайн, кроме блога, переведён на foundation - мне до сих пор не нравится внешний вид, но стало уже получше.
* Заглавная сводная страница
* Начальная поддержка js-api (для вставки js на сайты)
* Разное

скачать: http://gk11.ru/s/elp-0.1.tar.gz
демо: http://elp.51t.ru

используется параметр topicid

Кстати, если кто-то еще захочет как-нибудь помочь, например, потестив или покодив,
то я буду очень благодарен :)

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

> Новая тестовая версия системы

Ага, симпатично. А для построения иерархии сообщений ты смотришь на repto?

А вот и скриншоты:

Раз: https://images.lessmore.pw/post/16/
Два: https://images.lessmore.pw/post/17/

list.txt сейчас нет, но добавить не проблема, в 0.2 уже будет :)

совместима для всего, что не режет заголовки :) новых заголовков два, первый tags, который вне станции вообще ни на что не влияет и его достаточно просто переносить, второй - topicid, который, в принципе, можно вычислять по repto, но это должна делать твоя станция (пока фетчеров-счетоводов нет)

/u/e и /u/m реализованы. брать пока ничего не надо, эти данные будут меняться произвольно, это только демо, показывающее, что всё это живёт и развивается... потихонечку :)

Из GNU Emacs можно писать, что я сейчас и делаю.

Пока это работает только для онлайн-режима. А оффлайн еще не доделан. Тем не менее, что-то
определенно работает. Изменения:

* Online. Функци idec-online-browse и idec-online-browse-hidden
* Фетчинг доработан. Теперь он быстрее.
* Редактирование сообщения
* !!! Отправка сообщения в эху(работает пока только для ответов) !!!

Теперь и http://gk11.ru

После избавления от основных багов буду вводить сайт в эксплуатацию и гейтовать все эхи std.*

Первая версия документации: http://doc.gk11.ru : жду отзывов, критики и предложений :)

obsd надо

но у нас есть obsd.11, у нас есть http://iigate.gk11.ru/:openbsd.cvs
у нас есть беседка http://51t.ru/besedka.html
у нас есть комментарии к топикам (включая ту же беседку) http://51t.ru/comms.html

и я до сих пор не могу представить, как со всем этим добром взлететь и как его распихать. раз сейчас есть топики, можно попробовать распихать по топикам, но пока чёткой концепции, что со всем этим добром делать, у меня нет. единственное, когда доделаю js-api, заменю страницы на js-вставки на этих сайтах, со ссылками на сам форум для пользователей links/lynx/etc. Но, опять же, нужна структура и иерархия, что да как. про комменты пока лучше забыть, а попробовать свести obsd.11, cvs и беседку.

$subj выкатился!

Пока в сети разговаривали только роботы, idec.el созрел для публичной альфы.

Скачать: https://github.com/Difrex/idec.el

Что работает:
* Онлайн просмотр эх из /list.txt
* Онлайн просмотр скрытоэхи
* Фетчинг сообщений с сохранением в sqlite3 базы
* Просмотр зафетчинных сообщений с возможность пометить прочитанным все
* Ответы без цитат
* Новое сообщение в эху

Что не работает:
* Ответы с цитатами
* Сортировка тредов по repto
* ii:// ссылки
* Подсветка синтаксиса

Что удручает(и будет исправлено):
* Корявый UI
* Ответы без цитат

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

Добрый вечер, друзья. Вечнозелёное обновление EleanorLordPray, сердца проекта ГК11.

* Хуки на сообщения (файл msghook.py) - сообщения можно обрабатывать: видоизменять или отбрасывать. Новые сообщения порождать нельзя, но можно запускать любые внешние обработчики из msghook.py
* следствие из первого - фетчеры теперь не должны писать в базу, а должны использовать api сервера (оно, конечно, будет защищено ключом доступа), в виде POST-запроса к /_in/, чтобы все сообщения проходили через единые обработчики. также это должно резко снизить количество сбойных данных в базе, вызванных некорректной реализацией внешнего фетчера
* ii-фетчер, который строит topicid по repto, в качестве примера я собрал std.tech и std.prog
* list.txt
* разное по мелочи

http://gk11.ru/s/elp-0.2.tar.gz :: http://elp.51t.ru

Я так полагаю, что obsd.11 так и оставить архивом, и в первом сообщении дать на неё ссылку
cvs пока оставить в покое, а затем сделать эху openbsd.cvs

А из беседки сделать эху openbsd.talk, и все текущие сообщения сконвертить с сабжем Беседка, остальные разрешить заводить вольно. Как создам эху openbsd.talk, тогда её можно будет и загейтовать. Потом уже что-нибудь с obsd.11 решим - я ещё поищу, есть ли у меня более полные архивы.

> Добрый вечер, друзья. Вечнозелёное обновление EleanorLordPray, сердца проекта ГК11.

Еще такой вопрос. pybottle по умолчанию запускается в 1-поточном режиме. Я у себя на сервере запускаю iing в многопоточном режиме, в связи с этим мне пришлось вносить в него кое какие изменения, связанные с тем, что глобальный контекст становится общим для нескольких нитей. Будет ли (или уже так) elp thread safe? :)

можно использовать py-gevent, вроде бы раньше в исходниках было закоменировано
когда мне нужна многопоточность, я его использую. конечно, оно от этого не параллелится на несколько ядер - для этого можно использовать несколько потоков того же gunicorn - но тогда я теряю общее адресное пространство (в одном процессе я вместо постоянного перечитывания данных на каждый запрос просто держу их в памяти постоянного, и всё становится быстрым), поэтому такое я не использую - да и незачем :)

Лучше брать не тег тогда, а последний коммит из мастера - там есть фиксы базы =)

Да, ответ на локальную почту поломан

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

Difrex(mobile)> Лучше брать не тег тогда, а последний коммит из мастера - там есть фиксы базы =)

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

Difrex(mobile)> Да, ответ на локальную почту поломан

Вот это чёт не понял =)

я даже не знал, что такая сохранилась, мне такая не видна

ну раз я два года без неё прожил, значит уже и мне не нужна :)

На этой эхе, помню, Рома очень настаивал.

Difrex(mobile)> На этой эхе, помню, Рома очень настаивал.

Игнорируя все доводы разума.

Difrex(mobile)> $subj выкатился!

Ура! А хоть что-то происходит помимо захвата сети роботами :)

Посмотрю сабж обязательно.

А зачем нам сабжевая эха? За два года 44 сообщения. При этом есть более общая develop.16, которая спокойно может принять на себя и разговоры о змеях. Может снимем её уже с бона?

ЗЫЖ мне не свербит, но это ж лишняя сущность. О чём я ещё в 15-м году и говорил =)

для сведения информации

gk11> я даже не знал, что такая сохранилась, мне такая не видна

В таверне есть. На Go! есть. Про остальные узлы не скажу, но не далее как в августе там летали сообщения даже.

gk11> ну раз я два года без неё прожил, значит уже и мне не нужна :)

Она изначально была лишней сущностью ж.

Питоноэха снята с гейта и добавлена в архив. Снапшот архива на alicorn.tk обновлён. См. документация.

Фэха books прокинута

Мета трекер:

http://meta.gk11.ru
json: http://meta.gk11.ru/meta.json

gk11> Мета трекер:

gk11> http://meta.gk11.ru
gk11> json: http://meta.gk11.ru/meta.json

Холмс, но зачем?

> Игнорируя все доводы разума.

Я её хотел использовать, как блох в свитере, в качестве замены покойному python.51t.ru - перекинуть все рецепты оттуда и дописать новые. Но как-то не сложилось :)

Сабж. В таверне и на гоноде (spline-online.tk:4242) открыта новая файлэха books. Предназначена для обмена художественной литературой.

Фетчер уже настроен на забор со станции мира.

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

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

Сама система регистрации очень простая, исходники можно посмотреть на http://gk11.ru/s/regcenter.tar.gz, а пример - на http://u.gk11.ru

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

Формат квитка:
ИМЯ
УЛИЦА,ДОМ
ОПЦИИ
ПОДПИСЬ

Всё всё это упаковывается в urlsafe_base64, и чтобы было видно, это это именно квиток, по бокам оно маркируется символом :. Всё, теперь эту строку чуть более 100 байт можно применять на других доверяющих станциях, либо логинясь на них, либо прямо в форме ответа вставлять её.

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

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

Аккаунты как раз не централизированные - можно нагенерить себе несколько аккаунтов и пользоваться ими сколько угодно, вообще не связываясь с центром регистрации, пока станция их принимает.

А в остальном, без разницы - что у тебя сейчас есть локальные аккаунты, что у тебя есть квитки, которые принимает твоя станция. Просто квитки можно распространять и далее. :)

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

Новый выпуск EleanorLordPray 0.3, сервера ii с несколькими представлениями эх (лента, эха, форум, блог).

Основные изменения:

* Исправлены ошибки фетчера, и ошибки связанные с фетчером. Но не все, а только самые серьёзные и уловимые. Остальные пока не такие уж и уловимые
* Добавлена авторизация через авторизировнные авторизованные центры авторизации, короче говоря, через квитки
* Разные исправления по-мелочи

Я пока гейтую понемножку сообщений с ii.14, std.club и std.tech, но планируемый ввод станции в эксплуатацию при версии 0.3 пока отложен, пока все отладки ещё не закончены. Возможно, это будет совсем скоро, а возможно - наоборот. Как только буду считать систему достаточно надёжной, так перейдём в режим ежедневной эксплуатации.

забыл ссылки :)

демо http://gk11.ru

скачать http://gk11.ru/s/elp-0.3.tar.gz

центр выдачи виз на php
http://z90250ap.beget.tech/reg/

выдаёт одноразовые случайные аккаунты, валидные для всех, кто принимает ключ http://z90250ap.beget.tech/reg/php.key

тут с картинками

https://www.linux.org.ru/forum/web-development/13843931

Чёт у меня капец какой-то с сайтами - те сайты, которые всю жизнь в firefox выглядели нормально, включая бывший gk11.ru - выглядят криво и косо. Я грешил на обновления в foundation, но оно так во всех версиях foundation :( Я ради интереса запустил в chromium - там они остались нормальными

Зато текущий gk11.ru, который я сделал выглядящим некриво-некосо в firefox, я запустил в chromium и офигел - чё-то там вообще непонять чё показывает.

Честно говоря, я вообще не знаю, что теперь делать :( Либо попытаться всё переписать на bootstrap, и добиться там хоть какого-то внешнего вида. Либо бросить всё на неопределённый срок, когда оно всё заработает нормально.

> забыл ссылки :)
> демо http://gk11.ru

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

https://dynamic.lessmore.pw/idec/list.txt

nginx 502 bad gateway. и так на все страницы

Веб-интерфейс работает. Кстати, а есть ли в веб-интерфейсе возможность перейти в конкретную эху?

Первая публичная версия, с которой можно жить. От создателей ii-0.3 и ii-0.5 - встречайте потерянный в веках, но найденный в кодах релиз elp-0.4.

* Нормальный фетчер
* Реализация /u/point (topicid проставляется нормально, тэги можно задавать через @tags: тэг,тэг2 вместо @repto:)
* Разбиение на страницы
* Более развёрнутые статусы (добавлены год, адрес)
* Исправлены разные ошибки
* Переписана дока http://doc.gk11.ru

Версия помечена как пригодная для использования

Введён в строй гитхаб http://github.com/gk11.ru/elp
Регцентр http://github.com/gk11.ru/regcenter

Скачать версию 0.4: http://gk11.ru/s/elp-0.4.tar.gz

Чё-то и фетчер вообще не понимаю, как писать - там, где надо считать, голова просто отключается.

Убрал post api, источник большинства проблем, осталось только научиться выстраивать зависимости по repto. Вычисляю хвосты - но у хвостов тоже бывают хвосты, а это уже вне области моего понимания :( Надо как-то и порядок сообщений не нарушать, и чтобы хвосты попадали под нужные сообщения. А то сейчас 10 раз запустишь фетчер - и 10 раз хвосты вылазят :(