Я хочу на своей ноде сделать что то вроде list.txt но с описанием того что я фетчу.
Я могу сделать и json в формате.
Есть ли смысл это стандартизовать?
Если нет - я бы сделал просто что то вроде:

урл фетча:список эх
урл фетча:список эх
урл фетча:список эх

Перид опроса имхо не особо важная информация. И вообще - она может быть даже не периодической. ;)

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

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

> И также позволит получить актуальную инфу о структуре сети.

для этого и нужна сисопская эха, чтобы объяснять *я хочу* или *я больше не хочу*, поскольку эта информация касается всех

впоследствии, если узлов будет хотя бы 20, нам всё равно понадобится NC/NEC в одном флаконе, который и будет во всё вникать, и какие-никакие правила, которым следует подчиняться всем узлам (с понесением личной ответственности за их неисполнение), поэтому надо как-никак организовываться.

Сделай пожалуйста в таком же формате, как уже есть, чтобы не плодить сущностей.
Если у тебя опрашивается какая-то нода не по крону, то поставь 0m.

Если добавлять эхи в информацию, то я за такой формат в JSON:

{
    "nodename": "dynamic",
    "client": "https://dynamic.lessmore.pw/idec/",
    "web": "https://dynamic.lessmore.pw",
    "sysop": "difrex",
    "contacts": {
        "email": "difrex.punk@gmail.com",
        "web": "https://github.com/Difrex"
    },
    "description": "IDEC network aggregator. Please email me for indexing your node.",
    "uplinks": [
        {
            "node": "http://ii-net.tk/ii/ii-point.php?q=/",
            "echoes": ["list.txt"],
            "interval": "15m"
        },
        {
            "node": "http://idec.spline-online.tk/",
            "echoes": [
                "idec.talks",
                "lit.14"
            ],
            "interval": "15m"
        },
        {
            "node": "http://club.syscall.ru/",
            "echoes": ["list.txt"],
            "interval": "15m"
        },
        {
            "node": "http://gk11.ru/",
            "echoes": ["openbsd.talk"],
            "interval": "15m"
        }
    ]
}

Difrex(mobile)> Если добавлять эхи в информацию, то я за такой формат в JSON:

А нужна ли эта информация в нодлисте?

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

Difrex(mobile)> Ну, два человека высказолось за то, что хотят видеть эхи в информации из нодлиста.
Difrex(mobile)> Я за JSON потому что он удобен для машины. Заглядывать в него глазами - можно, но не обязательно.

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

На тот случай, если кто-то всё-таки соберётся составлять нодлист

1. Моих станций теперь всего 2: это [mira] и [alicorn-archive].
2. Аплинки: tavern, ii.difrex.ru, club.syscall.ru
3. Всех аплинков фетчу раз в 10 минут, список эх для всех одинаковый
4. Список фетч-эх в реальном времени смотреть, например, здесь: https://ii-net.tk/ii/club-fetch.php
6. Личную информацию, адреса и явки смотреть в предыдущем нодлисте, они не изменились.

// на срач ответить нечего

Снял ii.14 с фетча и со списка эх

// снял с фетча также tyt.bce.hacpem в виду сомнительной нужности