А твоя станция?

>> По ссылке spline там гит хостинг
shaos> паламалась
shaos> так то я туда по http:// хожу...

А, туда по http надо ходить, а
Лобанов так и не починит, ну и нода часто падает

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

Стоп. Это чья станция, твоя или spline?

всё. разобрался где что :)

> Это, по идее, старейшая станция сети, с 2014 года?
Не - моя станция - новейшая :)
Я её поднял в декабре 2021 года по адресу http://shaos.net:8085 (всё ещё доступно и так) взяв ii-php сервер с гитхаба и вот недавно переставил на https://sprinternet.io/iii/
До декабря 2021 года я знать не знал про этот ваш ii/IDEC пока меня Лобанов не убедил в телеге, что это круть крутейшая :)

iiii> Стоп. Это чья станция, твоя или spline?

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

AL>> Пропиши какую-нибудь билеберду в auth этой ноды. Мне лень это исправлять :)
doesnm> Удивительно, но работает
doesnm> ~~В пароле оставил небольшую отсылку~~
doesnm> Надо бы чтоли написать свой клиент...

На самом деле не работает
Цезий пишет что сообщений не обнаружено хотя в develop.16 есть сообшения которых нет у меня в кеше. Еще при фетче с tgi почему-то количество пишет с шагом в 4 сообщения (сообщений нет - сфетчено 4 сообщения)

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

я про станцию spline

моя и irk38 давно умерли

Да - пожалуй http://idec.spline-online.ru (бывший http://idec.spline-online.ml) сейчас самая старая станция

При мне уже умерли:

http://gears.headake.win/idec/ui2/
https://dynamic.lessmore.pw
https://ii-net.tk/ii/ii-web.php
https://alicorn.tk/ii-old/

В последней был архив старых ii-сообщений и я его успел стянуть...

> надо наверное сделать так, чтобы обращение к /iii/ без GET-параметров отправляло бы на веб-интерфейс...

Вроде сделал - теперь если в браузере вбить https://sprinternet.io/iii/ то оно должно само перескочить в https://sprinternet.io/iii-web.php

AL>>> Пропиши какую-нибудь билеберду в auth этой ноды. Мне лень это исправлять :)
doesnm>> Удивительно, но работает
doesnm>> ~~В пароле оставил небольшую отсылку~~
doesnm>> Надо бы чтоли написать свой клиент...
doesnm> На самом деле не работает
doesnm> Цезий пишет что сообщений не обнаружено хотя в develop.16 есть сообшения которых нет у меня в кеше. Еще при фетче с tgi почему-то количество пишет с шагом в 4 сообщения (сообщений нет - сфетчено 4 сообщения)

А, или может я ошибся с датой
Походу надо больше спать

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

https://www.linux.org.ru/forum/general/17755587

меня не фечьте, у меня тока для экспериментов станция

Кстати, попутно перечитал почти все технические архивы из 2014 года. Хорошо, что они сохраняюцца.

iiii> https://www.linux.org.ru/forum/general/17755587
iiii> меня не фечьте, у меня тока для экспериментов станция

Интерфейс похож на iing... Хотя вроде бы что-то похожее было на оффициальном сайте ii
Мне такой дизайн почему-то не заходит

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

это оригинальный ii, тока на 3й python сделанный

есть ещё такой
http://ii.blcat.ru/lite/

Интерфейс вроде похож на старый чат с девочками 2015 года, который uliss - я его через вебархив недавно обнаружил :)

uliss это было расширение для хранения любых данных

чат с девочками был в 2014 году, в версии 0.3 девочек вроде уже не было. или можно ссылку, где у нас были девочки в 2015?

gemini://gem.blcat.ru

Вебархив пока лежит - как поднимут покажу

Я у себя переименовал oldpc.51t.ru в old.pc с заменой хэшей. Сейчас по содержанию эхи одинаковые, хэши разные.

в архиве ii старины написано так:

hc.51 3493 [2015.02.15 - 2015.03.10] Болталка с девочками

Там была Оля из Риги, кто был ещё не помню

Я про других девочек, которые аватарки у каждого юзера были

> меня не фечьте, у меня тока для экспериментов станция

и даже old.pc не фечичь? ;)

я пока не решил, что с ней делать - слить с ретро.талкс, или ретроталкс с ней, или ещё что-то

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

кстати, я не нашёл что-то таких сообществ? где они обитают?

> кстати, я не нашёл что-то таких сообществ? где они обитают?

ну в своём ретро-форуме я ii/IDEC уже 3 года пиарю ;)

http://www.nedopc.org/forum/viewtopic.php?f=46&t=21414

> я пока не решил, что с ней делать - слить с ретро.талкс, или ретроталкс с ней, или ещё что-то

да пусть будут обе - я забрал себе old.pc вместо oldpc.51t.ru ;)

old.pc

хочу докидать туда 20 сообщений из старой эхи old.pc которая жила по адресу http://p2.51t.ru/ii/ в мае 2022 года...

Не - криво заменилось ибо repto в новых сообщениях из old.pc всё также ссылается на старые msgid из oldpc.51t.ru т.е. у Re: сообщений можно родителя открыть только если обе эхи old.pc и oldpc.51t.ru присутствуют на узле...

Оппа. А про repto то я забыл

Короче тогда я обе их сведу в retro.talks

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

> хочу докидать туда 20 сообщений из старой эхи old.pc которая жила по адресу http://p2.51t.ru/ii/ в мае 2022 года...

докидал пока в https://sprinternet.io/iii-web.php?echo=oldpc.51t.ru

(хэши неправильные т.к. подбирать точно таймстемп и получателя чтобы название совпадало с хэшом слишком трудоёмко)

Короче я себе всё это безобразие почищу и склнвертну в retro.talks

Главное чтобы дублей не было

> Оппа. А про repto то я забыл

Поди проще было оставить старые msgid - пусть бы хэш перестал сходится после редактирования да и ладно...

> Короче я себе всё это безобразие почищу и склнвертну в retro.talks
Ну забери ещё до кучи последние 20 сообщений из https://sprinternet.io/iii-web.php?echo=oldpc.51t.ru что я сегодня докидал - оно тоже твоё :)
Там все msgid как были в мае 2022 и все repto корректно ссылаются куда надо ;)
Хеши уже не сходятся так что можно тексты сообщений дальше править (например заменить название эхи old.pc в сообщениях на что-то другое)

Это дубли!

Если кто то где то в каких то архивах восстановит старую эху, у нас две эхи будут указывать на одно сообщение! Какие нибудь индексаторы запутаются. Где то может они уже перезаписались. Зачем так делать? Каждое сообщение всегда должно быть уникальным!

Заменил в этих новых сообщениях old.pc на oldpc.51t.ru, чтобы было единообразно, а то я смотрю на hugeping.tk создалась отдельная тема old.pc куда все эти 20 сообщений залетели...

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

Это всё надо вычистить. Я потом конвертну обратно. Будет возможность всё распишу, с телефона неудобно

виноват - исправлюсь

переношу новые сообщения обратно в свою локальную эху old.pc

В сеть попали некорректные сообщения в эху oldpc.51t.ru. Моё расследование показало, что эта эха есть только у hugeping и shaos.

Проблем тут две. Почти всегда в сети была станция, которая содержала в себе весь архив ii с 2014 года, сначала у меня, потом alicorn, потом lessmore.pw (у него, кстати, можно базу взять?). И сообщение, принадлежащее двум эхам, может сорвать им крышу, в любом случае не будет ничего хорошего.

Вторая: эха в самом сообщении должна совпадать с фактической, а тут в сообщении будет одна, а текущих - две. Тоже проблема.

Надо снять эху с фетча и вычистить некорректные сообщения. Либо грохнуть у обоих и восстановить из актуального архива, в неё давно не писали.

А какая сейчас вообще схема роутинга, кто кого фетчит?

И есть ли у кого архивы, кроме аликорновского? В нём 46 тыщ сообщений, а у меня много лет назад в архиве было уже 87 тыщ. Откуда вообще взялась old.pc, в аликорновской базе такого нет.

На huheping всё чисто - он из новых мессаг создал новую эху old.pc, а старая oldpc.51t.ru как содержала 32 сообщения так и содержит

Для разрешения проблемы надо просто убить old.pc на hugeping и всего делов: https://hugeping.tk/old.pc/

old.pc взялась с веб-архива странички http://p2.51t.ru и её нигде больше нет - только у меня...

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

> Вторая: эха в самом сообщении должна совпадать с фактической

если всё настолько серьёзно, то незамедлительно нужно сделать 2 вещи:
1) чётко прописать алогритм хеша (конверсия небуквенных символов в A и z без всяких "например" и "лишь бы было уникально");
2) запретить редактирование сообщений если они уже приняты сервером (ибо это сломает сходимость хеша);
из вышесказанного вытекает ещё одно требование к узлам - проверять все входящие сообщения на совпадение хеша (по чётко прописанному в стандарте алгоритму) для отбрасывания всего, что не сходится (а оно не сойдётся если имя эхи не то или получателя/отправителя исправили или текст покоцался)

https://hugeping.tk/u/e/oldpc.51t.ru

oldpc.51t.ru
73zlBKu8621aATH5SkH4
y7DFYDMApBrme9nhehVX
2XvYZ97i4I4mh1CQAU3G
6xlVJD05JIWxAc9DFdGa
O0nLmhAwM7ue2cUhUWMG
J9L2ZQFWRn9EO1PBopYK
oDqUfLHkbgx4nGE6cp4y
qD3xqOMALnhxXKiFkhi6
oW3z5qndxnIvySKBNCBs
OVPnZYUf9PYuFI2QESvT
fA0gfNf3o2IlHeLDg5Gt
vKLfirFV6cHKKcJH32rM
JwrRKyFrGau1TUj6dVI2
6z8ZvS6BiSD55Ik0uK6W
INM8dh0b9QWYolnOfFQx
YK72VF2WFxjbEuAbtDA0
c9sgQ8wLlmG6T1uK2kA8
VuQd1IXcVIVqb3ITifXZ
oEzDIsA5hy8Enxc0ZI3f
bkawVubpvKvz6debphFg
c74ii0Y4GynI6ZKmX9tE
fTlZz38CgMzhTp3er0or
Oiu4QOAAGuyF07nZOLc3
AbCUUHla1UlxpsP3oQAg
FlAbPqmSDcpzpdVqdIha
dp9LwyLJWBjnWQLN0lL2
pIegZwE3tUMlzP1YNe9x
VFDBu0HLrcREUWm9qfq7
AXCXyAwUTLec0PqhdmKU
AibFl1PPdBh2GJW9WDSi
64Sv1pXU8iZey6xKvPJG
2YxOzvz1QGJZFwDMTNk6

всё как было - ничего нового
так что ненадо разводить панику...

интересно, каким образом он её создал, по какому принципу?

тогда всё проще

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

поскольку у меня её тоже больше нет, она действительно есть только у тебя :)

ок, заберу, почищу ненужное, прокомментирую/исправлю устаревшее и сконвертирую всё в retro.talks. а свою old.pc убью. в общем, никто не пострадал, но непонятно, почему станция Петра поместила их в old.pc, если ты проставил там новую эху внутри

зачитался, сижу восстанавливаю games.utf по исходнику инсталлера. восстановил :)

а ещё есть какие-нибудь архивы?

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

> интересно, каким образом он её создал, по какому принципу?

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

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

ну на самом деле одно другому не противоречит - надо просто ввести понятие draft для сообщений которые только что приняты сервером - их надо просто попридержать какое-то время (5 минут?) прежде чем флаг draft снимется и сообщение станет доступно для фетчинга с других узлов и если юзер вдруг решил исправить draft, то надо УБИТЬ старое сообщение и СОЗДАТЬ новое с ДРУГИМ msgid !!! т.к. старое сообщение ещё не ушло, то о такой подмене никто не узнает, а если сообщение уже ушло (т.е. флаг draft снялся), то всё - исправлять это сообщение уже больше нельзя иначе в системе будут циркулировать сообщения с одним и тем же msgid, но разным содержимым - поэтому и надо сверять хэши при фетче (хотя бы чтобы защититься от коррапнутых при хранении или передаче сообщений)

P.S. тот же механизм можно использовать для модерирования сообщений от новых поинтов - они будут в сосотянии draft пока модератор узла их не одобрит...

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

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

> а ещё есть какие-нибудь архивы?

я в декабре 2021 года качнул database.tar.xz с alicorn и сейчас поднял на локальном узле потихоньку вытаскивая оттуда полезное (например python.15 уже вытащил)

ii.stat почему то был только на spline-online.ru, а в архиве alicorn его небыло - тоже стянул...

> но непонятно, почему станция Петра поместила их в old.pc, если ты проставил там новую эху внутри

на тот момент когда он фечнул в этих сообщениях в качестве эхи стояла именно old.pc - я потом пробовал ставить oldpc.51t.ru, а потом обратно всё откатил, но это всё уже никуда не попало...

Мне лень так конвертить :)

Я сконвертил но не выложил так как ушёл, приду выложу проверишь

А ну тогда вообще ничего не страшно, это валидная эха old.pc

Там нет многих эх которые я даже на память помню.

У кого-то он в любом случае есть, надо только найти его...

> А ну тогда вообще ничего не страшно, это валидная эха old.pc

ну просто эти сообщения для old.pc пришли на запрос эхи oldpc.51t.ru и я уже понял, что это было нехорошо...

>> А ну тогда вообще ничего не страшно, это валидная эха old.pc

shaos> ну просто эти сообщения для old.pc пришли на запрос эхи oldpc.51t.ru и я уже понял, что это было нехорошо...

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

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

Хотя сделать это, не так-то просто. Ведь когда я формирую список id он уже отвязан от эх... Мнда... Ладно, подумаю на досуге.

Насчёт запретить редактировать.

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

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

Если это кого-то напрягает, снимайте фетч. Ну и я сам могу снять по просьбе.

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

> Я этого делать не буду, моя нода служит мне чисто утилитарно для моего проекта. Мне важно уметь редактировать сообщения. При этом не создаётся много сообщений, ID остаётся тем-же самым, но база хранит всю историю сообщений (но не отдаёт их наружу, всегда только последнее). Так же есть личные сообщения, но они тоже локализованы моей нодой.

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

iiii> Это к вопросу о важности тэгов. Вообще обычно фетчеры ориентируются на то, какую эху забирают, но фетчер Петра, видимо, ориентируется на тэг. Поэтому получилась совершенно валидная эха old.pc, такая же, как оригинальная.

Не совсем понимаю, что за тег? Я просто забираю список id по всем эхам а потом забираю эти сообщения. Распаковываю и помещаю их в соответствии с содержимым в базу.

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

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

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

Я тоже считаю, что проблемы особой нет. А стандартов - чем меньше, тем лучше :)

shaos, проверь с меня эху retro.talks.test

я там потом чёнить причешу, чёнить поудаляю и скорее всего просто в лоб переименую в retro.talks и смержу с текущей

вообще надо как-нибудь ревизию сети провести на предмет эх, где эха не совпадает с тэгом

я, если соберу все сообщения со всех текущих станций, проверю

> shaos, проверь с меня эху retro.talks.test

Вроде ок выглядит - Re сообщения ссылаются куда надо

Правда в одном сообщении в тексте осталась ссылка на несуществуюзщий msgid ( см. http://ii.blcat.ru/AVLUW1VuKb0T81PYx9rM )

И вот тут http://ii.blcat.ru/Iis8J50kYDLEJN0LMyRf наверное надо заменить линк на несуществующий club.syscall.ru (сейчас это club.hugeping.ru) - но это наверное мелочи, если гнаться за исторической аутентичностью, то наверное пусть остаётся как есть...

я себе пишу всякие такие проверялки на сях

лежат на гитлабе

https://gitlab.com/shaos/iii-php/-/tree/master/native-utils?ref_type=heads

например с помощью iii-check я проверял корректность эх python.15 и ii.stat прежде чем себе перетащить (там в итоге надо было переставить кое-какие сообщения, чтобы всё было в хронологическом порядке) - корректность тэга оно тоже проверяет...

> Правда в одном сообщении в тексте осталась ссылка на несуществуюзщий msgid ( см. http://ii.blcat.ru/AVLUW1VuKb0T81PYx9rM )

Всё понятно - этот несуществующий msgid существует на hugeping в эхе std.hugeping https://hugeping.tk/TF9RuFRon9u7ps9Owka3 и текст был перепостчен в oldpc.51t.ru как FlAbPqmSDcpzpdVqdIha

P.S. Я гляжу беседа там в oldpc.51t.ru продолжается и я её продолжаю себе затягивать ;)
https://sprinternet.io/iii-web.php?echo=oldpc.51t.ru

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

msgid ведёт на обзор план9, но в эхе std.hugeping. я её потом перекопировал, можно изменить ссылку и на него. сейчас мы заморозим oldpc51, потому что она снова ожила, и я там поправлю, games.utf тоже перевыложу и ссылку на неё поправлю

кроме того у меня есть идея собирать все msgid со всех станций, и если там есть такое сообщение, то перенаправлять на них (а если будет архив, то сразу на него)

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

> я там потом чёнить причешу, чёнить поудаляю и скорее всего просто в лоб переименую в retro.talks и смержу с текущей

а что будешь делать с oldpc.51t.ru которая продолжает жить своей жизнью на hugeping.tk и соответственно у меня?

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

свои запланированные сообщения про sarge я точно буду пулять в retro.talks

nastene-retro я буду выпускать уже с полным архивом retro.talks

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

всегда была такая болталка, там im.1407, im.1408, потом pipe.2032, и она всегда генерила трафик

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

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

Сделал мерж всех старых эх в retro.talks. Shaos, можешь забирать :)

и на форуме своём рекламить, можно всю эху можно отдельные статьи.

oldpс51 походу надо фризить, а то мне потом опять придётся сообщения переносить :)

> Сделал мерж всех старых эх в retro.talks. Shaos, можешь забирать :)

Забрал :)

https://sprinternet.io/iii-web.php?echo=retro.talks

Только переставил 4 верхних сообщения ниже перед 4 последними, чтобы было в хронологическом порядке, а то ii-php их криво показывает

olldpc.51t.ru удаляю и снимаю с фетча у hugeping

> кроме того у меня есть идея собирать все msgid со всех станций, и если там есть такое сообщение, то перенаправлять на них (а если будет архив, то сразу на него)

А небыло мыслей про распределённое хранилище объектов, чтобы небыло замыкания на один узел - держатель архива? Я это озвучивал как идею развития ii/IDEC в декабре 2021:

xDT61Ukip7E064VjCjt4

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

По тем пунктам:

1. Цель остаётся максимально простая реализация на любом языке программирования. Поэтому к версии 0.3 я отказался от zlib, если что пусть лучше сервер использует gzip-сжатие. Поэтому и замена символов в base64 вместо base58 - base64 есть везде.

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

5. Изначально в ii были и бинарные файлы, и файлы с разметкой textile, я от всего этого отказался ради простоты.

6. ЮЮКи в фидо. Я об этом думал, но это вообще лишнее, лишний трафик в простой сети, всё это должно реализовываться внешними средствами а не ходить по эхам.

7. В принципе, для чего-то подобного и резервировалось поле addr. У меня даже были реализации, где оно как-то так использовалось. Но особо это не нужно, разве что, в случае роста сети, делать там идентификатор для реализации NETMAIL (как я изначально и планировал, если потребуется), но пока там просто отпечаток станции.

8. Для этого изначально была система колец. Идеи все фетчатся со всеми не было (кстати, кто-нибудь всё таки скажет схему роутинга?). Сначала базовое кольцо, большие станции, далее кольца поменьше. Просто сеть никогда не разрасталась до таких масштабов, чтобы это использовать, но всё подобное было заложено изначально, расписано в доках. :)

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

на tgi я могу писать только сюда и вроде бы в эху по zx spectrum

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

> на tgi я могу писать только сюда и вроде бы в эху по zx spectrum

ну idec.talks не совсем болталка, а очень тематическая эха про обсуждение деталей функционирования ii/IDEC сети :)

болталка нужна

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

и ещё никто так и не сказал, кто сейчас кого фетчит, какой роутинг. я фетчу idec.talks с hugeping и habr.rss и lopennet.rss с spnet, но эхи инконсистентные

Понятно - спасибо за развёрнутый ответ! :)

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

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

https://sprinternet.io/iii/node.json

Надо туда добавить ii.blcat.ru и ещё в обозримом будущем я хочу и свои фетчеры сделать работающими по установкам из этого файла...

Идея хорошая, но нам тут всё таки ближе plaintext (изначально ii вообще был на json, но я перевёл в plaintext). Если в какой-то plaintext перенести, будет интересно, я такое расширение даже поддержу.

Ну за себя я сказал - см. мой node.json :)

bot.habr.rss изначально идёт с tgistation.ru а lor.opennet с idec.spline-online.ru - так что логичнее их из источников брать, а с меня можешь иногда обратно фетчить retro.talks если вдруг кто с моей ноды туда чо напишет ;)

P.S. У меня в веб интерфейсе в строке статуса есть инфа кто с меня фетчил (точнее дёргал апи поинта) за последние сутки и сколько раз в час - см. https://sprinternet.io/iii-web.php или http://sprinternet.io:8085/iii-web.php

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

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

tavern 16.6MB (2/hr), Google 12.4MB, tgi 5.0MB (3/hr), ping 3.4MB (6/hr), blcat 3.0MB (2/hr)