AL> @repto:57quEthADzoQSLloS6kE

Вообще интересная строка !; Это нововведение или так отрабатывает
веб-доступ? цезий, просто показывает ее как обычный текст.

AL> PS: Кстати, обратите внимание на адрес. Я начал тыкать go. Естественно, писать для освоения или хелло ворлды или решать знакомые задачи. Так что я написал ноду на go. Пока она в режиме тестирования. Скоро выложу в свободный доступ.

А вот это реально круто, {go} вообще очень шустрый и довольно компактный
язык. Мне на нем реализация собственного гит-репозитория очень глянулась,
тот самый gogits

@repto:57quEthADzoQSLloS6kE

AL>> Не описано, что "-" нужно заменить на "A", а "_" на "z".
vit01> Спасибо за багрепорт, добавил примечание в документацию.
vit01> И да, не забывай, что у тебя на Гитхабе в репозиторий с доками стоит RW-доступ, поэтому недочёты ты можешь чинить самостоятельно.

Никак не разберусь с этим =)

AL> Не описано, что "-" нужно заменить на "A", а "_" на "z".

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

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

Обнаружил в документации сабж.

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

Не описано, что "-" нужно заменить на "A", а "_" на "z".

PS: Кстати, обратите внимание на адрес. Я начал тыкать go. Естественно, писать для освоения или хелло ворлды или решать знакомые задачи. Так что я написал ноду на go. Пока она в режиме тестирования. Скоро выложу в свободный доступ.

// Все желающие могут попробовать подключиться http://spline-online.tk:4242/ . Поинты дублируются с таверны.

Difrex> А sqlite не подходит?
Difrex> Её можно всю в память поместить и зависимостей минимум.

Пробовал sqlite в первую очередь. Меня не удовлетворило время построения индекса. Потом когда-нибудь, попробую что-нибудь по теме оптимизации дискового ресурса ещё.

А sqlite не подходит?

Её можно всю в память поместить и зависимостей минимум.

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

Пожалуй, на каком-нить мускуле и остановлюсь. Как опуии. Дабы по прежнему можно было поднять свой узел так же просто, как во времена ii-03.

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

17track прикрыл лавочку с общедоступным API, однако cainiao прекрасно идёт ему на замену, съедая больше видов трек-номеров.

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

А вот переписать ридми пока руки не дошли. Но по работе со скриптами там всё описано и даже примеры есть. Остались только уточнения про имена директорий, вроде.

Переделал.

Первый день - понедельник, а не воскресенье.

Теперь хорошо, спасибо.

// Не очень репрезентативно, наверное, за одну неделю (побольше бы промежуток), но в какой-то степени так даже лучше будет.

Сделал(картинка внизу) https://dynamic.lessmore.pw/stats.html

Phantomjs теряет подписи :(

>> А можешь сделать распределение сообщений по дням недели?
Difrex> Что именно ты имеешь в виду? Среднее количество сообщений в день? За какой период?

Всего в выборке N сообщений (за последний месяц); на понедельники пришлось X1, на вторники - X2, и так далее, их сумма равна N.
Обычная гистограмма активности по дням недели, без подсчёта среднего. Желательно с указанием самих чисел, а не в процентах.

>А можешь сделать распределение сообщений по дням недели?

Что именно ты имеешь в виду? Среднее количество сообщений в день? За какой период?

О, неплохая статистика. А можешь сделать распределение сообщений по дням недели?

// "Количество" пишется с одной л :)

ЗЫ: могу еще всяких графиков нарисовать. Скажите кому какая статистика интересна.

В опщем, я не смог нормально закрыть кибану оставив работающими визуализации.

По-этому сделал картинками. Генерятся phantomjs каждый день, на месяц назад

Сделал поиск по индексу исключая ботов, на пол-года назад.

Есть три графика, вот они: https://dynamic.lessmore.pw/stats.html :)

btimofeev> Можешь добавить, что бы фетчер при отсутствии интернета сообщал об этом. Сейчас он просто пишет получено ноль сообщений.

У меня на компе с андроид студией процессор сгорел. Поэтому добавлю минимум на следующей неделе.

Можешь добавить, что бы фетчер при отсутствии интернета сообщал об этом. Сейчас он просто пишет получено ноль сообщений.

Difrex> Gpg + скрытоэха 100% рабочий вариант. Но, помню раньше некоторые были против.
Difrex> Вообще лички не хватает, да. Поддержку гпг в стандарте было бы хорошо заиметь. :)

Значит нас уже двое =)

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

Gpg + скрытоэха 100% рабочий вариант. Но, помню раньше некоторые были против.

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

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

Есть два 100% рабочих варианта сейчас:

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

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

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

AL>> Если попробовать это протолкнуть через расширение протокола (авторизованный доступ к эхе прилепить, например), то нода будет знать кто запрашивает нетмейл и отдавать только те сообщения, которые предназначены конкретному пользователю. Небольшую доработку только сделать, чтобы нетмейл не кореллировал с e/, m/, u/e и u/m.
gl00my> В принципе, да. Но нетмыл между нодами ходит целиком, как любая другая эха. Что не требует никакой маршрутизации. По крайней мере на первоначальном этапе. А конкретный узел может знать открытые ключи своих абонентов и отдавать почту выборочно. Но я так понял, что основной вопрос это как раз обмен мешками почтой между узлами. В этом смысле -- пусть ходит вся эха целиком. Тем более, что объемы там вряд ли будут большими.

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

AL> Если попробовать это протолкнуть через расширение протокола (авторизованный доступ к эхе прилепить, например), то нода будет знать кто запрашивает нетмейл и отдавать только те сообщения, которые предназначены конкретному пользователю. Небольшую доработку только сделать, чтобы нетмейл не кореллировал с e/, m/, u/e и u/m.

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

vvb> Без возможности отправлять личные сообщения мы имеем сильное отсутствие
vvb> возможностей данной технологии.
vvb> возможно ли как-то допилить ii чтобы возможность посылки личных сообщений
vvb> появилась? в фидо это было.

gl00my предложил такой вариант.

"Здравствуйте All!

Тут при общении в одной jabber конференции, один из участников с удивлением узнал, что в ii нет личных сообщений (чем был удручен).
Идеологически, как я понял, данная фича плохо вписывается в архитектуру ii.

В качестве тупой (но рабочей) идеи хотел предложить следующее:
Все личные сообщения забираются с ноды целиком -- и свои и не свои. Но разграничение доступа осуществляется сугубо
криптографически (например, pgp). То-есть, человек сообщает свой открытый ключ, если хочет, чтобы к нему ходила почта.
Потом забирает целиком все сообщения (все личные сообщения) -- но расшифрует он только те, которые сможет (зашифрованные на его
открытом ключе).
Это, на самом деле, можно делать даже сейчас, просто выделив эху netmail. Но хорошо бы встроить некие средства повышающие
удобство в цезий, например. Детали нужно продумывать, но общая идея такая."

И в целом он мне даже нравится. Только зачем качать чужое, пусть даже и невозможно его прочитать?

Если попробовать это протолкнуть через расширение протокола (авторизованный доступ к эхе прилепить, например), то нода будет знать кто запрашивает нетмейл и отдавать только те сообщения, которые предназначены конкретному пользователю. Небольшую доработку только сделать, чтобы нетмейл не кореллировал с e/, m/, u/e и u/m.

2vit01&Difrex: что думаете по теме?

PS: Тему нетмейла я поднимал ещё весной 2014, но тогда Рома был сильно против усложнения технологии, а на базе того, что было, оно не прилеплялось.

Без возможности отправлять личные сообщения мы имеем сильное отсутствие
возможностей данной технологии.
возможно ли как-то допилить ii чтобы возможность посылки личных сообщений
появилась? в фидо это было.

v.v.b.

offset - это смещение с начала эхи
limit - количество запрашиваемых

Выдернуть последние 50 можно через отрицательный offset
То есть запросом /u/e/echoarea1/echoarea2/-50:50

Виртуальный "курсор" как бы отходит с конца 50 и делает срез вперёд на 50.

Как выдернуть последние 50 сообщений из эхи?

Что в offset и в limit нужно указать?