[>]
Парсинг цитат
idec.talks
Difrex(dynamic,1) — All
2020-02-06 06:37:26
А где у нас можно посмотреть на хороший алгоритм парсинга цитат? Ибо меня достала ситуация с частично нерабочим выделением цитат на Динамике :)
[>]
Re: Парсинг цитат
idec.talks
Difrex(dynamic,1) — Andrew Lobanov
2020-02-06 13:09:43
> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Спасибо. Попробую сделать аналогично.
[>]
Re: Парсинг цитат
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2020-02-06 14:07:51
>> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Difrex> Спасибо. Попробую сделать аналогично.
Похоже, у тебя квотер из ссылки протокол подрезал. Это баг или фича? :)
[>]
Re: Статистика по сети
idec.talks
btimofeev(tavern,13) — Difrex
2020-02-06 17:29:30
Difrex> Обновил дашборд, теперь там вместо некоторых таблиц графики.
Difrex> https://grafana.lessmore.pw/d/vPKzlQKWk/idec
Классно выглядит
[>]
Re: Статистика по сети
idec.talks
Andrew Lobanov(tavern,1) — vit01
2020-02-07 04:11:25
vit01> Но на будущее: круговые диаграммы - это зло
vit01> См. эта статья: https://habr.com/post/424647/
Спасибо за статью. Теперь мне есть куда тыкать любителей круговых диаграмм :)
[>]
Re: Статистика по сети
idec.talks
Andrew Lobanov(tavern,1) — Difrex
2020-02-07 06:47:41
Difrex> Круговые диаграммы зло, когда используются для манипуляции данными. Тут же сортировка есть и никаких манипуляций.
Просто круговые диаграммы не очень наглядны. Когда надо сравнить 2-3 параметра и они сильно отличаются, то да. А когда параметров много и различия не очень чувствительны, но заметны на гистограмме, на круговой диаграмме нифига непонятно. Поэтому приходится изучать выноски, легенды, табличное представление. Круговые диаграммы теряют смысл просто в таких условиях :)
[>]
Re: Хабраэха
idec.talks
libra(wonderland,1) — vit01
2020-02-19 12:42:54
vit01> Всё работает. Если бы ты внимательно прочитал, там написано, что ссылка для доступа через клиент, а не для доступа через браузер
vit01> Браузерная ссылка - в заголовке, то есть на название станции нажать
Сорян, видимо глаз замылился. Ну и по привычке открывания чего+либо похожего на интернет линк -- пробовал через бравзер. Думаю, не у одного меня искушенного, нечто похожее на линк вызовет желание кликнуть/перейти/скопировать в адрес строку...
vit01> А то, что Андрей наворотил специально для Цезия, - это костыль
libra>> т.е. вместо echo -- будут так же прописаны archive
Понятно. Спасибо, Андрей. ;)
[>]
Re: Хабраэха
idec.talks
libra(wonderland,1) — Difrex
2020-02-19 12:47:47
Difrex> Я наконец-то вернулся попробую ответить всем :)
С возврашением. Где был?!
>> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Difrex> Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(
Давай другой заведем акк?!
А у самого хабра нет какого+либо апи/механизма, для парсинга среза rss, с настройками по тегам;
Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!
Или же rss можно получить с хабра только все свежие новости, без настроек?!
[>]
Re: Хабраэха
idec.talks
Difrex(dynamic,1) — libra
2020-02-19 14:49:50
> С возврашением. Где был?!
В работе
> Давай другой заведем акк?!
Давай :)
> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!
Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.
[>]
Re: Хабраэха
idec.talks
Andrew Lobanov(tavern,1) — libra
2020-02-20 03:41:26
libra>>> т.е. вместо echo -- будут так же прописаны archive
libra> Понятно. Спасибо, Андрей. ;)
Андрей долгое время сам пользовался цезием и решил немного автоматизировать, раз уж цезий не имеет интерфейса для настройки :)
[>]
Re: Хабраэха
idec.talks
btimofeev(tavern,13) — Difrex
2020-02-20 03:58:17
>> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!
Difrex> Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.
Можно адреса RSS вытянуть из кода страницы с необходимым хабом:
"Чтобы получить ссылку на интересующую вас RSS-ленту, откройте исходный код страницы с интересующей вас лентой и найдите в нем элемент type="application/rss+xml". Рядом с ним будет представлена ссылка на RSS-ленту, которую вы сможете скопировать и добавить в свой RSS-ридер. Вы можете добавить к этой ссылке ключи ?with_hubs=true: и ?with_tags=true:, если желаете видеть в этой RSS-ленте хабы и метки публикаций соответственно."
[>]
Re: Хабраэха
idec.talks
Difrex(dynamic,1) — btimofeev
2020-02-21 04:56:08
> Можно адреса RSS вытянуть из кода страницы с необходимым хабом
Давайте тогда составим список хабов, которые интересно было бы читать. Я добавлю их все в таймер.
[>]
Re: Хабраэха
idec.talks
vit01(mira, 1) — Difrex
2020-02-21 13:53:44
>> Можно адреса 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
[>]
Read only dynamic
idec.talks
Difrex(dynamic,1) — All
2020-03-01 16:59:32
1 марта с 20:00 UTC Dynamic будет переведен в режим read only. Буду переносить данные в новый кластер. Если все пройдет нормально, то примерно 2 марта в 17:00 UTC бедет открыт read write.
[>]
Re: Netmail
idec.talks
Andrew Lobanov(tavern,1) — G2I
2020-03-06 08:10:09
G2I> Новый комментарий от пользователя abolychev
G2I> к задаче "Описание node2node API" https://github.com/idec-net/netmail/issues/5.
G2I> Оставлен 2020-03-05 11:02:24 +0000 UTC.
G2I> Ссылка на комментарий: https://github.com/idec-net/netmail/issues/5#issuecomment-595169462
G2I> Мне кажется для netmail лучше push модель.
G2I> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.
Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.
Лично мне определённо нравится что не надо ничего сбоку прикручивать типа того же PGP, что нет необходимости прохождения нетмейла по лишним нодам. Заодно будет повод актуализировать нодлист :)
[>]
Re: Netmail
idec.talks
Difrex(dynamic,1) — Andrew Lobanov
2020-03-06 11:11:49
> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант?
Можно попробовать. Нужно формальное описание.
> Заодно будет повод актуализировать нодлист :)
Давайте стандартизируем его :)
[>]
Re: Netmail
idec.talks
mirage(mira, 26) — Andrew Lobanov
2020-03-06 21:54:00
G2I>> Мне кажется для netmail лучше push модель.
G2I>> point1 ---push---> node1 ---push---> node2 ---pull---> poin2
G2I>> Тогда письмо будут видеть только src и dst ноды. Но нужен будет nodelist с адресами нод.
AL> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант? Хотя, сейчас мне надо iing уже выкинуть на свалку и на базе idec (который моя реализация) запилить новую таверну. А там уже можно и экспериментировать.
AL> Лично мне определённо нравится что не надо ничего сбоку прикручивать типа того же PGP, что нет необходимости прохождения нетмейла по лишним нодам. Заодно будет повод актуализировать нодлист :)
Продолжу тут тоже.
У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Я подумал над простым способом аутентификации нод и вот что придумал.
srcnode при наличии почты для dstnode генерирует рамдомную строку(secret), сохраняет ассоциацию dstnode - secret и делает запрос на dstnode с параметрами nodename=srcnode, secret=secret. dstnode после запроса смотрит адрес srcnode в нодлисте и делает запрос на srcnode с параметрами nodename=dstnode, secret=secret, на что srcnode проверив свою ассоциацию отдает бандл сообщений для этой ноды.
Хотя есть еще более простой способ.
srcnode делает запрос на dstnode со списком msgid для dstnode. dstnode запрашивает в обратном запросе по нодлистовому адресу srcnode эти msgid и получает сообщения.
[>]
Так, короче, SOS, блин: нужен источник знаний по IDEC
idec.talks
vmg(syscall,52) — All
2020-03-08 20:04:57
Пожалуйста, ещё раз покажите, где читать про клиенты, устройство этой системы (если есть где-нибудь, то в схематичном виде, а то непонятно) и как настроить всё, вплоть до клиента Android. Что-то прям расстраивает, что не могу въехать: ни фотографии загрузить вам не могу, ничего.
Клиент для Android, вроде бы, загрузил одну фотографию. Но куда, я так и не нашёл ))
[>]
Re: Netmail
idec.talks
mirage(mira, 26) — Difrex
2020-03-19 20:36:01
mirage>> Продолжу тут тоже.
mirage>> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.
Difrex> У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.
Difrex> Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.
То есть каждая нода для каждой должна выдать по паролю? Это же не масштабируется.
[>]
Re: Котик на dynamic
idec.talks
vit01(mira, 1) — Difrex
2020-03-20 07:05:52
Difrex> * Удалены шрифты material icons от гугла. Теперь используются только font awesome
Difrex> * Бета версия ноды, где будут появляться новые фичи: https://dynamic-beta.lessmore.pw
Difrex> * Ссылка "Статистика" в меню теперь ведет на графану
Динамик выглядит просто супер. Можно сразу на продакшен его
Только гитхаб жалуется на устаревшие зависимости и спамит на почту. Это надо пофиксить, наверное
[>]
Re: Котик на dynamic
idec.talks
Difrex(dynamic,1) — vit01
2020-03-20 09:09:58
> Только гитхаб жалуется на устаревшие зависимости и спамит на почту. Это надо пофиксить, наверное
На самом деле я это пофиксил в приватной репе на gitea, надо бы на гитхаб запушить, да.
[>]
Баг в idec-mobile
idec.talks
Difrex(dynamic,1) — All
2020-04-03 17:59:20
Если выбрать станцию без поддержки файлоэх, а потом тыкнуть в меню на файлоэхи, то клиент падает и предлагает отправить отчёт, но если пытаться отправить, то он падает опять и так по кругу.
Android 9, Samsung a6+
[>]
Re: Баг в idec-mobile
idec.talks
vit01(mira, 1) — Difrex
2020-04-05 15:24:21
Difrex> Если выбрать станцию без поддержки файлоэх, а потом тыкнуть в меню на файлоэхи, то клиент падает и предлагает отправить отчёт, но если пытаться отправить, то он падает опять и так по кругу.
Видел на почте твой багрепорт, сейчас сделал тестовую сборку от 5 апреля 22:18
Обновись и проверь, как оно сейчас. Если всё норм, тогда запушу исходники в гит, если нет, то новый багрепорт жду.
[>]
Re: Баг в idec-mobile
idec.talks
Difrex(dynamic,1) — vit01
2020-04-05 17:01:09
vit01> Обновись и проверь, как оно сейчас. Если всё норм, тогда запушу исходники в гит, если нет, то новый багрепорт жду.
Да, теперь все хорошо. Спасибо.
[>]
Re: Баг в idec-mobile
idec.talks
vit01(mira, 1) — vit01
2020-04-05 18:22:41
Если что, в новой обнове я обновил все зависимости (в том числе мигрировал с appCompat на AndroidX, подкрутил materialDrawer до свежего), дефолт Таверны снова на .tk домене
[>]
Изменения на syscall.ru
idec.talks
Peter(syscall,1) — All
2020-04-19 17:01:13
1) Удалены следующие эхи:
- obsd.11;
- std.bugs;
- openbsd.talk;
- gk11.ru.
2) Добавлена эха (пока пустая) std.hugeping. -- Это будет мой личный блог. Зачем я его сделал - напишу постом отдельно.
[>]
Re: Новая нода
idec.talks
Difrex(dynamic,1) — Mirage
2020-04-20 10:24:23
Mirage> Есть /u/e/ /u/m/
Отлично! Смещения с лимитами не работают, т.е. /u/e/idec.talks/-10:10 не работает, как задумывалось.
[>]
Re: Новая нода
idec.talks
Difrex(dynamic,1) — Mirage
2020-04-20 10:28:54
Разметка тредов прикольно сделана. Жду освобождения сырцов, чтобы к себе в динамик утащить :)