[>]
gated or not to gated?
idec.talks
uzzerTGI(tgi,42) — uzzerTGI
2025-11-22 09:50:45
>> эта эха гейтуется куда-нибудь? в обратку тут только древние сообщения
> о, я тебя вижу
что-то я перекочеврёжил с этим сообщением, не так чо-то сделал
[>]
Re: NODES.2025
idec.talks
uzzerTGI(tgi,42) — uzzerTGI
2025-11-22 10:03:56
> http://sprinternet.io/iii/ - открыта для чтения, но непонятно, как получить регистрацию
ога. ошибка сертификации при запросе из Debian Sarge. Значит, тоже https-only.
[>]
debian sarge ii-txt test
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 10:46:50
кстати, 0.9, по идее, тоже не работала бы в sarge, в python 2.4 нет конструкции a if x else b. поправил, потестируем. добавил несколько новых фич.
[>]
Re: debian sarge ii-txt test
idec.talks
uzzerTGI(tgi,42) — uzzerTGI
2025-11-22 11:00:57
Как оно интересно веб-интерфейс tgi покорёжило
Subject Messages Last message
22.11.2025 09:46 от uzzerTGI (tgi,42):
debian sarge ii-txt test 1 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:46 от uzzerTGI (tgi,42):
Test 51 кстати, 0.9, по идее, тоже не работала бы в
sarge…
22.11.2025 09:03 от uzzerTGI (tgi,42):
NODES.2025 4 > http://sprinternet.io/iii/ - открыта для
чте…
[>]
Re: NODES.2025
idec.talks
shaos(spnet, 2) — uzzerTGI
2025-11-22 14:15:07
>> Чтобы получить поинта надо написать админу (мне) е-мейл :)
> а как его узнать, зайдя на станцию (или не зайдя)?
было сообщение тут, но уже давно убежало в анналы
написал в
ii://spnet.uplink
[>]
Re: NODES.2025
idec.talks
uzzerTGI(tgi,42) — shaos
2025-11-22 15:18:01
> было сообщение тут, но уже давно убежало в анналы
> написал в ii://spnet.uplink
А как запросить пойнта по http? распиши это, и как веб-интерфейс получить, и как сообщения запросить по http, и всё это тоже напиши в spnet.uplink, я просто напишу, где искать.
И сразу выпущу тест релизы ii-txt-2026 и NasteNe Retro 2000 Clean, с этой информацией.
Но вообще я хочу делать второе кольцо, чтобы само по себе жило. По возможности буду делать, драфт уже тоже могу сюда кинуть для комментариев по нему.
[>]
lenny client test
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 16:17:48
Будем в Lenny писать ноду для народу.
Интересно, если в Lenny в gambas2 написать клиент, его потом где-нибудь ещё можно будет использовать?
+ написано в ii-txt-2026
[>]
lenny client test
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 16:17:42
Будем в Lenny писать ноду для народу.
Интересно, если в Lenny в gambas2 написать клиент, его потом где-нибудь ещё можно будет использовать?
написано в ii-txt-2026
[>]
ii-txt-2026
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 17:53:35
Клиент на текстовых файлах, для python 2.4-2.7
версия test1, если что она и будет релизом
Новое после версии 0.9:
+ NODES.2025 с описанием живых нод и скрипт list.py для обзора эх из этого списка (и создания конфигов)
+ поддержка нескольких конфиг-файлов
+ newmsg.sh для создания нового сообщения в эхе (небольшой базовый шаблон)
+ исправлена работа с python 2.4, проверено на Debian 3.1 Sarge
+ другое
ii-txt-2026.test1.tar.gz
[>]
Nastene Retro 2000 Clean
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 18:00:46
Веб-станция, адаптированная под старые компьютеры. Работает на python 2.5-2.7, проверено в Debian Lenny
* Clean-версия не содержит стартовой базы сообщений retro.talks, файла bottle.py (см. README) и архива tools.tar.gz
Новое:
* Большее соответствие NasteNe 0.7, в том числе:
- первые 2 знака msgid это год
- поддержка memo
... кстати, в 0.7 memo нельзя создать с помощью пойнтового софта, здесь можно
* Подстветка таглайна memo в виде ссылки
* /h/f/msgid для получения файлов в сообщениях с тэгом @base64: (a la ii-go), подсветка таких ссылок
Версия test1, если всё нормально, то она и будет релизом.
nastene-retro-2000-clean.test1.tar.gz
[>]
Ring II / второе кольцо
idec.talks
uzzerTGI(tgi,42) — All
2025-11-22 18:08:44
Ring II / второе кольцо: опять же, есть что добавить/убавить?
NasteNe/ii (nn/ii), а также idec и совместимые - это простые фидообразные сети, с чтением/написанием как через веб-интерфейс, так и через офлайн-сообщения.
Всё это безобразие основано в 2014 году, и на конец 2025 года я вижу три основные проблемы:
- поиск живых станций
- (связанное с п.1) выпадения (умирания) станций
- на живые станции непонятно, как написать, регистрации нет или усложнена (в ii-txt-2026 есть NODES.2025 с описанием станций)
Кольца были предусмотрены ещё в 2014 году, но конкретно так никогда и не заработали.
А работать это должно так: верхнее кольцо более изолированное, второе (а если потребуется, то и следующие) более свободные.
С постепенным обменом трафиком (и, по потребности, с перетеканием пойнтов).
Кольцо II - это сеть станций, где есть и своя иерархия эх (ring2.*) с более свободным общением, но с возможностью гейтовать все эхи (в одностороннем или двустороннем порядке).
Принципы:
* лёгкая доступность
... доступ по http, для старых систем
... относительно свободная регистрация (по традиции, в виде мини-игры)
... размещение на бесплатных php-хостингах и синхронизация между ними (меньше вероятность выпадения)
... нет никаких конкретных правил, все ситуации разрешаются сисопом/сисопами в рамках сети (ring2.sysop)
* свои эхи
... ring2.sites - текущие станции, изменения в эхах, отслеживание структуры второго кольца
... ring2.sysop - отслеживание текущей ситуации с кольцом (некорректные сообщения и т.п.)
... ring2.global - болталка, в том числе для гейтования между всеми станциями nn/ii, idec и совместимыми
... ring2.test - тестовая эха кольца
... и любые другие
В связи с возможностью одностороннего гейтования, некоторые эхи надо помечать, что они ходят только в рамках станции/кольца.
Тут много откытых вопросов "как?" и "зачем?".
На данный момент пока ничего никак не отображатся, эхи будут просто забираться извне, и в них можно будет просто что-то писать, без распространения дальше.
Сейчас я буду писать простую php-станцию, и размещать её на подобных хостингах.
[>]
рутинг
idec.talks
uzzerTGI(tgi,42) — All
2025-11-23 16:46:06
эха naste.ne есть на netsco, foxears и spnet. netsco давно уже ничего ни с кого не забирает, но там есть регистрация, и я могу туда писать. я написал в n.n, сообщение ушло на foxears, но на spnet оно не ушло. кто ща чо у кого фетчит? я просто буду писать на netsco, а забирать сообщения мне без разницы, откуда, раз netsco ни у кого не забирает :)
+ написано в ii-txt-2026
[>]
Re: рутинг
idec.talks
shaos(spnet, 2) — uzzerTGI
2025-11-24 10:31:42
хм, это странно т.к. с netsco я забираю как и со всех остальных 3 раза в час
$fetchconfig=[
"http://netsco.alwaysdata.net/u/",
"idec.talks",
"naste.ne",
"hamradio.73"
];
[>]
Re: рутинг
idec.talks
shaos(spnet, 2) — uzzerTGI
2025-11-24 10:43:37
> кто ща чо у кого фетчит?
я в своё время предлагал расширить описатель узла в JSON, что Лобанов изначально собирал с живых, чтобы в этом JSON-е были прописаны адреса узлов откуда что фетчится и как часто - в этом случае топологию сети можно быстро строить с помощью простого краулера, который бы начиная с одного известного сайта обходил все остальные узлы и строил граф связности - это можно было бы проделывать автоматически скажем раз в месяц и куда-то засылать картинку текущей топологии - я бы тогда php-версию что у меня крутится поправил бы, чтобы она по этому JSON-у фетчила, а не по вручную созданному крону как сейчас, но народ сказал своё твёрдое фи :)
[>]
Re: рутинг
idec.talks
uzzerTGI(tgi,42) — shaos
2025-11-24 18:07:13
> а кто у меня берёт обсчитывается автоматом каждый день по апачи-логам и результат вывешивается внизу главной страницы и посылается в ii://spnet.stats
там нет списка эх, которые запрашиваются :)
[>]
Re: рутинг
idec.talks
uzzerTGI(tgi,42) — shaos
2025-11-25 01:55:49
>> кто ща чо у кого фетчит?
> я в своё время предлагал расширить описатель узла в JSON
кстатэ
мой текущий конфиг:
http://tgistation.ru/u/
idec.talks
https://sprinternet.io/iii/u/::spnet.uplink
https://sprinternet.io/iii/u/::naste.ne
https://idec.foxears.su/u/::naste.ne
в naste.ne я пишу с веб-интерфейса netsco
я мог бы переключить адрес на netsco и писать в обе эхи, но тогда у нас появилось бы понятие write-only станция, и кто бы зашёл в веб-интефейс netsco, подумал бы что я общаюсь сам с собой :) вообще прикольная фишка сети, пишешь на одной станции, а забираешь с другой
вообще, в клиентах, какие были (по крайней мере, какие делал я), забирать можно со множества станций, а писать только на одну. можно, конечно, сделать и отправку, привязанную к эхам, но тогда такое переусложнение получится... в ii-txt-2026 появилась возможность задавать разные конфиги, в принципе этого и простенького скрипта сверху для этого должно хватить
[>]
Re: рутинг
idec.talks
uzzerTGI(tgi,42) — ake
2025-11-27 01:44:37
> Есть же ещё реализация автоматического обнаружения с /nodes.txt, которую предложил foxears (ii://cobdA9fxXEwmR7mich2a). Я её у себя на ноде добавлял и тестировал.
Идея хорошая, но надо везде согласовывать и реализовывать.
1. УРЛ надо тоже кодировать, там могут быть и схема и путь
2. Надо отдельно выделять веб-интерфейс (чтобы можно было зайти на станцию и оценить эхи и активность. я вон вообще случайно узнал, что на ake есть веб-интерфейс)
3. ... и тип регистрации (свободная, через емейл, его можно указывать, нэт регистрации)
- то есть, формат чё-то типа улица (короткий шортнейм для идентификации)/адрес-ii/адрес-веб-интерфейса/тип регистрации (возможно сразу емейл), всё кодировано в base64/urlsafe
4. Это должно быть встроено в нодовый софт, вместе со списком нодов (я у себя распространяю NODES.2025), чтобы можно было запустить скрипт и опубликовать свою ноду на всех известных станциях
5. Зачем столько автоматики? Как будто по 100 нод в день добавляется. Просто проверяется нода из списка, что и почём, и вручную активируется кем-нибудь из нод "первого кольца". Ещё и долбиться неведомо куда по запросу извне... есть список апрува, куда попадают такие запросы, сисоп либо одобряет и нода публикуется, либо отменяет.
6. Почему эха node.list локальная, не подлежит распространению и зачем удалять из неё сообщения? Я в ring2.sites буду периодически публиковать список всех нод всех колец.