Мне кажется, что на Таверне что-то с фетчем. Мои сообщения, например, не доходят.

>>> Клиент видит тэг, запрашивает все аттачи по этому тегу
>> Вот это не нравится. А если я не хочу все аттачи тянуть?
> Тогда просто игнорируешь тег и всё.
Не, мне кажется, что нужно что-то сделать для того, чтобы можно было по одному аттачу качать.

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

Раз у нас намечается(наконец-то :) развитие, то я покрыл тестами гошную либу на 90%.
Буду очень рад, если кто-то еще будет туда коммитить. Сейчас там не хватает поддержки фэх.

Пример получения последних сообщений:

package main

import (
	"fmt"
	"time"

	idec "github.com/idec-net/go-idec"
)

func main() {
	fc := idec.FetchConfig{
		Node:   "https://dynamic.lessmore.pw/idec/",
		Echoes: []string{"pipe.2032", "idec.talks"},
		Offset: -3,
		Limit:  3,
	}
	ids, err := fc.GetMessagesIDS()
	if err != nil {
		panic(err)
	}
	msgs, err := fc.GetRawMessages(ids)
	if err != nil {
		panic(err)
	}
	for _, m := range msgs {
		msg, err := idec.ParseMessage(m.Message)
		if err != nil {
			panic(err)
		}
		fmt.Printf("Author: %s, Subg: %s, Date: %s\n", msg.From, msg.Subg, time.Unix(int64(msg.Timestamp), 0))
	}
}

Запуск

go run test.go
Author: Difrex, Subg: Re: idec, Date: 2019-03-04 11:56:06 +0300 +03
Author: Difrex, Subg: Re: idec, Date: 2019-03-04 11:21:04 +0300 +03
Author: Peter, Subg: Re: idec, Date: 2019-03-04 11:09:22 +0300 +03
Author: Andrew Lobanov, Subg: Re: Метадата, Date: 2019-03-03 08:25:10 +0300 +03
Author: Peter, Subg: Re: Метадата, Date: 2019-03-02 23:17:49 +0300 +03
Author: Andrew Lobanov, Subg: Re: Метадата, Date: 2019-03-02 20:02:04 +0300 +03

Тоже добавил свое и мыло, а так же ссылку на idec.el.

Я думаю, что нужно начинать с этим что-то делать.

Для этого я создал репозиторий с документом в котором предлагаю общими усилиями
разработать стандарт обмена личными сообщениями, а так же реализовать PoC сервера(ноды)
и клиента.

Вот этот репозиторий: https://github.com/idec-net/netmail
Давайте обсуждать и дописывать.

+++ At work. idec.el/0.1

> Нужно, но я пока попиливаю между делом кандидата в эталонную реализацию idec =)
Это дело хорошее :)

> В данный момент реализовано всё, кромен фэх и нет вебморды
А нужна ли веб-морда в эталонной реализации ноды?

> Обсуждать готов, а вот писать пока не очень.
Присоединяйся в обсуждение этого ПР https://github.com/idec-net/netmail/pull/1

> Самое главное, с моей точки зрения, оставить шифрование нетмейла опцией
Я думал, что без шифрования это все делать. Шифровать можно GPG само тело сообщения.
Так мы вообще никак не переусложним стандарт.

Хм. Не вижу никакой новой кнопки.
Смотри скрин в файлоэхе pictures

+++ картошки хватит на всех

>Скинул в той же фэхе pictures, как оно сейчас выглядит на моём девайсе
Ага, KDE Connect :).

А эта штука может работать вне кед?

Сегодня буду обновлять основной хост динамика с Debian oldstable до stable.
Возможно все приляжет до завтра. Бэкапы льются на DO, так что все восстановимо будет, если что.
Так же буду переводить сеть между виртуалками с OpenVPN на Wireguard.

Посмотри пожалуйста https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api

если согласен, то давай межить этот ПР.

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

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


+++ At work. idec.el/0.1

На счёт протокола получения лички клиентом возражений нет? Мержим?

+++ картошки хватит на всех

vit01> 1. Сообщения пройдут через node2 в незашифрованном виде, сисоп node2 их спокойно читает. Итого MITM


vit01> 2. Сообщения "node1 to node3" не доходят в принципе, потому что node2 имеет право получать нетмейл только для собственных поинтов

vit01> Первый вариант - ситуация неприемлемая, потому что так убивается сама идея нетмейла как такового. "Личка" подразумевает, что мы не хотим выносить общение напоказ. Но концепция ii/IDEC исходит из того, что собственному боссу поинт node1 доверяет (боссу получателя он тоже вынужден доверять, потому что поинт node3 ему доверяет). А вот транзитным сисопам доверять никто не должен, ведь личные сообщения на то и личные.

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

Можно обменяться ключами нод. Ну, шифровать ими личку с армором, тогда всё остаётся в plain text, но усложняет стандарт.
С другой стороны gpg есть ваще везде.

+++ картошки хватит на всех

Ура, у меня заработали уведомления о новой почте!

+++ картошки хватит на всех

Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?

AL> Difrex> Какие есть соображения по этому: https://github.com/idec-net/netmail/blob/520079017d13f375930d0d4fee19e52f117f8993/README.org#%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82-client-api?
AL> Никаких соображений. Всё замечательно. Так я это себе и представлял =)
Ок. Я мержу тогда.

+++ At work. idec.el/0.1

> Я вроде ж там переписывал эту часть, чтоб с gk11 совпадало
gk11.ru уже год, как лежит :(.

> Так что перенастраивайте фетчеры на сабж на адрес idec.spline-online.tk я вернул старый домен себе
Done

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

Замечания:
* Не импортируй звездочки из модулей
* Форматирование строк через % устарело
* PEP8

+++ At work. idec.el/0.1

И еще. Генерация authstring в points.txt отстой.
Т.к. зная имя пользователя, мы всегда можем получить его строку авторизации.

Сделал ПР.

+++ At work. idec.el/0.1

> Особенно что касается стиля, так как хороший стиль чужими патчами не выработаешь =)
Ок, по стилю :)

Общие рекомендации:

* Код должен быть по PEP8.
* Хорошо бы иметь краткий докстринг в каждой функции -- это полезно, для того, чтобы
сразу понимать, что эта функция делает, для показа доков в Емаксе и для автогенерации
документации на код в том же Sphynx. У меня, например, настроена CI так, что ПР, где
нет докстрингов, не принимаются.
* Никогда не импортировать * из модулей.
* Не переопределять имена функций в переменные. Что я имею в виду:
В файле points.py(а возможно и в других, не копал еще сильно) есть функция `hsh()',
которая генерирует authstring. Так вот в нескольких других местах ты создаешь строковые
переменные с таким же именем. Это может привести к неочевидным последствиям.
Пример:

def h(x):
    return x * x


def some_method(func):
    val = get_val_from_rest_api()
    return func(val)


if __name__ == "__main__":
    h = "Template: {}"
    # Тут дальше идет какая-то логика
    # А под конец хотим вызвать какой-либо метод передав в него
    some_method(h
    # Получаем исключение, т.к. вместо функции мы передали строку

* Использование python-black по желанию -- это бескомпромиссный форматировщик кода.
Работает четко и круто.

Как облегчить себе жизнь и ваще не париться по поводу стиля:
Ставишь из своих репов autopep8, flake8, python-black, pip.
Настраиваешь Емакс: https://paste.lessmore.pw/hojecuqece.lisp

Теперь всю работу по форматированию кода, а так же комплиту, прыжкам в методы, и.т.д будет делать
за тебя GNU Emacs :)

+++ At work. idec.el/0.1

Я только за!

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

> 5. Нетмейл. Все про него постоянно спрашивают
Продолжу писать стандарт на следующей неделе.

> сделаете замечания
filter() - это встроенная функция python.

Т.е. делая так

from api import filter

Ты ее переопределяешь.

Вижу тебя.

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

+++ At work. idec.el/0.1

Сабж!

Пока только вытаскиваются треды за последние 30 дней. Но в скором времени появится паджинация и прочие плюшки.

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

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

> Вообще, мне нравится. А регистрация есть у тебя?
Пока только по почте, но планируется. Я просто API для реги не допилил :)

> Заметил, если включить список эх слева, а потом нажать "меню", то меню появляется ПОД списком эх.
Прикольно, спасибо за репорт - пофикшу :)

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

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

+++ At work. idec.el/0.1

Я наконец-то вернулся попробую ответить всем :)

> Гм. А в чём трабл, почему отключил? Или, какие-то сложности с самим habr^?
Мой токен для получения rss протух, а аккаунт хабровский восстановить не получается :(

Лучше со ссылкой на этот самый участок кода на гитхаб

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

> У меня сделано коряво, но результат сбоев не давал. Посмотреть можно тут: github.com/spline1986/idec-client/blob/master/api/__init__.py функция body_render().
Спасибо. Попробую сделать аналогично.

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

Фича :)

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

> С возврашением. Где был?!
В работе

> Давай другой заведем акк?!
Давай :)

> Допустим там чтобы собирались обновления из +robots +coding +linux +neuronetworks +itnews и т.д... или подобные теги собираются из профиля юзера, какие он выставит статьи и направления в свои предпочтения?!

Так оно и работало. Хз, что там сейчас, может ваще кастомные rss прикрыли. В общем раньше кастомные рсс можно было получить по токену, токен протух.

+++ dynamic web ui

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

1 марта с 20:00 UTC Dynamic будет переведен в режим read only. Буду переносить данные в новый кластер. Если все пройдет нормально, то примерно 2 марта в 17:00 UTC бедет открыт read write.

dynamic введен в строй. Можно фетчится и всякими другими делами заниматься.

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

> Я тут отвечу пока. Вообще, доля здравого смысла в этом есть. Плюсы очевидны. Опять таки, если оглядываться на фидонет, то там нетмейл тоже сбоку от эхомейла. И даже маршруты прохождения почты разные зачастую. Может, попробуем такой вариант?
Можно попробовать. Нужно формальное описание.

> Заодно будет повод актуализировать нодлист :)
Давайте стандартизируем его :)

mirage> Продолжу тут тоже.
mirage> У этой схемы нашел один минус - кто угодно может напушить что угодно на ноду. Нужна аутентификация нод.

У нас есть уже в стандарте авторизация для ноды. Можно её и использовать.

Смотри тут https://ii-net.tk/idec-doc/?p=extensions про push.

+++ картошки хватит на всех

И на dynamic аналогично :)

+++ картошки хватит на всех

А так же еще некоторые изменения:

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

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

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

Android 9, Samsung a6+

+++ картошки хватит на всех

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

+++ картошки хватит на всех

> Поинтового API пока нет
А какое есть? Когда можно будет на фетч поставить? =)