>подскажите какой-нибудь алгоритм шифрование и лёёёгонькую библиотечку python для него, чтобы был небольшой паблик-кей, какой-нибудь привейт-кей и можно было слать шифровки на паблик-кей
>ща я пробую с python-rsa, в debian она есть, а вот в openbsd её нет :) но может есть способы проще
Немного неэхотаг, на у меня мелькали мысли прикрутить просто PGP для этих целей. Да-да. Прямо к ii-софту =)

Что-то в сабже очень грустно работает подсчёт строк в таблице. Каких-то 42+к записей на нетбуке считает около пяти секунд. Есть спобос быстрого подсчёта строк в связке python3 и sqlite3?

vit01> Ты делаешь просто SELECT COUNT(*) from ... ? Можно попробовать создать индекс в БД и проделывать хаки с ним.

Печальней даже стало. Подсчёт длины выборки стал быстрее раза в два (всё равно около 2-3 секунд), но существенно просела скорость добавления записей.

vit01> Может быть, здесь что-то полезное тебе есть: http://www.sqlite.org/cvstrac/wiki?p=PerformanceTuning

Спасибо. Почитаю как посвободней станет.


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

2vit01: У тебя есть какие-нибудь наработки по формату базы? Может, есть смысл посмотреть в сторону твоей реализации ноды?

Если я хочу сделать отступ при выводе информации, то я использую нечто вроде

"%-20s%s" % (1, 2)

Но при этом между символами 1 и 2 будут пробелы. Как заполнить пространство между ними произвольным символом без написания своей функции форматирования и возможно ли это в принципе?

Рома> они подгружаются при первом вызове

Спасибо за ответ.

AL>> У тебя есть какие-нибудь наработки по формату базы? Может, есть смысл посмотреть в сторону твоей реализации ноды?

vit01> Вот так создаётся база в ii-php:

Примерно так ж поступил и я. Всё отлично работает, кроме подсчёта количества сообщений. Ладно. Буду дальше думать.

RY>> а как сделать "или 8, или 20"?
vit01> Вроде бы, надо отдельные группы городить, но точно не уверен.

vit01> ([A-Z]{8})|([A-Z]{20})

Только в порядке уменьшения диапазонов:

([A-Z]{20}|[A-Z]{8})

Вот такой вариант точно рабочий и подходит для этой конкретной ситуации.

> Но вот зачем...

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

AL> ====
AL> ([A-Z]{20}|[A-Z]{8})
AL> ====

Более красивое решение, но требующее питоновой обвязки:

s = " " + msgid + " "
r = re.compile("( [a-zA-Z1-9]{8} | [a-zA-Z1-9]{20} )")

Включение пробелов избавит от включения больших по количеству символов строк.

// Спасибо flame из инстедоконфы.

Как в питоне ловить сабж? Например, приложение возвращает 0 как сигнал о штатном завершении работы и мне надо его отловить.

vit01> // Это был толстый намёк на будущий парсер ссылок в Цезии. Кусок кода рабочий, конечно же.

Спасибо. Осталось разобраться как обнаруживать Termux, бо в linux и windows можно делать просто

webbrowser.open("url")

и что-то мне подсказывает, что

browser=webbrowser.GenericBrowser("termux-open-url")

будет излишним =)

Почитаю в ближайшее время что-нить на тему.

Peter> А что с ii.14? Можно снимать?

Я как всегда сниму последним =)

Актуальные нодлист и схема сети доступны на публичных фреках таверны. Пока что там нет узла elp, так как Рома так и не поделился информацией об узле.

>> 1. Имя ноды (которое попадает в поле адреса);
gk11> зависит от сервера регистрации. как минимум, есть три адреса. через u.gk11.ru идёт elp

Так какой узел добавлять?

>> 2. URL для работы клиента;
gk11> gk11.ru или blog.51t.ru

Два узла?

>> 3. URL веб-интерфейса, если таковой имеется;
gk11> аналогично

Аналогично.

>> 4. Своё имя в том виде, какое ты бы хотел видеть в нодлисте;
gk11> никаким

Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

>> 5. Свои контакты (email, web, phone). Хотя бы один из тех, с помощью которого можно связаться с тобой приватно;
gk11> me@51t.ru

Во. Первая конкретная информация.

>> 6. Список твоих аплинков (имя узла из нодлиста и период забора сообщений).
gk11> club.syscall.ru для std.club, gk11.ru, openbsd.talk, idec.spline-online.tk для ii.14 и game.rogue.14. с кого беру idec.talks - не помню, вроде бы с club. поллинг - 5 минут

Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

ЗЫЖ И это называется "решают кто ровнее". Блин. Клещами информацию не выудишь, а потом виноват. Г - Логика.

Во избежание возможных обид добавил указанную информацию. Предоставлена она не в полном объёме, поэтому практически бесполезна.

Difrex(mobile)> Если добавлять эхи в информацию, то я за такой формат в JSON:

А нужна ли эта информация в нодлисте?

> > Так какой узел добавлять?

gk11> любой

Добавил любой.

> > Прошу пардону. Так не пойдёт. Посмотри текущий нодлист.

gk11> можно записать, как Вася Васин

Понятно.

> > Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

gk11> потому что ни одна технология не может исправить тупость

В нашей сети нет узла "club". Так сто согласен. Тупость не исправить техническими средствами.

>> > Список конференций мне не нужен. Графы "вроде бы" в нодлисте нет. Добавлять кроме контакта по итогу пока нечего.

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

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

gk11> потому что тут всё очевидно: есть две станции, где кто фетчит

Одна из перечисленных тобой станций за пределами твоих шизофренических бредней существует только одна.

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

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

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

Добра въеби, сука. Таких друзей как ты не пожелаешь и врагу. Если меня не окажется в твоей сети, то буду только рад избежать такого зашквара.

Difrex(mobile)> Ну, два человека высказолось за то, что хотят видеть эхи в информации из нодлиста.
Difrex(mobile)> Я за JSON потому что он удобен для машины. Заглядывать в него глазами - можно, но не обязательно.

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

>>Вася Васин
Difrex(mobile)> Здесь группа Кирпичи, а зовут меня Василий.

Мастер слова очень сильный.

Difrex(mobile)> Рома, можно тебя попросить добавить path /x/features по GET запросу на который отдается plain text?

А смысл? Проще при отсутствии x/features переключаться на legacy (читай ii). Так сохраняется обратная совместимость с древним софтом. Не уверен, что она ещё нужна, но пусть уж будет.

gk11> MAKE II GREAT AGAIN.

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

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

Я всё смотрю на HotdogEd и оказалось, что это работает лучше крона в термуксе =)

>> HotdogEd

gk11> а к нему реально наш протокол прикрутить?

Пиши свой провайдер и в путь.

gk11> я не понимаю в андроидах и программированиях, но есть же какой-то клиент - с него можно вычленить и добавить туда этот самый провайдер?

Можно.

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

Некому. Переговоры с апстримом вести не надо. Сама архитектура HotdogEd устроена так, что есть он, с редактором, поддержкой групп и базой данных и есть провайдеры, реализующие сетевую часть. Причём провайдеры ставятся как отдельные приложения. Сергей Позитурин (2:5020/2141 и автор "Горячая собака редактор") реализовал два провайдера -- для binkp и для nntp. На стыке может возникнуть не одна проблема. Но зачем нам горячая собака, когда у нас есть замечательный idec-mobile?

Difrex(mobile)> idec-mobile удобнее.

Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

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

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

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

Поиск будет. Искать глазами это какой-то путь бумажных книг. Пока поиска нет, но и лента крайне неудобна.

vit01> Во время разборок с багами IDEC Mobile возникла проблема с парсингом файл-строк с пустыми описаниями. Казалось бы, баг несерьёзный, и клиент я всё-таки поправил. Сейчас клиент игнорирует такие файлы, считая их за испорченные

Зачем игнорировать файлы? Пустое описание не пустое имя же.

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

Конечно позволять. Пустая метаинформация не должна быть препятствием для обмена.

vit01> Моя позиция, что поле лучше сделать обязательным. Потому что по имени файла можно _только примерно_ понять, что внутри. Хоть какое-то описание, но быть должно => коты в мешке не нужны.

Это сугубо административный вопрос и он не должен решаться на уровне стандарта.

vit01> Высказывайтесь за то, какое поведение загонять в стандарт.

Вот. Высказался. Всё на правах имхо. Моя позиция такова: софт должен всасывать по максиму.

AL>> Вот в вопросах цитирования пока удобнее горячая собака. Но там Сергей морочился знатно с этим смахиванием абзацев.

vit01> В TODO-шке этот пункт, между прочим, стоит в числе "стратегических".

Рад слышать. Это очень упростит общение через твой клиент.

vit01> Чем ты реально можешь помочь, так это записать видео с разъяснениями (это в идеале), ну и накидать подробно скриншоты для таких тупых (и нефидошников), как я. Чтобы было более понятно, как оно хотя бы примерно может быть реализовано в IDEC Mobile.

Хорошо. Я провентилирую вопрос записи скринкаста на смарте и на фреки тебе положу файлик. Но попозже. Сейчас предновогодняя суета одолевает в работе и быту.

vit01> Если кто ещё помнит сишный клиент, я его недавно проверял на свежем clang, он компилируется и работает.

vit01> Правда, варнинги выдаёт из-за кое-какого говнокода, но на работоспособность это не влияет.

Надо будет посмотреть его всё таки =)

vit01> Только что слил в git все накопившиеся изменения, связанные с IDEC Mobile (сортировка в фэхах, некоторые баги, отправленные на емейл), потому что когда-нибудь это надо было сделать.

Спасибо за замечательный клиент. Во многом он лучше даже столь любимого мной "горячая собака редактор" =) Особенно в вопросе быстродействия.

А между тем в стандарте до сих пор висит строчка с обязательностью описаний. И никто, кроме меня и Виктора не высказался по этому поводу. Можете считать меня занудой, но надо бы всё таки решить этот вопрос =)

Считаем проблему пустых описаний проблемой административной или технической?

Difrex(mobile)> Описание должно быть и должно принимать не только ascii.

Это да. Юникод есть. Вопрос в том считать ли файл с пустым описанием некорректным.

А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах. Хоть в ту же крбонку.

И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

AL>> И ещё я опять накололся с умолчальными настройками имени для карбонки. Теперь там тьма тьмущая сообщений к All.

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

vit01> Если ты не забыл, то карбонка IDEC Mobile != фидошная карбонка. Сообщения не копируются по-настоящему, и эта лента представляет собой что-то вроде поискового запроса (select * from base where msg_to='yourname')

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

AL>> А вот ещё фичареквест: иметь бы уведомления о новых файлах в фэхах.

vit01> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).

Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?

vit01> // Но я не исключаю, что в фетчере баг, и они не хотят выбрасываться

Они появляются, но я, наверное, немного неправильно ими пользоваться хочу. Автофетч по расписанию, а читать когда удобно. Так что у меня дурацкая привычка смахивать их неглядя =)

btimofeev> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b

У себя такого не наблюдаю совсем.

btimofeev>> У меня одного в последнее время вываливается куча вот таких сообщений? https://ibb.co/mKcU8b
vit01> Пробил этот айдишник на таверне. Это Денис насоздавал каким-то образом порченные сообщения в базе.
vit01> см. ii://VDQAAJ0jTAzTHFZLeV2X

Порченных сообщений не нашёл. Только два сообщения с пустым телом.

vit01> Вопросы к багам в iing

Багом приём таких сообщений не считаю.

vit01>>> Если у тебя включен автофетч, то уведомления о новых файлах должны быть (в виде обычных андроид-уведомлений).
AL>> Это есть, но тут у меня есть ещё вопрос. Насколько трудоёмко шедуллер от уведомлений?
vit01> Моя твоя не понимайт. Что такое шедуллер от уведомлений?

Всё таки писать с экранной клавиатуры мне удаётся с трудом =)

Шедуллер отвязать от уведомлений сильно трудозатратно?

AL>> Так что у меня дурацкая привычка смахивать их неглядя =)
vit01> Попробуй установить какой-нибудь менеджер уведомлений, чтобы он их сохранял. Или выработай привычку тыкать пальцем, если увидишь уведомление о новых файлах

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

vit01> Есть ещё один вариант. Я могу написать костыль в фетчере, который будет в локальную эху (вроде _idecmobile.files.notify) сбрасывать уведомления про поступление файлов. Ты на неё подпишешься, и следить будет легче.

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

vit01> В клиент добавлено "умное цитирование" по образцу фидошного клиента HotDogEd
vit01> Можно удалять отдельные ненужные цитаты, можно разбивать большие блоки цитат пополам (если они многострочные).

vit01> Пожалуйста, протестируйте, фича очень важная.

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

Peter>> После этого клиент не мог забрать новые сообщения пока я не убил кеш (и базу на всякий случай).

vit01> Базу удалять не надо было, ибо в андроиде она неповреждаемая. А ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.

Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.

vit01>>> ошибка шла, потому что кэш /x/c сохраняется ещё до того, как скачаются все сообщения.
AL>> Кстати, а почему так? Логичнее же было бы после сохранения сообщений сохранять кеш x/c.
vit01> См. сюда
vit01> https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java#L322
vit01> Изначально я просто хотел, чтобы уведомления о новых сообщениях не выбрасывались во время работы фетчера. Но всё равно какой-то костылец.

Хм. Просто в ущерб надёжности фича выходит. Хотя, если без шедулера юзать, то нормально должно быть.

Собираюсь актуализировать сабж и схему сети. Просьба выслать свои актуальные сегменты. Текущий нодлист можно взять на фреках таверны. Файл nodelist.json.

По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.

AL> По независящим от меня причинам сегодня сабж как минимум до 13:00 MSK. Приношу свои извинения.

Энергетики подали питание раньше.

1i8r4> AL, Сабж, видимо голова последнее время стала туго соображать, почему нода через веб морду не показывает количество сообщений? И когда запрыгиваешь в какую-нибудь эху показывает пусто, мол давай напишем новое сообщение...
1i8r4> Куда они могли пропасть? Где что глянуть, чтобы всё норм было. Есть какие идеи?

Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?

>> Выглядит как будто эхи есть в конфиге, но отсутствуют в базе. Они у тебя точно сфетчены?
1i8r4> Да сфетчены, постоянно фетчер работает...

Тогда очень странно. А клиентом они забираются?

1i8r4> Или надо его запускать с какими-то параметрами, чтобы сделать что-то вроде первого инит?

Нет. Он сам всё сделает при первом запуске.

1i8r4> Вот кусок лога фетчера...

Ну толку от него мало. Понятно только что он не нашёл новых сообщений =)

У тебя фетчер без ключа -o запускается? Если так, то попробуй запустить руками с этим ключом. Только базу сбекапь, так как там навалит все сообщения с аплинков.

Возникло два сабжа.

1. Бандл в сабжевой теме принимается в формате msgid:base64?
2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?

AL>> 1. Бандл в сабжевой теме принимается в формате msgid:base64?
vit01> Да, и, как помню, многострочный. Смотри в доки и в мои исходники

Ну да. Такой чисто наш бандл. Понял =)

AL>> 2. Лучше делать отдельную авторизацию для принятия сообщений или разрешить доступ на пуш тупо всем пользователям?
vit01> В PHP-ноде пуш доступен по админскому паролю. То есть только сам сисоп может пушить.

Вот в таком виде я бы не хотел, наверное, делать.

vit01> Пользователям пушить нельзя, потому что так они могут подделывать сообщения в базе.

И вот это тоже чревато, хотя подделку сообщений я не понял. Принимать только новые сообщения и всё. Таким образом замены не будет. Или об чём речь?

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

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

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