ahamai> Неудивительно. Ведь ты ещё и куришь в общественном месте :)
ahamai> http://ii.blcat.ru/s/dnm.png

Ни в коем случае! Я за ЗОЖ, а скрин выше это фотошоп

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

> Я прямо в idec.talks и писал. Хотел в pipe, но она read-only

Ну она на tgi только read-only :)

А что насчёт idec.test? Чтобы народ свои клиенты-ноды тестировал на какой-то общей эхе?

Новая нода стабилизировалась - стучится ровно каждый час адаптивным фетчем:

[6] 217.114.158.x point=24 web=4 up=0.9MB (1%) <--- 217.114.158.x (1/hr)

А вот таверна продолжает таки меня фетчить откуда-то из подполья каждые полчаса :)

[2] 176.109.111.x point=46 web=0 up=17.2MB (28%) <--- tavern (2/hr)

> Ни в коем случае! Я за ЗОЖ, а скрин выше это фотошоп

Побежал создавать эху skandali.intrigi.rassledovaniya и заполнять её шок-контентом

эти эхи нет смысла распространять по сети, это обычно локальные эхи станций. у меня blcat.test даже в списке эх не отображается

вот. наш путь начинается. теперь без девочек :) тем более, они курят

А как же тогда тестировать прохождение сообщений между нодами? ;)

у нас тестирование это только фетчинг. берёшь любую эху и фетчишь. сфетчилось - тест прошёл. можно произвольную эху в произвольном месте создать.

Вопрос: кто щас расставляет topicid?

Я пока пишу - в эти выходные будет

> Ну кому надо пишите мылом на me собака shaos тучка net - договоримся по authstring и правилам (моя нода физически находится в США, поэтому должна уважать местные законы и т.д.)

> По поводу стабильности - нода существует с декабря 2021 года - сначала она была на http://shaos.net:8085 (и до сих пор ещё открывается по старому адресу), а теперь официально живёт тут:

> https://sprinternet.io/iii-web.php

> Домен sprinternet.io проплачен до января 2027 года и если всё будет хорошо он будет жить и дальше - я умею долго поддерживать свои интернет ресурсы - например мой форум http://www.nedopc.org/forum/ существует с января 2003 года (с 2005 по этому самому адресу) так что я никуда не уйду и внезапно не закроюсь :)

Внезапно где-то вчера-позавчера у меня отвалился shaos.net:8085 (именно оттуда tgi и tavern до сих пор фетчат эхи) - оказалось, что каким-то чудом из /etc/apache2/ports.conf исчезла строчка Listen 8085, откатив дату файла на 2021 год - после того как я вставил эту строчку обратно всё заработало...

P.S. По прошествии 10 дней ко мне так никто за поинтовством не обратился - видимо всех кто остался на пинге устраивает быть отрезанными от мира...

shaos> P.S. По прошествии 10 дней ко мне так никто за поинтовством не обратился - видимо всех кто остался на пинге устраивает быть отрезанными от мира...

Я думаю все гораздо хуже: они перестали писать даже на ping, т.е. ливнули из ii/idec совсем...

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Не - не будет - чото закрутился :(
Буду на неделе потихоньку дописывать...

Ну как говорится свято место пусто не бывает :)
Найдём новых последователей ;)

Жду. Потом буду конвертить базу и релизить на лоре.

Погоди, а что ты будешь конвертить? Старые сообщение перегенерирывать чтоли?

Да

в сети сейчас есть пойнты, которые пишут с tgi?

ahamai> в сети сейчас есть пойнты, которые пишут с tgi?

Ну например я, а что?

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Если мы переходим на topicid, то придётся переходить на то, что его поддерживает.

ahamai> Если мы переходим на topicid, то придётся переходить на то, что его поддерживает.

Долой обратную совместимость? По идее можно использовать topicid только там где он есть, иначе reply.

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Ну вроде же хотелось сосуществовать со старымм узлами, не?
Можно сконвертить эхи, которые пока не вышли в свет типа im.24

Я ордосу неделю назад письмо написал на его gmail - tответа нет. Домен tgistation.ru проплачен до января 2025 так что если сисоп не проявится, то этому узлу жить только пару месяцев…

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

shaos> Я ордосу неделю назад письмо написал на его gmail - tответа нет. Домен tgistation.ru проплачен до января 2025 так что если сисоп не проявится, то этому узлу жить только пару месяцев…

Через пару месяцев подумаю :D
Если пропаду, то ищите в ирке или пишите на doesnm эт 0ut0f.space
Но почту я не так часто проверяю

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

> Долой обратную совместимость? По идее можно использовать topicid только там где он есть, иначе reply.

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

> Через пару месяцев подумаю :D

http://ii.blcat.ru/reg

>> Через пару месяцев подумаю :D
ahamai> http://ii.blcat.ru/reg

1. http, ну такое
2. Мне математических задачек хватает на курсах по плюсам с головой

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

> 1. http, ну такое

зато совместимо с windows 95
при релизе 0.7 будут https на все сайты
есть ещё gemini в r/o :)

> 2. Мне математических задачек хватает на курсах по плюсам с головой

раньше вообще целый квест был

У меня https://
Но сервер в «недружественной» стране :)

Ну старые эхи типа idec.talks ты ведь не будешь переконверчивать? Вроде договаривались иметь topicid только с момента введения…

retro.talks наверное можно переконвертировать полностью если с сохранением msgid

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

у меня в интерфейсе есть кнопочка, показывающая цепочки по topicid.

непонятно только, что делать с tgi

не прошло и 11 лет, как появилась постраничная разбивка в эталонной реализации :)

Ну msgid то останутся старые? А то я понабираю себе дублей при первом же Фетче…

Да. Я уже сконвертил lor.gold

кто-то :) хотел дамп выложить

openbsd-шные эхи вообще остались в архивах?

я достал openbsd-шную эху, obsd.talk.14, почитать её сейчас интересно :), но это не то, я помню, что вроде же видел недавно эху, где участвовал ssh2, в obsd.talk.14 его нет.

ahamai> Вопрос: кто щас расставляет topicid?

Даже не планирую.

А у тебя уже есть станция?

У меня только архив с alicorn куда я ещё слил таверну перед кончиной…

я думал, ты где-то мои или дифрексовские архивы откопал :)

Если бы я в 2021 году знал, что все свалят, то конечно бы всех заархивировал…

Ordos ответил по е-мейл :)

Пишет, что никуда не пропадал и домен продлит когда придёт время ;)

https://www.linux.org.ru/news/internet/17797879

Я смотрю в retro.talks тоже всё переконверчено

Нет, только новые сообщения создаваемые га моей станции

Неа - вот например сообщение от декабря 2020 года - у тебя оно теперь выглядит так:

> cat 0DUjGr0R7GbWZGgCXM8R
ii/ok/repto/YeJ3mRMHAfmH7Ct7O0IB/topicid/YeJ3mRMHAfmH7Ct7O0IB
retro.talks
1607024054
btimofeev
ping,6
oldpc
Re: OpenBSD 6.8 released

Хотел поставить её на Raspberry Pi 3, а там какая-то ерунда с установкой, насколько я понял нужно комп к малинке подключать через USB-UART адаптер, чтобы ос загрузилась с флешки. Жаль, кажется система интересная.

А у меня - так:

> cat 0DUjGr0R7GbWZGgCXM8R
ii/ok/repto/YeJ3mRMHAfmH7Ct7O0IB
retro.talks
1607024054
btimofeev
ping,6
oldpc
Re: OpenBSD 6.8 released

Хотел поставить её на Raspberry Pi 3, а там какая-то ерунда с установкой, насколько я понял нужно комп к малинке подключать через USB-UART адаптер, чтобы ос загрузилась с флешки. Жаль, кажется система интересная.

(причём тут нету последнего перевода строки)

В-принципе, это ок т.к. эта эха только у тебя да у меня есть - я перезаберу не вопрос
А вот с idec.talks наверное так делать ненадо - старые сообщения лучше оставить старыми наверное...

Может, я при конверте расставлял. Хотя я не помню.

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

ahamai, твоя станция проверяет поле с именем? я тут чисто ввел ответ, но не ввел имя и оно пропустило и дало строку авторизации (которую я не скопировал и нажал автологин, чето не вошло xD)

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Хм, должно выдать no auth. Если автологин, то имя ваще не спрашивает

Апрувили

Там кнопка "автологин" рядом с auth строкой была
Которая ничего не делает? Или оно охренело что аккаунта нет или он с пустым ником

У тебя cookie есть? Седня проверял, работало. Если нет auth строки в cookie, тогда спрашивает, иначе нет

А у тебя имя пустое? Тогда наверное ничего не делает, ща приду гляну :)

Ну метадату сообщений, специфическую для конкретной станции, лучше отдельно от сообщений хранить (в БД например), чтобы хэш сообщений не сбивался и совпадал с msgid, хотя это я опять о своём ;)

да, юзер с пустым именем. наверное, оно не работает, когда имя пустое :) удалил юзера

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

Спустя 10 лет сайт столкнулся с невиданной доселе дилеммой, хэш есть а юзернейма нет. Что он там решил в итоге, я не знаю :)

Но когда ты вписал guest (это по сути тоже хэш), он запомнил имя guest. Поэтому я не стал прописывать тебе юзернейм, а просто удалил его.

Поднял локальную копию
Если ввести пустого юзера и скопировать auth строку, то можно постить сообщения от имени пустого юзера
Исправишь в 0.8?

> Новая нода стабилизировалась - стучится ровно каждый час адаптивным фетчем:

> [6] 217.114.158.x point=24 web=4 up=0.9MB (1%) <--- 217.114.158.x (1/hr)

Получил е-мейл от сисопа этой самой новой ноды :)

> Привет, моя нода https://idec.foxears.su
> Основное её назначение быть архивом для всех эх которые попадутся.
> Еще хотелось бы получить authstring для твоей ноды.

Так что в нашем полку прибыло ;)

ну для фетчинга не нужен authstr, просто обменивайтесь трафиком. ты же сейчас ХАБА, ставь на него фетч. нужен бон, чтобы понятно было, чем обмениваемся. сейчас ещё новость на лоре, кому-то может ещё захотеться :)

Поправил генерацию статистики spnet.stats чтобы писало имя ноды fox для адреса 217.114.158.x:

TOP10 VISITORS:

[1] 217.197.116.x point=147 web=0 up=24.7MB (37%) <--- blackcat (6/hr)
[2] ChatGPT point=4 web=287 up=22.0MB (33%) <--- ChatGPT
[3] 92.63.98.x point=71 web=0 up=6.6MB (10%) <--- tgi (3/hr)
[4] Google point=20 web=1077 up=6.1MB (9%) <--- Google (1/hr)
[5] Facebook point=0 web=291 up=2.5MB (3%)
[6] 24.130.121.x point=10 web=30 up=1.1MB (1%) <--- spnet
[7] 217.114.158.x point=24 web=3 up=0.9MB (1%) <--- fox (1/hr)
[8] TikTok point=0 web=110 up=0.3MB (<1%)
[9] 107.178.105.x point=0 web=9 up=0.2MB (<1%)
[10] 125.230.195.x point=0 web=4 up=0.1MB (<1%)

TOTAL TRAFFIC: 64MB

до обмена трафиком пока не дошли - пусть сначала напишет сюда через мою ноду, а там посмотрим :)

хехехе https://idec.foxears.su/forum/Nw9ofK5x70iFMTrHzjHp/1

ahamai> А у тебя уже есть станция?

До конца месяца будет, если без форс-мажоров.

капец на меня похож :)

> А почему не локализовано? «Настёна 0.7»

Я кстати тоже Nastene читаю как Настёна, точнее Настёне :)

Потому что это и есть игра слов, и так и задумано :) Настёне это вообще самый верный вариант :)

Ты посмотри имя эхи, где именно точка стоит

Я вот думаю таки простой Nex-сервер написать и на тех же текстовых файлах msg/echo открыться по порту 1900 - так сказать для пущего разнобезобразия :)

Ну наверное все деды в чём-то похожи, особенно бородатые ;)

> Ты посмотри имя эхи, где именно точка стоит

naste.ne?

это чтобы окончательно всех запутать? ;)

Когда пытаюсь фетчить https://tgistation.ru/ все его эхи отвечают:
INFO: 2024/11/20 13:40:03 https://tgistation.ru tgi.ordos.blog: no valid MsgId (0qHMnIAS8VIKaP0R4z1EWWJMSs64ahkXmB48XFFPzgVVoi59vFiK02o0wClXUspXqgX1XXMQmIuN8psyKk7THljLtcNMF9crl5GZ) и т.п.

foxears> Когда пытаюсь фетчить https://tgistation.ru/ все его эхи отвечают:
foxears> INFO: 2024/11/20 13:40:03 https://tgistation.ru tgi.ordos.blog: no valid MsgId (0qHMnIAS8VIKaP0R4z1EWWJMSs64ahkXmB48XFFPzgVVoi59vFiK02o0wClXUspXqgX1XXMQmIuN8psyKk7THljLtcNMF9crl5GZ) и т.п.

Так, ну тут либо прикалывается сам tgi (и ничего с этим не сделать), либо что-то с ii-tool
Можешь спросить у hugeping на club.hugeping.ru

+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

На прямые GET-запросы курлом https://tgistation.ru/ отвечает корректно, похоже на стороне ii-go что-то.

Ответ от hugeping:
Дело в том что tgistation.ru не поддерживает u/e слайсы. Например: https://tgistation.ru/u/e/idec.talks/-1:1 возвращает весь список. Это приводит к тому, что адаптивный фетч (вкл. по умолчанию) работает неправильно.
Для этих станций придётся указать режим force в фетчере (кажется, параметр -f)

Это не проблема ii-go

> Ответ от hugeping:
> Дело в том что tgistation.ru не поддерживает u/e слайсы. Например: https://tgistation.ru/u/e/idec.talks/-1:1 возвращает весь список. Это приводит к тому, что адаптивный фетч (вкл. по умолчанию) работает неправильно.
> Для этих станций придётся указать режим force в фетчере (кажется, параметр -f)
> Это не проблема ii-go

Моя PHP нода всё ещё по старинке фетчит всё как в старом добром ii :)
Но отвечать на запросы со слайсами умеет, даже теперь более дискретно: 2SuPPA6hFPjlM5IH6sne

P.S. А ты на hugeping тоже был (есть)?

Вот думаю, а не прикрутить ли TOTP к ещё не запущенному tiid? Мне это было бы интереснее реализовать даже больше, чем долбаный /u/push.

Как это будет работать? А вот так: будет динамический auth_string. При регистрации будет выдаваться долговременный ключ, который надо будет вбить в какой-нибудь оффлайновый TOTP-клиент (под ПК — тысячи их, под андроид рекомендую Aegis, под мобилы постарее — TOTP ME: https://github.com/kwart/totp-me). Ну и всё, вводим новый код каждые полминуты в качестве auth_string. Во избежание возможных коллизий, правда, нужно будет в auth_string к коду прибавлять юзернейм, а-ля revoltech:012345. Свой клиент (как минимум tiix и tiipost) тоже адаптирую под это дело.

Ну и сделаю это всё, наверное, опциональным: кто хочет, сможет и по статическому паролю постить.

> P.S. А ты на hugeping тоже был (есть)?

Нет, я впервые из ro вылез)

Вообще интересная идея.

Каждый раз код вводить это неудобно - мне моя идея c HMAC-RIPEMD-160-9 больше нравится:

Arm3cWBCsoq0BQgVzVzW

> у меня хэш по другому сейчас вычисляется, первые 2 символа это год, потом хэш. ну плюс есть memo для шотлинков.

А вот это где такое? В исходниках Настёны-0.7 вроде всё по старому...

def _y():
    return time.strftime('%y')

в mkmsg
    h = rh or _y() + sx.hsh(s,18)

в savemsg
    h = _y() + sx.hsh(s,18)
    h = hp + h[:14] if hp else h

для меня блин величайшая загадка природы, почему у меня есть mkmsg, а есть savemsg, которые делают одно и то же :)

shaos> Каждый раз код вводить это неудобно

Только для тех, кто постит в режиме чата. :)

А вообще на лоре ещё одну проблемку подбросили: если вдруг недобросовестная нода, с которой все фетчат, начнёт подделывать новые сообщения типа от других авторов (с других нод), как доказать, что они тут ни при чём? Как мы можем контролировать целостность сообщений, которыми обмениваемся?

Может, в поле адреса нода будет ещё и добавлять какую-то ЭЦП от себя, исходя из текста сообщения?

Можно в тэги сообщения добавлять хэш от usernme+authstring или что-то такое.

> А вообще на лоре ещё одну проблемку подбросили

Тысячи проектов погибали от того, что начинали решать проблемы роста до того, как рост наставал. У меня ровно противоположная позиция, пусть хоть всё переломают, лишь бы пользовались: лучше сеть с пользователями, где единичные инциденты вручную вычищаются, чем овербезопасная сеть, где никого нет.

foxears> Можно в тэги сообщения добавлять хэш от usernme+authstring или что-то такое.

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

Вообще изначально надо было msgid делать как неизменяемая часть [1] + изменяемая часть [2]
1. unixtime (как uint64 ) + node_name + username, закодированы в base64, первые 20 символов (например)
2. хэш от сообщения т.е. то что сейчас считается msgig

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

Я предлагал подписывать контент (всё что ниже тега @repto) на стороне клиента (добавлять тег @sign), но надо продумывать надёжный способ распространения открытых ключей, скажем привязанных к е-мейлу (чтобы кто-то левый не мог перераспространить левый ключ)

А что такое hp?

Сделать расширение аналогичное list.txt - keys.txt содержащий user:publickey

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

Хотя для начала можно и локальными ключами поработать, а глобальных пользователей добавить потом - причём так, чтобы они даже именем отличлись, например имели бы какой-то спецсимвол в начале типа @ или $

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

Ну тогда тем более keys.txt становится важен. А вот к мылу привязываться — так себе идея. Сейчас вообще не очень тот концепт, что сисоп даёт юзеру authstr. Наверное, куда лучше, чтобы юзер сгенерил у себя пару ключей и отправил публичный сисопу. Ну и про постинге, соответственно, подписывал сообщение приватным и отправлял подпись в качестве auth_string.

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

Вариант «сгенерил пару ключей и вперёд» подходит когда юзера устраивает полная анонимность - сегодня он ggJg123 а через месяц 809jGh :)

shaos> Емейл будет нужен для замены скомпрометированного публичного ключа, если пользователь хочет продолжать писать под тем же самым именем. Также наличие подтверждения через другой канал (е-мейл) поможет избежать ситуации, когда некто на новой станции скажет, что он теперь shaos и будет писать везде вместо меня подписываясь своим новым ключом который ко мне не имеет никакого отношения :)


А как без общей между всеми нодами базы ключей некто на новой станции не сможет провернуть такое же с новым мылом?
И обратно: а что делать, если скомпрометирован не ключ, а мыло? Или вообще оба сразу? И как тебе с новым мылом и новым ключом доказать сисопу, что ты — это ты?