Ну пусть бкдет json. Вопрос только в таймингах, они произвольные, что писать?

iiii> С исторической ценностью ничего не случится, потому что оригинальные сообщения никуда не денутся. Вообще, смысл цифровых эх был в том, что они периодически отправляются в архив. А проблема в том, что сейчас такого архива нет.

Когда были цифровой постфикс эх, такого архива тоже не было. Циферки не влияют на наличие архива.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

iiii> ещё неплохо бы возродить идею перекатываемых болталок ни о чём, а то сейчас только idec.talks живая. я у себя на станции потом сделаю talks.24

Зачем их перекатывать? Чтобы что?

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

shaos> ИМХО болталка это зло ибо болталка ни о чём очень быстро превращается в болталку о чём-нибудь конкретном, на что у людей есть разные взгляды, что может триггернуть кого-нибудь и затем начинается взаимные метания какашками, обзывания, мат, а также обещание найти и покалечить собеседника (я знаю о чём говорю т.к. админю phpBB форум более двух десятков лет)...

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

shaos> ну последние годы это не так - если посмотреть внутрь pipe.2032, то можно обнаружить, что в 2024 году там ничего небыло, а в 2023 было 4 чтоли темы - и всё...

По сравнению с другим эхами это был трафик.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Чтобы не было больших эх. Im.14@@ каждый месяц по несколько тысяч сообщений собирали.

Был, у меня, он ведь был задуман изначально, что эхи в архив переезжают.

Потом был публично открыт

shaos> Понятно - спасибо за развёрнутый ответ! :)
shaos> В официальных доках нету ничего ни про кольца, ни про zlib, но я встречал обрывки обсуждений в архивных эхах - надо будет всё перечитать.

Потому что не было никаких колец никогда. Ну и zlib тоже использовался, видимо, где-то на заре до 2014 года.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

shaos> Ну изначально формат описателя ноды в JSON предложил Лобанов ( см. ii://WxnDvQ31oreCIUc6p0K7 ) - я подумал, что идея здравая и решил туда же добавить инфу по конкретике фетча (урлы и список забираемых эх для каждой ноды) - просто там данные разношёрстные (и древовидные) и в plaintext будет как-то некрасиво (я пробовал) и потом в работе самой станции оно как бы не участвует (ну разве что если фетчи будут настраиваться по этому описателю) и по сути оно нужно лишь для выкачивания внешней программой, которая периодически будет строить актуальную топологию сети...

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Тайминги в виде “30m” это значит с какой периодичностью идут запросы - в данном случае один раз в 30 минут (что равно 2 раза в час)

А если нет тайминга что писать

Есть темы, которые триггерят много людей в 100% случаев - это секс, религия, политика и национальные вопросы. Если речь идёт просто о предпочтениях в выборе языка программирования или ОС, то тут выбор больше и накала меньше - например никто не поедет тебя искать с целью переломать ноги, если ты всё ещё кодишь на перле…

Ну если не по крону, а вручную фетчишь как попало то например оставляй пустым “” :)

Я с вашего позволения ваеду флаг inc, показывающий что эха инконсистннтная

Многие проблемы сети удалось избежать благодаря малой распостранённости :)

Формально кольца были, когда я закрывал свою станцию, мы тестили что делать в этом случае.

А что касательно архивов - в этом и был изначальный смысл. Все пользователи рабоют с одной версией эхи, с актуальной. Чтобы юзер при подключении не тянул архив за много лет. Чтобы тематическая станция тоже не тянула такой архив. Я вот стянул 2000 с лишним сообщений idec.talks, но они мне не нужны. Инконсистетные эхи мне не нравятся, у всех она разная, а потом выяснится что полной нет вообще ни у кого :) Изначальная задумка, что все работают с одной и той же версией эхи, и у всех она одинаковая, поэтому не должна быть большой. Хочет юзер архив, пусть выкачивает архив, хоть частично, хоть весь. Эха должна быть целостная, и у всех, и у нодов и у пойнтов одинаковая, пусть может быть разный порядок сообщений. И все работают только с актуальной версией.

Вот я не хочу тянуть несколько тысяч сообщений pipe.2032. Это архивные сообщения и их место в архиве. Я создам im.24, а там кто хочет, пусть её забирает.

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

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

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

полторы тыщи сообщений в idec.talks, не 2, но не суть :)

> Я с вашего позволения ваеду флаг inc, показывающий что эха инконсистннтная

И что это значит?

> Инконсистетные эхи мне не нравятся, у всех она разная, а потом выяснится что полной нет вообще ни у кого :)

Ну любая большая эха будет разная на разных нодах ибо сисопы блеклистят разные сообщения :)

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

А что в этом плохого? ;)

Если тебе нравится раз в 5 лет бегать за каждым сисопом и вручную собирать с них JSON-ы, то пусть, а я пока включил node.json в свой /x/features как фичу :)

Планирую сегодня-завтра поменять домашний маршрутизатор со старого на новый и в процессе сего моя нода sprinternet.io может на какое-то время приуныть :)

Вобчем не теряйте меня - я обязательно вернусь ;)

Таверна через веб вот так теперь открывается:

http://idec.spline-online.ru/echolist

А если идти напрямую, то там Gitea, где например есть описание IDEC в одну страницу :)

https://idec.spline-online.ru/spline/idec-doc/src/branch/master/main.org

Маршрутизатор поменян, порты зафорвардены по старому - вроде всё работает :)

Теперешние характеристики гигабитного кабеля:
927 Mbps up
353 Mbps down

т.е. всё наоборот конечно же :)
927 Mbps down
353 Mbps up
это для внешнего мира мой up будет down ;)

Iiii> Чтобы не было больших эх. Im.14@@ каждый месяц по несколько тысяч сообщений собирали.

Размер эхи влияет ни на что.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

Iiii> Был, у меня, он ведь был задуман изначально, что эхи в архив переезжают.

Это быль костыль, потерявший актуальность ещё в 15-м году.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

iiii> Многие проблемы сети удалось избежать благодаря малой распостранённости :)

Некоторые удалось решить, когда начали править стандарт.

iiii> Формально кольца были, когда я закрывал свою станцию, мы тестили что делать в этом случае.

Формально, тогда просто выпал один узел. Колец всё ещё не было.

iiii> А что касательно архивов - в этом и был изначальный смысл. Все пользователи рабоют с одной версией эхи, с актуальной.

И каждый сидит и правит конфиги ради ничего.

iiii> Чтобы юзер при подключении не тянул архив за много лет. Чтобы тематическая станция тоже не тянула такой архив.

Он и сейчас может тянуть хоть одно последнее сообщение и начинать общение с этого.

iiii> Я вот стянул 2000 с лишним сообщений idec.talks, но они мне не нужны.

Если не нужны, то зачем ты их стянул?

iiii> Инконсистетные эхи мне не нравятся, у всех она разная, а потом выяснится что полной нет вообще ни у кого :)

У всех разные архивы эх, а потом выяснится, что полного архива нет вообще ни у кого. Та же фигня, но в профиль.

iiii> Изначальная задумка, что все работают с одной и той же версией эхи

То есть то, к чему мы в итоге и пришли.

iiii> и у всех она одинаковая, поэтому не должна быть большой.

Смысла в этом мало.

iiii> Хочет юзер архив, пусть выкачивает архив, хоть частично, хоть весь.

Всё как сейчас.

iiii> Эха должна быть целостная, и у всех, и у нодов и у пойнтов одинаковая, пусть может быть разный порядок сообщений.

Кому должна? По какой причине?

iiii> И все работают только с актуальной версией.

То, что мы имеем сейчас.

iiii> Вот я не хочу тянуть несколько тысяч сообщений pipe.2032.

Тебя никто не заставляет.

iiii> Это архивные сообщения и их место в архиве.

Архивные эхи - это пережиток прошлого.

iiii> Я создам im.24, а там кто хочет, пусть её забирает.

Каждый раз, когда Рома вспоминает про нас, он создаёт новые эхи, которые успешно бросает, как и сеть. Смысл в этих обрезках эх никакого.

iiii> Проблема в том, что юзеров мало и архивов тоже мало и они все успели поисчезать.

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

iiii> Вообще, сеть имеет потенциал, и чем больше в мире блокировок, тем больший, если появится популярность, то надо использовать дробление эх, нормальное их архивирование

Чтобы уж точно никто никогда ничего не нашёл среди сотен одинаковых эх с разным контентом.

iiii> и нормальный доступ к контенту.

Он уже есть.

iiii> Для малотрафиковых эх это всё, конечно, не нужно, и для сети с 5 пользователями - тоже :)

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

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

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

AL>> У всех разные архивы эх, а потом выяснится, что полного архива нет вообще ни у кого. Та же фигня, но в профиль.
doesnm> А можно брать часть сообщений с одной ноды, а часть с другой?

Можно.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

AL>>> У всех разные архивы эх, а потом выяснится, что полного архива нет вообще ни у кого. Та же фигня, но в профиль.
doesnm>> А можно брать часть сообщений с одной ноды, а часть с другой?
AL> Можно.
Тогда по идее не должно быть проблемы что на некоторых нодах заблочены сообщения

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

Iiii>> Чтобы не было больших эх. Im.14@@ каждый месяц по несколько тысяч сообщений собирали.

AL> Размер эхи влияет ни на что.

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

Ну и в теории, если реализация простенькая - большой размер базы может сильно нагружать. Но вот после введения расширений idec которые позволяют сделать адаптивный фетч (как я сделал в ii-go), вопрос по поводу "текучести" эх как часть стандарта - уже не так очевиден.

А фетчить обратно кто будет? ;)
Хотя бы с ping-a, а лучше и оттуда, и от меня,
а то там люди уже ответы пишут :)

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

Так то и ii-txt берёт только последние 100 сообщений, и я беру с rss эх только последние 100 сообщений, но это из-за разросшести эх.

> И каждый сидит и правит конфиги ради ничего.

это можно автоматизировать. но я говорю, что такая была изначальная идея.

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

подожди, почему у всех разные архивы эх?

> То есть то, к чему мы в итоге и пришли.

нет, сейчас нет версий, есть только эха, которая может и 10 лет тянуться. одна эха на все времена.

> Всё как сейчас.

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

> Архивные эхи - это пережиток прошлого.

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

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

так и должно быть - одна болталка живая, остальные архивные.

> А если сеть станет большой, то транзитные узлы начнут забивать на перекаты, в итоге начнётся фрагментация и придётся вводить полиси и вменять сисопам обязанности.

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

я же говорю, моя станция пока экспериментальная, пока любой рутинг под вопросом

Iiii>>> Чтобы не было больших эх. Im.14@@ каждый месяц по несколько тысяч сообщений собирали.
AL>> Размер эхи влияет ни на что.
hugeping> При использовании idec расширений. Если же говорить об ii, то придётся всегда синкать все сообщения. Так что тут смысл есть.

У нас эхотаг какой? Не ii.talks, а idec.talks же.

hugeping> Ну и в теории, если реализация простенькая - большой размер базы может сильно нагружать. Но вот после введения расширений idec которые позволяют сделать адаптивный фетч (как я сделал в ii-go), вопрос по поводу "текучести" эх как часть стандарта - уже не так очевиден.

Забирай что хочешь откуда хочешь и как хочешь. Никаких ограничений нет.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

>> И каждый сидит и правит конфиги ради ничего.
iiii> это можно автоматизировать. но я говорю, что такая была изначальная идея.

Изначально был ii. Ты прямым текстом писал, что возможно на основе ii будет другая технология с другим названием. Мы находимся здесь.

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

Потому же, почему ты не хочешь тянуть большие эхи. Зачем мне тянуть старые сообщения, если я не хочу? Да и просто могу в любой момент грохнуть архивные эхи, чтобы почистить место.

>> То есть то, к чему мы в итоге и пришли.
iiii> нет, сейчас нет версий, есть только эха, которая может и 10 лет тянуться. одна эха на все времена.

Версии не решают озвученных проблем. Расширенный u/e решает.

>> Всё как сейчас.
iiii> не совсем. во-первых, по дефолту качается всё, во вторых эха становится инконсистентной. в эхах с годами всё чётко, за какие года хочешь выкачивать, за такие и выкачивай, там всё понятно и однозначно.

По умолчанию мой фетчер качает далеко не всё. Чтобы цезий клонировал эху, надо конкретно указать ему, что клонировать. Инконсистентность эхи будет и в твоём случае. Захочу и засуну половину сообщений в blacklist и прощай консистентность.

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

Зачем качать архивные эхи? Чем это отличается от выкачивания большой эхи?

>> Стопятьсот болталок, из которых живая одна, не решает эту проблему. Не усугубляет, но и не решает.
iiii> так и должно быть - одна болталка живая, остальные архивные.

Ну и выходит, что имеет смысл хранить только последнюю, а архивные удалять за ненадобностью.

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

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

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

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

Раздача десяти эх по 1000 сообщений и раздача одной эхи по 10000 сообщений ничем не отличается. Либо мы выпиливаем и не гоняем архив, либо гоняем всё. Ты уже озвучил, что гонять надо в любом случае всё.

+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.

> кстати, можешь тянуть с меня idec.talks

ага - ок
готово :)

ну дык если фетч уже и так бегает чего бы туда экспериментально не добавить ещё одну эху то? ;)

а эту эху с меня кто-нить фетчит? сейчас и проверим :)

В пнрвом случае 9 эх в архиве. Все нужны мало кому

> Ну и выходит, что имеет смысл хранить только последнюю, а архивные удалять за ненадобностью.

Маленькие станции и пойнты - да. Но архив в любом случае должен быть. Вон кто то архив old.pc спас

ну я :)

> Вон кто то архив old.pc спас

Я его не спас - я его восстановил :)

Сохранил HTML из веб-архива (пока он ещё живой был) сайта p2.51t.ru и оттуда вбил все тексты в текстовые файлы с изначальными msgid и примерными временами (с точностью до минут - ну может таймзоной ошибся)...

А в 2022 году я не знал о существовании этого самого p2.51t.ru хоть и читаю idec.talks с августа 2021 года (видимо оно тут не пролетало)

На днях скачал архив ru.humor.14 и пару дней перечитывал. Архивы рулят

Ну круто :)

С ума сойти :) не, надо Difrex а ловить вдруг у него архив остался