idec.talks

\/ . Ordos to iiii @ Re: Изменения по tgistation.ru 09/01/23 03:51

\/ . iiii to Ordos @ Re: Изменения по tgistation.ru 07/01/23 13:45

\/ . shaos to Ordos @ Re: С наступающим Новым Годом! 02/01/23 11:13

\/ . Ordos to All @ С наступающим Новым Годом! 31/12/22 08:57

\/ . Andrew Lobanov to shaos @ Re: Mira station 30/11/22 05:27

\/ . Andrew Lobanov to Ordos @ Re: Изменения по tgistation.ru 30/11/22 05:27

\/ . shaos to Andrew Lobanov @ Re: Mira station 26/11/22 06:48

\/ . Ordos to shaos @ Re: Изменения по tgistation.ru 14/11/22 07:43

\/ . shaos to shaos @ Re: Изменения по tgistation.ru 13/11/22 08:44

\/ . shaos to Ordos @ Re: Изменения по tgistation.ru 13/11/22 05:34

\/ . Ordos to All @ Изменения по tgistation.ru 27/10/22 09:10

\/ . Ordos to All @ Re: Таверна поломалась 24/10/22 08:02

\/ . Ordos to All @ Таверна поломалась 24/10/22 07:36

\/ . shaos to Andrew Lobanov @ Re: Mira station 20/09/22 14:52

\/ . Andrew Lobanov to All @ Велосипедостроительство 20/09/22 09:35

\/ . Andrew Lobanov to Ordos @ Re: Mira station 20/09/22 09:30

\/ . Andrew Lobanov to shaos @ Re: Новый узел IDEC http://shaos.net:8085 20/09/22 09:30

\/ . Andrew Lobanov to shaos @ Re: Mira station 20/09/22 09:30

\/ . shaos to shaos @ Re: Новый узел IDEC http://shaos.net:8085 19/09/22 16:27

\/ . Ordos to shaos @ Re: Mira station 19/09/22 10:37

\/ . Ordos to Ordos @ Re: Нодлист 11/03/22 07:56

\/ . shaos to shaos @ Re: Новый узел IDEC http://shaos.net:8085 18/09/22 22:57

Спешу сообщить, что мой заокеанский узел IDEC всё ещё существует!

Сегодня я добавил второй путь забирания эх через lessmore т.к. существующий адрес tavern не работает как минимум с 14 июля 2022 года (если пойти туда через браузер, то оно редиректит на какие-то списки ссылок). Несмотря на то, что старый адрес tavern не работает, он как будто-то бы продолжает забирать у меня сообщения по старому списку (я сегодня добавил у себя эху idec.test и её в том списке нет). Во всяком случае всё, написанное мной в idec.talks ушло в сеть и появилось как минимум на узлах lessmore и ping.

Список эх, которые я забираю извне:

====

	["idec.talks", "Сеть IDEC, её работоспособность и софт"],
	["idec.test", "Тестовые сообщения"],
	["lor-opennet.17", "RSS с сайтов linux.org.ru, opennet.ru"],
	["develop.16", "Программирование"],
	["linux.14", "Эха для линуксоидов"],
	["plan.9", "ОС Plan 9"],
	["zx.spectrum", "Speccy и совместимые компьютеры"],

====

Список локальных эх:

====

	["z80.coding", "Программирование процессора Z80"],
	["580.vm80a", "Программирование процессора КР580ВМ80А (i8080)"],
	["nedopc.1801", "Обсуждение компьютера nedoPC-1801"],
	["pdp.11", "Обсуждение архитектуры PDP-11 и совместимых машин"],
	["robby.lang", "Программирование на языке Robby"],
	["balanced.ternary", "Обсуждение троичной уравновешенной системы счисления"],
	["english.talks", "Speak English"],
	["silicon.valley.local", "Локальная конференция Кремниевой Долины"],
	["sprinter.computer", "Общие обсуждения компьютера Sprinter"],
	["sprinter.software", "Обсуждение программного обеспечения компьютера Sprinter"],
	["sprinter.hardware", "Обсуждение аппаратного обеспечения компьютера Sprinter"],
	["sprinternet.io", "Обсуждение сети для компьютера Sprinter"],
	["circuits.cc", "Эха про сайт circuits.cc"],
	["nedopc.org", "Эха про сайт nedopc.org"],
	["shaos.net", "Эха про сайт shaos.net"]

====

Короткий линк веб-интерфейса моего узла: http://idec.shaos.net

Могу взять благоразумных пойнтов - пишите на me@shaos.net ;)

Shaos

YvzTdq... . ОТВЕТИТЬ

\/ . shaos to shaos @ Re: Mira station 18/09/22 19:40

\/ . shaos to Andrew Lobanov @ Re: Mira station 18/09/22 16:59

\/ . Andrew Lobanov to All @ Saluton (Привет!) 27/08/22 17:19

\/ . Andrew Lobanov to All @ Mira station 24/06/22 05:46

\/ . oldpc to All @ ii-txt-0.9.tar.gz 04/05/22 16:34

\/ . shaos to Andrew Lobanov @ Re: Мысли про возможное будущее IDEC 19/02/22 08:49

\/ . Andrew Lobanov to shaos @ Re: Мысли про возможное будущее IDEC 04/02/22 10:18

\/ . Ordos to Andrew Lobanov @ Re: Нодлист 25/01/22 13:37

\/ . Andrew Lobanov to All @ Нодлист 24/01/22 05:31

\/ . Andrew Lobanov to ake @ Re: Предложения или "Как нам обустроить idec?" 21/01/22 09:32

\/ . shaos to All @ 2022 02/01/22 04:23

\/ . Ordos to shaos @ Re: Актуальный нодлист 24/12/21 10:31

\/ . shaos to shaos @ Re: Актуальный нодлист 24/12/21 07:12

А кстати небыло мыслей сделать специальный вызов в API, который возвращал бы uplinks?
Типа /fetches.txt

====

http://idec.spline-online.ml/;idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum;15
https://.....;something.something;60

====

Ну и было бы неплохо иметь возможность через API спросить у нода как он называется, а то я сейчас не вижу как по http://idec.spline-online.ml понять, что это tavern

И после этого можно будет строить топологию сети автоматически :)

N9RNo0... . ОТВЕТИТЬ

\/ . shaos to hugeping @ Re: Мысли про возможное будущее IDEC 24/12/21 06:58

\/ . shaos to hugeping @ Re: Предложения или "Как нам обустроить idec?" 24/12/21 06:56

\/ . ake to hugeping @ Re: Предложения или "Как нам обустроить idec?" 23/12/21 19:37

\/ . hugeping to ake @ Re: Предложения или "Как нам обустроить idec?" 23/12/21 09:23

\/ . hugeping to shaos @ Re: Мысли про возможное будущее IDEC 23/12/21 09:11

\/ . hugeping to shaos @ Re: Предложения или "Как нам обустроить idec?" 23/12/21 09:02

\/ . vvs to shaos @ Re: Предложения или "Как нам обустроить idec?" 22/12/21 21:07

\/ . shaos to vvs @ Re: Предложения или "Как нам обустроить idec?" 22/12/21 20:46

\/ . shaos to ake @ Re: Предложения или "Как нам обустроить idec?" 22/12/21 20:43

\/ . vvs to ake @ Re: Предложения или "Как нам обустроить idec?" 22/12/21 19:33

\/ . ake to Andrew Lobanov @ Re: Предложения или "Как нам обустроить idec?" 22/12/21 18:22

Добавил на своей ноде.

На клиенте:
Чтобы отправить сообщение кому-то, отправляем его в эху mailto.{имя ноды}.{номер поинта}. Например, mailto.ake.100
Чтобы прочитать свои входящие, указываем для получения ноду mailfor.{строка авторизации}.

В интерфейсе ноды:
Входящие - http://gears.headake.win/idec/ui2/directmail/inbox
Отправить сообщение - http://gears.headake.win/idec/ui2/directmail/send (адрес вводится в обычном формате "nodename, 123")

Реквизиты для тестов

====

Адрес пользователя: ake, 5
Строка авторизации: jfmq66fj6e

Адрес пользователя: ake, 6
Строка авторизации: 7uyoxz2fj4

====

О грустном - клиентах и разных подводных граблях.

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

cxDRiP... . ОТВЕТИТЬ

\/ . shaos to Difrex(mobile) @ Re: IDEC identity 22/12/21 09:14

\/ . shaos to Andrew Lobanov @ Re: Мысли про возможное будущее IDEC 22/12/21 08:02

\/ . shaos to Andrew Lobanov @ Re: Мысли про возможное будущее IDEC 22/12/21 07:54

\/ . Andrew Lobanov to shaos @ Re: Мысли про возможное будущее IDEC 22/12/21 05:09

\/ . shaos to shaos @ Re: Мысли про возможное будущее IDEC 22/12/21 02:18

\/ . shaos to ake @ Re: Мысли про возможное будущее IDEC 22/12/21 01:47

\/ . shaos to Andrew Lobanov @ Re: Мысли про возможное будущее IDEC 22/12/21 01:38

\/ . ake to shaos @ Re: Мысли про возможное будущее IDEC 21/12/21 18:34

\/ . Andrew Lobanov to shaos @ Re: Мысли про возможное будущее IDEC 21/12/21 17:41

\/ . shaos to All @ Мысли про возможное будущее IDEC 21/12/21 08:13

Всем привет

Я познакомился в ii/IDEC только в августе этого года, стал изучать как оно всё устроено и наконец на днях, воспользовавшись открытой реализацией ii-php, поднял свой узел - теперь у меня есть несколько мыслей по возможному будущему этой системы (либо системы, которая может отпочковаться от этой системы, но будет оставаться совместимой со старым IDEC API):

1) Кроме base64 существует чуть более компактный способ представления бинарных данных в виде текста - это алгоритм ascii85, когда каждые 4 байта представляются 5-значным 85-ричным числом, где каждая "цифра" это символ от '!' до 'u', плюс буквы 'z' и 'y' несут особый смысл, кодируя четвёрки нулей и пробелов соответственно - в результате данные раздуваются не в 4/3=1.33 раз, как в случае base64 (или uue), а в 5/4=1.25 раз или меньше, что как минимум на 6% компактнее. Можно немного развить ascii85 для кодирования произвольных бинарных данных, назвав новую систему кодирования скажем ascii85+ задействуя остальные неиспользованные символы: 'x' может кодировать четвёрку 0xFF (это может помочь при кодировании прошивок ПЗУ), 'w' - четвёрку 0x80 (это может помочь при кодировании 8-битных беззнаковых WAV-файлов), 'v' - пока может использоваться для детектирования ошибки, фигурные скобки { и } могут выделять закодированный бинарный блок в тексте (наличие явно заданного стартового символа упрощает парсинг, а наличие явно заданного терминатора поможет обрабатывать пограничные ситуации, когда концовка файла не влезает в 4 байта целиком), а ~ и | могут использоваться для каких-то особых случаев (см.ниже). Этот подход можно использовать для встраивания бинарных файлов в текст сообщений как вложений (аля ююки), указывая имя файла после втавки (чтобы клиент знал с чем этот файл надо есть и надо ли):

====

Посмотрите на эту весёлую картинку:
{Abhdhj!$^390+-
 ...
 Bhdbdfjg}=funny.gif

====

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

2) Этот же ascii85+ можно использовать для уменьшения размеров бандлов на 6% сделав новый вызов в API - например /u/n/msgid/msgid/msgid... (вместо /u/m/... который может остаться для старых клиентов) - и результат работы этого вызова может выглядеть примерно так:

====

msgid:{!"#$%&'()*+,-...}
msgid:{0123456789...}
msgid:{ABcded...}

====

где в фигурных скобках будет ascii85+ сообщений (этот алгоритм не является url-safe, поэтому в других местах API где надо url-safe останется всё тот же base64url).

3) Идея, что msgid является хэшом сообщения, с моей точки зрения является в ii ключевой, поэтому редактировать сообщения, сохранённые узлом (а тем более переданные на другие узлы) ни в коем случае нельзя! Ведь это поменяет контент и хэш уже не будет совпадать! Если же контент константен, то всегда можно восстановить msgid по самому сообщению, если вдруг msgid оказался утерян. Кроме того на стороне клиента (либо другого узла после фетча) можно проверить целостность сообщения, посчитав его хэш и сверив с msgid - если оно не совпадает, то либо это старое сообщение (отредактированное на узле, где это можно было делать, или посчитанное в стародавние времена, когда хэши в ii считались иначе), либо подменённое или испорченное новое сообщение - можно просто подсветить такое сообщение особым образом на клиенте и читатель сам будет решать, что ему с таким сообщением делать.

4) Хэш msgid может быть не визуально рандомным как сейчас, а будет способным нести информацию о типе (или о версии) сообщения - например сервер принимая от клиента текстовое сообщения классического вида добавит в его список тэгов новый тэг trick/0 и посчитает хэш сообщения - елси хэш не начинается скажем с символа '0', то алгоритм инкрементирует значение в этом тэге (trick/1) и считает хэш ешё раз - если опять не стартует с '0', то инкрементируем ещё раз и т.д. пока хэш не станет начинаться с нуля (в среднем на подготовку "красивого" msgid должно уходить порядка 32 вычислений хэша - иногда меньше, иногда больше) - в этом случае все узлы точно будут знать, что все "новые" сообщения с msgid вида 0... являются новыми "обычными" сообщениями (чтобы отличить от старых сообщений с именами случайно начинающимися с 0 можно проверить наличие тэга trick в заголовке сообщения - если он есть, то это новый тип сообщения с возможными вложенными файлами). Если каждая точка системы точно знает, что это новое сообщение, то она также может проверить целостность сообщения пересчитав его хэш и сверив с msgid ( ведь новый стандарт должен будет явно запретить редактирование или подмену сообщения уже сохранённого узлом ; ). Старые узлы и клиенты будут передавать такие сообщения как самые обычные (если не запнутся на неизвестном тэге trick).

5) Тип сообщения 1... может обозначать закодированный бинарный файл, когда в теле сообщения нет текста, а сразу идёт блок ascii85+ {...}. При посылке такого сообщения отправляющий клиент может задать новое ключевое слово @crc32:0xFFFFFFFF для указания контрольной суммы, которая при сохранении сообщения будет вставлена узлом в строку тэгов в виде .../crc32/0xFFFFFFFF и которую принимающий клиент может проверить после восстановления файла. Размер такого сообщения по понятным причинам будет ограничен - может быть даже придётся уменьшить текущий лимит 87кб до 32кб, чтобы эта реализация была совместима с ограниченными размерами памяти недокомпьютеров, которые могли бы участвовать в работе сети - в этом случае размер самого большого бинарного файла, который можно таким способом отправить, будет составлять порядка 26кб. Старые узлы и клиенты будут показывать такие сообщения как обычные текстовые.

6) Тип сообщения 2... может обозначать составной объект, когда ранее отправленные сообщения типа 1... на самом деле являются кирпичиками, из которых строится большое сообщение. В теле такого сообщения могут перечисляться как блоки {}, так и ссылки на внешние сообщения типа 1:

====

~1gjkwui4iuwqrezD56az
~1ui4iuwqrezD56azFejs
~{......}|это вставка блоба ascii85+ (комментарий после | до конца строки)
~1uwqrzFejsDSGFeekjkd|это ссылка на другой объект, который должен быть вставлен при сборке
{....}=666.bin|это объявление именованного блоба (без вставки)
~666.bin
~666.bin
~666.bin|это вставка копии именованного блоба (всего 3 копии подряд)

====

в примере выше показано как можно повторять несколько раз бинарный кусок, объявленный в том же сообщении (666.bin). Такой тип бинарного сообщения снимает любые ограничения на размер передаваемого объекта, который перед передачей может быть порублен на кусочки. При отправке такого сообщения также может быть использовано ключевое слово @crc32, которое как и в предыдущем случае будет вставлено узлом в строку тэгов при сохранении. Старые узлы и клиенты будут показывать такие сообщения как обычные текстовые (как в примере выше). В случае реализации сообщений 1 и 2 типов на уровне сети для передачи бинарных данных отпадёт необходимость в поддержке файлэх, которые выглядят несколько неестественно применительно к ii (например они не приспособлены для пересылки через последовательные каналы передачи данных, в то время как все остальные подсистемы IDEC представлены в текстовом виде и могут быть использованы через интерфейс терминала).

7) В будущем при отправке сообщения от поинта узлу к ключевым словам можно будет добавить ещё и подпись @sign:0xFF...FF по алгоритму скажем HMAC-RIPEMD-160-96 (с одним секретным ключом известным отправляющей и принимающей стороне), если достаточно удостовериться в валидности посланного от поинта на свой узел (узел должен знать секретный ключ поинта - точно также как сейчас он знает пароль) и далее при сохранении сообщения на узле (после проверки валидности) такую подпись можно опустить, либо (в будущем) по алгоритму Ed25519 (с публичным и секретным ключами), если требуется проверка достоверности сообщения в пределах всей сети на любом узле и любом клиенте (это более тяжёлая реализация, которая требует наличия двух алгоритмов SHA512 и Curve25519, а также способов передачи публичных ключей всех активных участников сети на все вовлечённые узлы) - в этом случае sign/0x... переедет в строку тэгов для проверки достоверности послания в любой точке сети (и также для проверки целостности данных вместо CRC32), а старые узлы и клиенты просто будут игнорировать этот тэг, как неизвестный.

8) Когда сеть разрастётся, возможно придётся отказаться от хранения всех сообщений на каждом узле (в идеале - когда все фетчат всех) - узлы могут быть разбиты на группы (с избыточностью) для хранения разных наборов объектов (скажем в зависимости от значений 2го и 3го символа в msgid). Существуют разнообразные алгоритмы распределённых хэшей, которые можно применить в данном случае для поиска объектов по хэшу (msgid) на сети ненадёжных узлов. В этом случае сеть можно будет использовать как распределённое хранилище подписанных объектов, которые можно будет задействовать при построении распределённых сайтов, мультиплеерных игр, криптовалют и т.д. Для старых узлов можно предусмотреть механизм, когда они подписываются на специальные скрытые эхи, в которые будут транслироваться копии объектов по группам - в этом случае эти узлы будут продолжать работать в старой парадигме IDEC, но в то же время они будут полезными в рамках новой распределённой сети объектов, раздавая сохранённые на них объекты при необходимости по запросу.

Shaos

xDT61U... . цепочка . ОТВЕТИТЬ

\/ . shaos to All @ тестовое сообщение 19/12/21 11:01

\/ . shaos to Andrew Lobanov @ Re: Два пустых сообщения в idec.talks 20/12/21 09:47

\/ . Andrew Lobanov to shaos @ Re: Два пустых сообщения в idec.talks 20/12/21 09:35

\/ . shaos to All @ Два пустых сообщения в idec.talks 20/12/21 07:46

Существует 2 пустых сообщения в idec.talks, которые вызывают ошибку при фетче из ii-php:

====

fetch http://idec.spline-online.ml/u/e/idec.talks/linux.14/lor-opennet.17/develop.16/plan.9/zx.spectrum
idec.talks
fetch http://idec.spline-online.ml/u/m/HaYwRbvCz0HDMhN2IrOU/ymc21433dohplAzblytS
invalid message: HaYwRbvCz0HDMhN2IrOU
error saving HaYwRbvCz0HDMhN2IrOU
invalid message: ymc21433dohplAzblytS
error saving ymc21433dohplAzblytS

====

Наверное если они невалидные их надо в чёрный список, не?

Od6dEM... . цепочка . ОТВЕТИТЬ

\/ . shaos to ake @ Re: Актуальный нодлист 19/12/21 12:37

Ну и от меня держите :)

====

{
    "nodename": "shaos",
    "client": " http://shaos.net:8085/ii-point.php?q=/",
    "web": " https://shaos.net:8085/ii-web.php",
    "sysop": "shaos",
    "contacts": {
        "email": "me@shaos.net",
        "phone": "+1xxxxxxxxxx",
        "web": " http://shaos.net"
    },
    "description": "shaos.net IDEC node",
    "uplinks": [
        [
            "tavern",
            "15m"
        ],
    ]
}

====

9nwANd... . ОТВЕТИТЬ

\/ . shaos to All @ Новый узел IDEC http://shaos.net:8085 19/12/21 12:35

\/ . Andrew Lobanov to ake @ Re: Предложения или "Как нам обустроить idec?" 18/12/21 06:20

\/ . Andrew Lobanov to ake @ Re: Предложения или "Как нам обустроить idec?" 18/12/21 06:17

\/ . ake to Andrew Lobanov @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 14:25

\/ . ake to Andrew Lobanov @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 13:29

\/ . Andrew Lobanov to ake @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 11:47

\/ . Andrew Lobanov to hugeping @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 11:47

\/ . Andrew Lobanov to ake @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 11:47

\/ . ake to Ordos @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 10:58

\/ . ake to hugeping @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 10:36

\/ . Ordos to Ordos @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 08:58

\/ . Ordos to ake @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 08:51

\/ . hugeping to ake @ Re: Предложения или "Как нам обустроить idec?" 17/12/21 08:59

\/ . vvs to ake @ Re: Предложения или "Как нам обустроить idec?" 16/12/21 19:08

\/ . ake to vvs @ Re: Предложения или "Как нам обустроить idec?" 16/12/21 18:43

\/ . vvs to ake @ Re: Предложения или "Как нам обустроить idec?" 16/12/21 17:36

\/ . ake to All @ Предложения или "Как нам обустроить idec?" 16/12/21 16:22

\/ . hugeping to ake @ Re: Анонс станции 15/12/21 19:24

\/ . ake to ake @ Re: Анонс станции 15/12/21 18:36

\/ . ake to Andrew Lobanov @ Re: Актуальный нодлист 15/12/21 05:42

====

{
    "nodename": "ake",
    "client": "http://gears.headake.win/idec/",
    "web": "http://gears.headake.win/idec/ui2/",
    "sysop": "ake",
    "contacts": {
        "email": "kdeisacake@mail.ru"
    },
    "description": "Ake station",
    "uplinks": [
        [ "ping", "10m" ],
        [ "tavern", "10m" ],
        [ "tgi", "10m" ]
    ]
}

====

Qqqs22... . ОТВЕТИТЬ

\/ . vit01 to Andrew Lobanov @ Re: Актуальный нодлист 14/12/21 08:03

====

{
    "nodename": "mira",
    "client": "https://ii-net.tk/ii/ii-point.php?q=/",
    "web": "https://ii-net.tk/ii/ii-web.php",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Станция мира",
    "uplinks": [
        [
            "instead-club",
            "10m"
        ],
        [
            "tavern",
            "10m"
        ],
        [
            "dynamic",
            "10m"
        ],
        [
            "md0",
            "10m"
        ]
    ]
},
{
    "nodename": "alicorn-archive",
    "client": "https://alicorn.tk/ii-old/ii-point.php?q=/",
    "web": "https://alicorn.tk/ii-old/",
    "sysop": "vit01",
    "contacts": {
        "email": "me@ii-net.tk",
        "phone": "+7xxxxxxxxxx",
        "web": "https://github.com/vit1-irk/"
    },
    "description": "Архив сетей ii и idec",
    "uplinks": []
}

====

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

mpxRfL... . ОТВЕТИТЬ

\/ . Ordos to Andrew Lobanov @ Re: Актуальный нодлист 13/12/21 11:58

====

{
    "nodename": "tgi",
	"client": "https://idec.textgamesinfo.ru/&quot;,
	"web": "https://idec.textgamesinfo.ru/&quot;,
	"sysop": "Ordos",
	"contacts": {
		"email": "ordosp@gmail.com",
		"phone": "+7xxxxxxxxxx",
	},
	"description": "Станция tgi",
	"uplinks": [
		[
			"tavern",
			"20m"
		],
		[
			"mira station",
			"20m"
		],
	]
}

====

M0qMW2... . ОТВЕТИТЬ

\/ . hugeping to Andrew Lobanov @ Re: Актуальный нодлист 13/12/21 10:34

====

{
    "nodename": "ping",
	"client": "https://club.hugeping.ru/",
	"web": "https://club.hugeping.ru",
	"sysop": "hugeping",
	"contacts": {
		"email": "gl00my@mail.ru",
		"phone": "+7xxxxxxxxxx",
		"web": "https://hugeping.ru"
	},
	"description": "Станция ping",
	"uplinks": [
		[
			"tavern",
			"5m"
		],
	]
}

====

Кроме этого, у меня стоит забор:
echo "difrex.blog" | ./ii-tool -lim=-16 fetch https://dynamic.lessmore.pw/idec
Не знаю, как это отобразить.

TYIgMm... . ОТВЕТИТЬ

\/ . Andrew Lobanov to All @ Актуальный нодлист 13/12/21 10:03

Начинает чувствоваться потребность в сабже.

Просьба скинуть или сюда или на spline1986@yandex.ru информацию о своих узлах сети в следующем формате:

====

{
    "nodename": "tavern",
	"client": "http://idec.spline-online.ml/",
	"web": "http://idec.spline-online.ml/",
	"sysop": "Andrew Lobanov",
	"contacts": {
		"email": "spline1986@yandex.ru",
		"phone": "+7xxxxxxxxxx",
		"web": "https://github.com/spline1986/"
	},
	"description": "Уголок уютного общения",
	"uplinks": [
		[
			"instead-club",
			"5m"
		],
		[
			"mira station",
			"5m"
		],
		[
			"tgi",
			"5m"
		]
	]
}

====

Большая просьба написать именно в таком формате, а не "у меня ничего не изменилось".

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

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

WxnDvQ... . цепочка . ОТВЕТИТЬ

\/ . Andrew Lobanov to All @ Доступ к idec-net на github 13/12/21 10:03

\/ . Andrew Lobanov to All @ Новая эха 13/12/21 10:03

\/ . shaos to Andrew Lobanov @ Re: Спринтер 13/12/21 08:03

\/ . Andrew Lobanov to shaos @ Re: Спринтер 13/12/21 06:45

\/ . shaos to Andrew Lobanov @ Re: Спринтер 13/12/21 06:02

\/ . Andrew Lobanov to shaos @ Re: Спринтер 13/12/21 05:22

\/ . shaos to Andrew Lobanov @ Re: Спринтер 13/12/21 05:07

\/ . Andrew Lobanov to All @ Спринтер 09/12/21 05:17

\/ . ake to Andrew Lobanov @ Re: gemini:// как дополнение idec 29/11/21 17:23

\/ . Andrew Lobanov to ake @ Re: gemini:// как дополнение idec 18/11/21 04:25

\/ . hugeping to ake @ Re: gemini:// как дополнение idec 17/11/21 08:59

ake to Andrew Lobanov @ Re: gemini:// как дополнение idec 17/11/21 08:12