shaos> Если кто застал в конце 90-х начале нулевых были такие игры по E-mail - посылаешь свой ход некоему роботу емейлом и получаешь ответ через какое-то время, когда все игроки сделали свои ходы - а вот игры по ii (IDEC) кто-то когда-то делал?…

Была мысль поиграть в VGA Planet по idec, но кто ж будет играть? Я уже не буду :)

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

> Откуда у молодёжи интерес к IRC не понимаю :)
> Эта ирка нам старперам ещё в прошлом веке надоела ;)

Из того же веяния https://suckless.org и прочего.

tuple> Не родился тогда ещё, но есть у меня желание написать космическую игрушку в духе "Звёздного пути" для IRC. Исследование космоса, отдача приказов с кресла капитана и всякое такое. Можно даже на метапарсере отдачу приказов реализовать.

Была такая игра StarTrek. Можно найти варианты, работающие на современных системах. Я бы рекомендовал SuperStarTrek.

tuple> В IRC также существует https://www.piratesirc.com/ как пример.

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

shaos> Эта ирка нам старперам ещё в прошлом веке надоела ;)

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

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

> Была такая игра StarTrek.

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

> Можно найти варианты, работающие на современных системах. Я бы рекомендовал SuperStarTrek.

Посмотрел, последнее обновление даже в 2023 году было. Добавили систему небесных координат из реальности.

>> Была такая игра StarTrek.
tuple> Да, даже пробовал играть когда-то, но ввиду того, что я привыкший всё-таки к более дружелюбным интерфейсам, остановился.

В некоторых вариантах вполне дружелюбный интерфейс.

>> Можно найти варианты, работающие на современных системах. Я бы рекомендовал SuperStarTrek.
tuple> Посмотрел, последнее обновление даже в 2023 году было. Добавили систему небесных координат из реальности.

Хорошая игра. У меня знакомый даже стримил её.

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

>> Откуда у молодёжи интерес к IRC не понимаю :)
>> Эта ирка нам старперам ещё в прошлом веке надоела ;)
tuple> Из того же веяния https://suckless.org и прочего.

Мне нравится их философия и не нравится их реализация ^__^

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

> Мне нравится их философия и не нравится их реализация ^__^

Философия мне тоже импонирует, я не программист, но что не так с реализацией?

> В некоторых вариантах вполне дружелюбный интерфейс.

Да, сейчас посмотрел - https://traditio.wiki/Star_Hanter. Кто-то реализовал красивый но всё ещё текстовый интерфейс, заточенный под мобильные устройства, однако куда-то этот проект пропал. Сайт не работает.

> Хорошая игра. У меня знакомый даже стримил её.

Где можно увидеть запись?

shaos>> я не сильно флюент в пайтоне, но вроде это значит выкинуть - (используется вместо + в base64url) затем выкинуть _ (используется вместо / в base64url) потом взять 8 символов от начала и в конце сделать ljust(8,'A') который при данном раскладе не делает ничего?...
AL> Это какая-то дичь. Переписывать я её, конечно же, не буду :)

Переписывать всеравно надо. Кстати ты таверну на Python 2 держишь? Или просто рабочий код не на гх?

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

>> Мне нравится их философия и не нравится их реализация ^__^
tuple> Философия мне тоже импонирует, я не программист, но что не так с реализацией?

Слишком сильно упираются в минимализм. Чуть больше надо гибкости.

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

shaos>>> я не сильно флюент в пайтоне, но вроде это значит выкинуть - (используется вместо + в base64url) затем выкинуть _ (используется вместо / в base64url) потом взять 8 символов от начала и в конце сделать ljust(8,'A') который при данном раскладе не делает ничего?...
AL>> Это какая-то дичь. Переписывать я её, конечно же, не буду :)
doesnm> Переписывать всеравно надо. Кстати ты таверну на Python 2 держишь? Или просто рабочий код не на гх?

Ну кому надо, те перепишут. Таверна на третьем питоне. Рабочий код фиг знает где.

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

>> Хорошая игра. У меня знакомый даже стримил её.
tuple> Где можно увидеть запись?

На ютубе :)

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

shaos>>>> я не сильно флюент в пайтоне, но вроде это значит выкинуть - (используется вместо + в base64url) затем выкинуть _ (используется вместо / в base64url) потом взять 8 символов от начала и в конце сделать ljust(8,'A') который при данном раскладе не делает ничего?...
AL>>> Это какая-то дичь. Переписывать я её, конечно же, не буду :)
doesnm>> Переписывать всеравно надо. Кстати ты таверну на Python 2 держишь? Или просто рабочий код не на гх?
AL> Ну кому надо, те перепишут. Таверна на третьем питоне. Рабочий код фиг знает где.

Iing я не успел пощупать так что заинтересован только в tgi и ii-go (iing увидел мельком и что-то UI не особо заходит)
Ну и мб iissh если его нормально переписать

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

Ну будет 100% совместимая между всеми проверка целостности данных :)

А так то конечно можно оба варианта поддержать при проверке целостности - типа проверяю c Az, если не сошлось, то уменьшаю msgid и подсчитанный хэш до маленьких буков и сравниваю опять - если сошлось, то сообщение было неподменянное, а если нет - то рисую напротив такого сообщения красный треугольный знак с ! внутри - вобщем как-то так :)

P.S. Я знаю, что некоторые ноды позволяют редактировать сообщения без изменения их msgid - у меня такие сообщения будут маркироваться как подменянные...

а оно ещё и падает каждые N дней :)

или код таверны уже далеко убежал от опубликованного iing?

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

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

> ing я не успел пощупать так что заинтересован только в tgi и ii-go...

можешь ещё пощупать ii-php (или мой вариант iii-php, который пока недалеко ушёл от оригинала)

А мне кстати понравилось (после того как понял как оно работает) - вот так если бы сделали подсчёт хэшей для ii изначально, то было бы более сбалансированно нежели просто заменять 2 кода из 64х на уже использованные ранее (A и Z):

base64.urlsafe_b64encode(hashlib.sha256(msg).digest()).decode("utf-8").replace('-', '').replace('_', '')[:20].ljust(20,'A')

Ещё одна фигня, которую я тогда же предлагал в relcom.games.pbem на базе моей игры в программируемых роботов Robot Warfare 1:

https://groups.google.com/g/relcom.games.pbem/c/1LXLseOhxvU/m/2ASlWm651CIJ

всем привет!

В связи с реанимацией моего проекта Robot Warfare 1, хотел
бы пригласить всех присутствующих сетян к обсуждению реальной
PBEM на основе RW1.
Первоначальная идея такой модификации была выдвинута
T.Rec.(Yury Kornukhin) более двух лет назад, а я оформил
эту идею сообразно своим личным представлениям и предпочтениям:

Экономическая модификация игры RW1+ должна стать полноценной PBEM.
Правила пока не доведены до ума и все нижеизложенное есть пока
ТОЛЬО ПРОЕКТ. Адрес почтового робота: rw...@shaos.ru

Регистрация в обеих играх (RW1 и RW1+):
Subject: REG:name
(только для новых игроков)

Добавление робота в базу роботов RW1:
Subject: RW1:name
В теле письма допускается лишь один робот в одном из двух видов:
а) текст робота (на RW1)
б) код робота (RW0) с UU-кодированием
в) код робота (RW0) c base64-кодированием (MIME)

Удаление робота из базы роботов RW1 (и из игры RW1+ соответственно):
Subject: DEL:robot.rw0
письмо должно быть послано точно с того же адреса,
откуда осуществлялась регистрация игрока;
команда на удаление робота из класса А игнорируется
из игры RW1+ робот удаляется лишь после проведения еще одних
соревнований (чтобы не вызвать изменение состава класса в период
между соревнованиями)

Отправка письма любому игроку RW1:
Subject: MAIL:name
тело этого письма будет перенаправлено игроку name, в том случае,
если такой игрок будет зарегистрирован в игре RW1,
и если обратный адрес будет соответствовать адресу реального
игрока RW1, причем в текст письма будет вставлена строка
FROM псевдоним_игрока_отправителя

Управление процессом игры RW1+:
Subject: RW1+:name
В теле письма располагаются команды, по одной в строке:

% комментарий (на всякий случай :-)

ADD robotname

Добавление робота из базы роботов RW1 в предварительный список
игры RW1+. Причем добавляемый робот должен уже сыграть как минимум
один раз в обычной игре. Из предварительного списка робот помещается
в последний класс лишь после проведения одного соревнования RW1+
(для предсказуемости состава последнего класса).

DEL robotname

Удаление робота из игры RW1+ (но не из RW1).
Робот удаляется лишь после проведения еще одних соревнований
(чтобы не вызвать изменение состава класса в период между
соревнованиями).

USE s e/m FOR robotname

Использовать схему s автоматического распределения ресурсов,
причем e/m - максимальные разрешенные значения энергии и снарядов
в одном бою. Схемы автоматического распределения ресурсов :
0 - экономия (режим по умолчанию - 5/5 на каждый бой)
1 - равномерная (не более e/m на каждый бой)
2 - ва-банк (e/m против лидера, 5/5 для остальных)
3 - прорыв (e/m против трех первых, 5/5 для остальных)
4 - оборона (e/m против трех последних, 5/5 для остальных)
Также можно использовать и ручное управление распределением

TABLE FOR robotname % заголовок таблицы ручного распределения по боям
e/m VS robotname1 % строки с указанием того, сколько единиц энергии
e/m VS robotname2 % и снарядов использовать против конкретного робота
... % в классе (конечно если этот робот там есть)

MAP Value R

Проголосовать за номер карты Value, поставив R денег
Сервер всегда будет ставить 100 рублей на 0.DDMMYYYY
Чем больше денг поставлено на номер, тем больше
вероятность его выбора.

SET robotname N R

Проголосовать за то, чтобы робот robotname занял место N
(1 или 2) в строке параметров RW1_DUEL, поставив за это R денег

END

Конец приказа. Все что будет в письме далее - игнорируется

Игроку, таким образом, разрешается участвовать или только в RW1, или
в RW1 и в RW1+ (т.е. всегда известны способности робота). В ответ на приказ,
почтовый робот присылает подробную таблицу распределения энергии, снарядов
и денег по боям и отельным роботам. Имя робота robotname - имя файла робота
(name.rw1 или name.rw0). Добавление робота осуществляется однократно.
Размер класса - 16 роботов (от 10 до 25 в последнем классе). Из последнего
класса робот вылетает, если у него заканчиваются деньги. В отличие от
традиционной модели игры RW1, в RW1+ роботы воюют каждый с каждым по
ОДНОМУ разу, причем на первое место в командной строке ставится робот,
либо поставивший больше денег, чтобы занять данное место, либо стоящий
выше в списке роботов данного класса. В одном письме можно управлять
распределением ресурсов нескольких роботов из нескольких классов.
Допускается совместное использование автоматического и ручного распределения
ресурсов для одного робота (сначала автоматическое, потом ручное).

Допустим назовем виртуальные деньги рублями.
Стоимость единицы энергии - 2 рубля, одного снаряда - 1 рубль.
Одно очко дает 10 рублей в последнем классе, 20 в предпоследнем, 30 и т.д.
Перед каждым боем робот бесплатно получает 5 едениц энергии и 5 снарядов,
причем их можно не использовать, это повлечет прибавление к кошельку
игрока 15 рублей. Команды взаимодействия между роботами используются
в полном объеме, кроме того свой робот (т.е. того же автора) видится
как объект 7. Так как используется схема без "сквозных" роботов и роботы,
помеченные как удаленные, удаляются только после проведения соревнований,
то состав класса вполне можно предсказать, кроме того можно отправить
для начала самый простой приказ, состоящий лишь из слова END.
Почтовый робот посчитает, что нужно установить 5/5 на каждый бой
(режим экономии) для всех роботов игрока и пришлет списки тех классов,
в которых участвуют роботы игрока с соответствующими расчетами.
После этого, когда игроку станет виден состав классов, он сможет
отправить другой приказ. В момент соревнований будет действителен
последний пришедший приказ.

Приглашаю всех заинтересованных в этой модификации принять участие
в окончательном обсуждении правил RW1+ в нашем списке рассылки
rw...@yahoogroups.com (подписка - rwar-su...@yahoogroups.com)
или форуме на сайте http://shaos.ru/robots

Alexander Shabarshin (sh...@mail.ru)

P.S. Был бы рад, если бы обсуждение происходило в рамках
данной конференции relcom.games.pbem

P.P.S. Буду благодарен, если сей документ кто-нибудь запостит
в фидошные эхи, близкие к теме разговора!

Под более сбалансированным я имею ввиду распределение вероятностей попадания той или иной буквы в хэш - по архивным сообщениям оно выглядит так:

0 734
1 689
2 710
3 695
4 757
5 792
6 704
7 709
8 706
9 714
a 749
b 744
c 693
d 790
e 753
f 735
g 745
h 744
i 732
j 718
k 706
l 717
m 797
n 740
o 706
p 747
q 766
r 673
s 764
t 718
u 746
v 733
w 676
x 746
y 717
z 1354
A 1392
B 726
C 713
D 729
E 789
F 707
G 708
H 712
I 711
J 726
K 772
L 709
M 804
N 759
O 730
P 701
Q 721
R 677
S 659
T 746
U 734
V 709
W 734
X 680
Y 761
Z 753

т.е. z и A сильно выбиваются вперёд...

> Кстати, а куда делся Ordos и где код tgi?

Экспериментально определил, что tgi тоже как и Go-реализации подменяет на A и Z, в итоге имеем:

A и Z:
- ii-go
- lessmore
- tgi

A и z:
- оригинальный ii (судя по архивным мессагам)
- ii-php
- iing

Ни у кого не сохранилось? Для истории так сказать - версии от 0.1 до 0.5 (последняя?)
Веб-архив тупит https://web.archive.org/web/20140703233815/ href="http://ii.51t.ru:80/">http://ii.51t.ru:80/
Вроде чегой-то лежало на битбакете по адресу https://bitbucket.org/51t/ii/
Теперь нету :(

А ещё гугл начал индексировать мой узел через https:// т.к. из-за переезда нода стала видна также и по другому доменному имени, у которого есть LetsEncrypt сертификат:

https://sprinternet.io/ii-web.php

Пришло время переименовываться из shaos.net:8085 в sprinternet.io?...

Научился через mod_rewrite перехватывать запросы на /iii/... и перенаправлять их на /ii-point.php?q=/...

https://sprinternet.io/iii/list.txt

>> ing я не успел пощупать так что заинтересован только в tgi и ii-go...
shaos> можешь ещё пощупать ii-php (или мой вариант iii-php, который пока недалеко ушёл от оригинала)

А, и еще ii-php, да
Его я щупал первым на тестовой ноде (которой больше нет ибо кое где сломали php)

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

К этому же домену можно обращаться и по http:// но через порт 8080:

http://sprinternet.io:8080/iii/list.txt
http://sprinternet.io:8080/iii/u/e/idec.talks
http://sprinternet.io:8080/iii/m/CSGXP80jlHdHZocToAF8

Можно сделать раз в 10 минут вместо каждые 5? ;)

И заодно новый https:// префикс можешь испрользовать вместо кривого ...php?q=/

https://sprinternet.io/iii/

Предлагаю этот раздвоенный msgid включить всем в blacklist.txt т.к. он вызывает проблемы на разных нодах:

v2gj6Qx0JJmoNlcjcJlg

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

shaos> Предлагаю этот раздвоенный msgid включить всем в blacklist.txt т.к. он вызывает проблемы на разных нодах:
shaos> v2gj6Qx0JJmoNlcjcJlg

Можно, конечно.

shaos> P.S. Также обнаружил у себя в списках несколько старых сообщений у которых длина хеша была 19 символов вместо 20 - все удалил т.к. один из узлов продолжал их у меня спрашивать (вместе с вышеупомянутым раздвоенным)...

И это неправильно. Длина хеша может быть потенциально любой.

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

Список коротких хэшей:

3rkSne5R2FI1QXrlJkF
bi36U9W4Zu86wagsE8X
Hi7AzJtfBZKKb96awMP
SZ7KQTwMhch9gSIJ1Q3
APcbWI1obBZ3nr5uZgt
8BqXV3KGYEqIwnPaKsB
MmBCteS6yMnC2LZLbRC
JDKVlOwszVbKpMvjwN8

Мне кажется выбрав tgi как станцию я многое упускаю. Из эх тут по сути есть только idec.talks и на нее я подписан
Как можно дотянутся до других эх в этой сети?

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

> И это неправильно. Длина хеша может быть потенциально любой.

Ну тогда тебе надо поглядеть в свой код т.к. именно твой узел продолжал у меня их спрашивать каждые 10 минут :)

62.109.31.95 - - [29/Sep/2024:23:30:08 -0700] "GET /ii-point.php?q=/u/m/3rkSne5R2FI1QXrlJkF/bi36U9W4Zu86wagsE8X/Hi7AzJtfBZKKb96awMP/v2gj6Qx0JJmoNlcjcJlg/SZ7KQTwMhch9gSIJ1Q3/APcbWI1obBZ3nr5uZgt/8BqXV3KGYEqIwnPaKsB/MmBCteS6yMnC2LZLbRC/JDKVlOwszVbKpMvjwN8 HTTP/1.1" 200 10517 "-" "Python-urllib/3.11"
62.109.31.95 - - [29/Sep/2024:23:40:09 -0700] "GET /ii-point.php?q=/u/m/3rkSne5R2FI1QXrlJkF/bi36U9W4Zu86wagsE8X/Hi7AzJtfBZKKb96awMP/v2gj6Qx0JJmoNlcjcJlg/SZ7KQTwMhch9gSIJ1Q3/APcbWI1obBZ3nr5uZgt/8BqXV3KGYEqIwnPaKsB/MmBCteS6yMnC2LZLbRC/JDKVlOwszVbKpMvjwN8 HTTP/1.1" 200 10517 "-" "Python-urllib/3.11"
62.109.31.95 - - [29/Sep/2024:23:50:08 -0700] "GET /ii-point.php?q=/u/m/3rkSne5R2FI1QXrlJkF/bi36U9W4Zu86wagsE8X/Hi7AzJtfBZKKb96awMP/v2gj6Qx0JJmoNlcjcJlg/SZ7KQTwMhch9gSIJ1Q3/APcbWI1obBZ3nr5uZgt/8BqXV3KGYEqIwnPaKsB/MmBCteS6yMnC2LZLbRC/JDKVlOwszVbKpMvjwN8 HTTP/1.1" 200 10517 "-" "Python-urllib/3.11"

и ii-php честно их каждый раз отдавал...

Ну вот же :)

def debundle(bundle):
    for msg in bundle:
        if msg:
            m = msg.split(":")
            msgid = m[0]
            if len(msgid) == 20 and m[1]:
                msg = base64.b64decode(m[1].encode("ascii")).decode("utf8").split("\n")
                c.execute("INSERT INTO msg (msgid, tags, echoarea, time, fr, addr, t, subject, body) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?);", (msgid, msg[0], msg[1], msg[2], msg[3], msg[4], msg[5], msg[6], "\n".join(msg[8:])))
    con.commit()

в iing стоит проверка на равенство длины числу 20 :)

Ну читать другие эхи можно где угодно, а вот чтобы писать в них существует два пути:

1) попросить сисопа твоего узла прокинуть интересующие тебя эхи

2) стать поинтом другого узла ;)

shaos> Ну читать другие эхи можно где угодно, а вот чтобы писать в них существует два пути:
shaos> 1) попросить сисопа твоего узла прокинуть интересующие тебя эхи
shaos> 2) стать поинтом другого узла ;)

Ну мой сисоп походу тут не сидит
Значит надо еще один акк...
Либо свою ноду поднять. Но оно вообще надо?

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

> Либо свою ноду поднять. Но оно вообще надо?

Ну тоже вариант, но надо будет с другими узлами договариваться, чтобы у тебя забирали

>> Либо свою ноду поднять. Но оно вообще надо?
shaos> Ну тоже вариант, но надо будет с другими узлами договариваться, чтобы у тебя забирали

Ну я в любом случае подниму свою ноду. Хочу поэкспементировать с emailtoii скриптами из ii-db-tools чтобы почту читать с цезия
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

shaos> Можно сделать раз в 10 минут вместо каждые 5? ;)
shaos> И заодно новый https:// префикс можешь испрользовать вместо кривого ...php?q=/
shaos> https://sprinternet.io/iii/

На https я поменял. А почему 5 минут это проблема? Там по трафику ничего нет, если нет новых сообщений... Просто у меня единый фетч на все станции и мне нравится оперативно получать ответы.

shaos> Предлагаю этот раздвоенный msgid включить всем в blacklist.txt т.к. он вызывает проблемы на разных нодах:
shaos> v2gj6Qx0JJmoNlcjcJlg

Гм, у меня нет такого сообщения в базах... Наверное я не фетчу эти эхи.

shaos> Ну вот же :)

shaos> ====
shaos> if len(msgid) == 20 and m[1]:
shaos> ====

shaos> в iing стоит проверка на равенство длины числу 20 :)

У меня тоже судя по коду стоит проверка на 20. Это точно не в стандарте?

Ну если общий фетч то ок - пусть будет 5 мин - может я тогда свои фетчи тоже почаще сделаю…

Наверное если только одна эха есть из этих двух то ок:

idec.talks:v2gj6Qx0JJmoNlcjcJlg
lor-opennet.17:v2gj6Qx0JJmoNlcjcJlg

shaos> Наверное если только одна эха есть из этих двух то ок:

shaos> idec.talks:v2gj6Qx0JJmoNlcjcJlg

idec.talks у меня есть, но сообщения этого нет. Это странно. Может всё-таки у кого-то сбойнуло что-то? Проверяли по коду - хеш действительно совпадает если его перерассчитать?

shaos> Ну если общий фетч то ок - пусть будет 5 мин - может я тогда свои фетчи тоже почаще сделаю…

Я уже поменял на 10 (но хотел бы вернуть на 5). Но на самом деле фетч может быть по разному написан. Если ты каждый раз сливаешь полный список айдишников, лучше конечно пореже. Но мой фетчер работает по другому, поэтому я и удивился. Там мизерные запросы. Поэтому хочу уточнить, с чем связана просьба?

Я не вижу нового сообщения - ii-php показывает в idec.talks старую новость из lor-opennet, а таверна глючит в lor-opennet застряв на том сообщении, но перезапомнив дату как будто оно самое новое и при попытке перемотать ленту до конца оно снова перескакивает на него

Просьба связана с перестраховкой :)
У меня этот сервак на домашнем линухе крутится и подключение через кабельного оператора - мало ли что…
А так я сейчас занялся программой аналитики для своей версии ii-php - ежесуточно буду считать кто сколько и как часто качает - тогда будет видно реальный трафик

В этой новой эхе уже больше 100 сообщений! :)

Новый способ посмотреть её через веб:

https://sprinternet.io/iii-web.php?echo=bot.slashdot

И потом у меня всё ещё БД на файлах - вдруг кто-то чего-то затрёт/перетрёт одновременно с кем-то другим...

shaos> Я не вижу нового сообщения - ii-php показывает в idec.talks старую новость из lor-opennet, а таверна глючит в lor-opennet застряв на том сообщении, но перезапомнив дату как будто оно самое новое и при попытке перемотать ленту до конца оно снова перескакивает на него

Откуда вообще столько шума из-за мёртвой эхи? Актуальная это lor.opennet же.

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

shaos> И потом у меня всё ещё БД на файлах - вдруг кто-то чего-то затрёт/перетрёт одновременно с кем-то другим...

А у тебя даунлинки могут что-то тереть?

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

Ну архив тоже типа эха - или когда создали новую, то старую удалили и забыли? ;)
Я вот поиск хочу нагородить по всем эхам, что у меня есть - включая архивные :)

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

shaos> И потом у меня всё ещё БД на файлах - вдруг кто-то чего-то затрёт/перетрёт одновременно с кем-то другим...

а в этом есть что-то плохое? я вот думаю взять iii именно из-за этого
Но что там с скрытыми эхами?

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

shaos> Ну архив тоже типа эха - или когда создали новую, то старую удалили и забыли? ;)

Я просто не могу себе представить пользу от архива новостей ЛОРа и опеннета. Оно полезно в моменте.

shaos> Я вот поиск хочу нагородить по всем эхам, что у меня есть - включая архивные :)

Бывает :)

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

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

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

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

> Я просто не могу себе представить пользу от архива новостей ЛОРа и опеннета. Оно полезно в моменте.

Ну вот сидит человек скажем за Спринтером или за ZX-спектрумом и через сетевушку читает ii/IDEC эхи - захотел окнутуся так сказать в историю ну или поиск организовал по ключевому слову - скажем Knoppix и смотрит чего там когда оно упоминалось - круто же? ;)

Ну вот когда пересяду на мускульную реализацию - страхи должны исчезнуть :)

Пока вот подсчитал аналитику за 30 сентября 2024 года (количество дёрганий апи поинта в час подсчитано в среднем по информации за сутки):

[1] 62.109.31.x point=144 web=0 49958KB <--- tavern 6/hr
[2] 62.140.249.x point=5 web=3 7342KB <--- ?
[3] 92.63.98.x point=72 web=0 4784KB <--- tgi 3/hr
[4] 95.165.9.x point=211 web=0 2519KB <--- ping 8/hr
[5] 66.249.79.x point=111 web=340 2218KB <--- Googlebot 4/hr
[6] 24.6.124.x point=1 web=57 387KB <--- Me testing
[7] 92.246.138.x point=0 web=1 311KB
[8] 122.161.50.x point=0 web=1 143KB
[9] 172.59.160.x point=0 web=14 124KB
[10] 5.255.231.x point=0 web=17 106KB

Как можно видеть ping действительно меньше всех берёт, а вот tavern получается самая злобнокачающая нода :)

И кстати кто это 62.140.249.x из Москвы?

Для сравнения тоже самое за вчера (29 сентября 2024 года):

[1] 62.109.31.x point=144 web=0 51721KB <--- tavern 6/hr
[2] 92.63.98.x point=72 web=0 4757KB <--- tgi 3/hr
[3] 66.249.79.x point=206 web=340 3465KB <--- Googlebot 8/hr
[4] 64.176.188.x point=0 web=1 1147KB
[5] 37.114.63.x point=0 web=1 1124KB
[6] 95.165.9.x point=284 web=0 984KB <--- ping 11/hr
[7] 24.6.124.x point=18 web=42 409KB <--- Me testing
[8] 75.119.144.x point=0 web=2 31KB
[9] 95.108.213.x point=1 web=10 27KB <--- ?
[10] 172.56.42.x point=1 web=0 19KB <--- ?

И позавчера (28 сентября 2024 года):

[1] 62.109.31.x point=144 web=0 51972KB <--- tavern 6/hr
[2] 66.249.79.x point=168 web=569 5170KB <--- Googlebot 7/hr
[3] 92.63.98.x point=72 web=0 4758KB <--- tgi 3/hr
[4] 185.80.221.x point=0 web=3 4430KB
[5] 51.195.94.x point=0 web=2 2248KB
[6] 176.126.240.x point=11 web=7 1404KB <--- ?
[7] 64.176.181.x point=0 web=1 1147KB
[8] 95.165.9.x point=218 web=0 759KB <--- ping 9/hr
[9] 24.6.124.x point=13 web=80 594KB <--- Me testing
[10] 62.140.249.x point=1 web=2 537KB <--- ?

Интересно откуда гуглобот знает апи поинта? Подсмотрел в чьём-то ведроидовском клиенте IDEC?...

Добавил распознавание синапса (бот от Matrix.org) и яндексбота (а также переместил название ботов в колонку адреса т.к. боты частенько лезут с совершенно разных подсеток):

30 сентября 2024:

[1] 62.109.31.x point=144 web=0 49958KB <--- tavern ~6/hr
[2] 62.140.249.x point=5 web=3 7342KB <--- ?
[3] 92.63.98.x point=72 web=0 4784KB <--- tgi ~3/hr
[4] 95.165.9.x point=211 web=0 2519KB <--- ping ~8/hr
[5] Google point=111 web=340 2218KB
[6] 24.6.124.x point=1 web=57 387KB <--- shaos
[7] 92.246.138.x point=0 web=1 311KB
[8] YandexBot point=1 web=37 305KB
[9] 122.161.50.x point=0 web=1 143KB
[10] 172.59.160.x point=0 web=14 124KB

29 сентября 2024:

1] 62.109.31.x point=144 web=0 51721KB <--- tavern ~6/hr
[2] 92.63.98.x point=72 web=0 4757KB <--- tgi ~3/hr
[3] Google point=206 web=340 3465KB
[4] 64.176.188.x point=0 web=1 1147KB
[5] 37.114.63.x point=0 web=1 1124KB
[6] 95.165.9.x point=284 web=0 984KB <--- ping ~11/hr
[7] 24.6.124.x point=18 web=42 409KB <--- shaos
[8] YandexBot point=2 web=19 59KB
[9] 75.119.144.x point=0 web=2 31KB
[10] 172.56.42.x point=1 web=0 19KB <--- ?

28 сентября 2024:

[1] 62.109.31.x point=144 web=0 51972KB <--- tavern ~6/hr
[2] Google point=168 web=569 5176KB
[3] 92.63.98.x point=72 web=0 4758KB <--- tgi ~3/hr
[4] 185.80.221.x point=0 web=3 4430KB
[5] 51.195.94.x point=0 web=2 2248KB
[6] Synapse point=14 web=9 1691KB
[7] 64.176.181.x point=0 web=1 1147KB
[8] 95.165.9.x point=218 web=0 759KB <--- ping ~9/hr
[9] 24.6.124.x point=13 web=80 594KB <--- shaos
[10] 62.140.249.x point=1 web=2 537KB <--- ?

27 сентября 2024:

[1] 62.109.31.x point=144 web=0 51802KB <--- tavern ~6/hr
[2] DataForSeoBot point=0 web=29 8572KB
[3] 92.63.98.x point=72 web=0 4719KB <--- tgi ~3/hr
[4] Google point=81 web=204 1543KB
[5] Synapse point=2 web=5 838KB
[6] 95.165.9.x point=235 web=0 828KB <--- ping ~9/hr
[7] 62.140.249.x point=1 web=5 558KB <--- ?
[8] 89.82.213.x point=0 web=1 458KB
[9] 46.148.50.x point=0 web=3 277KB
[10] 188.40.204.x point=1 web=3 271KB <--- ?

26 сентября 2024:

[1] 62.109.31.x point=139 web=0 49453KB <--- tavern ~5/hr
[2] Google point=371 web=727 13667KB
[3] 92.63.98.x point=69 web=0 4499KB <--- tgi ~2/hr
[4] 95.165.9.x point=283 web=0 979KB <--- ping ~11/hr
[5] 24.6.124.x point=3 web=97 795KB <--- shaos
[6] 172.56.42.x point=0 web=15 145KB
[7] 172.56.43.x point=0 web=11 40KB
[8] YandexBot point=2 web=18 39KB
[9] 188.18.8.x point=0 web=1 11KB
[10] 114.119.139.x point=3 web=0 3KB <--- ?

Также теперь под Google понимается 2 агента - Googlebot и GoogleOther (оба лезут из главного гуголового оффиса в Mountain View, CA)

shaos> Как можно видеть ping действительно меньше всех берёт, а вот tavern получается самая злобнокачающая нода :)

Потому что она на древнем -- мы тогда индексы целиком гоняли. Если напрягает, могу погасить фетчер пока не перепишу узел.

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

shaos> Ну вот когда пересяду на мускульную реализацию - страхи должны исчезнуть :)
shaos> Пока вот подсчитал аналитику за 30 сентября 2024 года (количество дёрганий апи поинта в час подсчитано в среднем по информации за сутки):
shaos> [1] 62.109.31.x point=144 web=0 49958KB <--- tavern 6/hr
shaos> [2] 62.140.249.x point=5 web=3 7342KB <--- ?
shaos> [3] 92.63.98.x point=72 web=0 4784KB <--- tgi 3/hr
shaos> [4] 95.165.9.x point=211 web=0 2519KB <--- ping 8/hr
shaos> [5] 66.249.79.x point=111 web=340 2218KB <--- Googlebot 4/hr
shaos> [6] 24.6.124.x point=1 web=57 387KB <--- Me testing
shaos> [7] 92.246.138.x point=0 web=1 311KB
shaos> [8] 122.161.50.x point=0 web=1 143KB
shaos> [9] 172.59.160.x point=0 web=14 124KB
shaos> [10] 5.255.231.x point=0 web=17 106KB
shaos> Как можно видеть ping действительно меньше всех берёт, а вот tavern получается самая злобнокачающая нода :)
shaos> И кстати кто это 62.140.249.x из Москвы?

Это я случайно выкачал всю ноду ибо забыл в ii-tool fetch добавить -
тестил формат базы ii-go. По крайней мере подсеть моя
Вот только сегодня я ничего не фетчил, только вчера

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

> Это я случайно выкачал всю ноду ибо забыл в ii-tool fetch добавить -
> тестил формат базы ii-go. По крайней мере подсеть моя

тото я смотрю юзер-агент "Go-http-client/1.1" :)

> Вот только сегодня я ничего не фетчил, только вчера

дык я живу во вчера (Калифорния) - у меня 1 октября только пару часов назад наступило ;)

Ну совсем гасить ненадо - пусть будет, но можно пореже чуток сделать - скажем каждые 20 минут (3 раза в час вместо 6), а вот узел ping показал, что легко может каждые 5 минут приходить ;)

P.S. Моя нода тоже все индексы берёт похоже - надо поразбираться как настроить, чтобы работало более оптимально (я не чаще 2 раз в час к каждому стучусь)...

shaos> Ну совсем гасить ненадо - пусть будет, но можно пореже чуток сделать - скажем каждые 20 минут (3 раза в час вместо 6), а вот узел ping показал, что легко может каждые 5 минут приходить ;)
shaos> P.S. Моя нода тоже все индексы берёт похоже - надо поразбираться как настроить, чтобы работало более оптимально (я не чаще 2 раз в час к каждому стучусь)...

Интересно, а что с tgi? Вообще я бы не отказался от её поддержки ибо скоро получу диплом по Django. Кроме tgi на глазу разве что Fdroid Repo Maker который в 2020 забросили

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

tgi работает себе и работает

shaos> tgi работает себе и работает

Я про то как она фетчит индексы и как часто

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

Ну в той же таблице было - 3 раза в час

tgi забираёт у меня полные списки, но по ограниченному числу эх - пример:

92.63.98.71 - - [30/Sep/2024:23:00:03 -0700] "GET /ii-point.php?q=/list.txt HTTP/1.1" 200 1244 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:03 -0700] "GET /ii-point.php?q=/u/e/idec.talks HTTP/1.1" 200 19867 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:04 -0700] "GET /ii-point.php?q=/u/e/bot.habr.rss HTTP/1.1" 200 45542 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:06 -0700] "GET /ii-point.php?q=/u/e/plan.9 HTTP/1.1" 200 591 "-" "python-requests/2.26.0"
92.63.98.71 - - [30/Sep/2024:23:00:06 -0700] "GET /ii-point.php?q=/u/e/zx.spectrum HTTP/1.1" 200 748 "-" "python-requests/2.26.0"

наверное bot.habr.rss можно и не забирать назад, если не подразумевается, что люди будут комментировать сообщения бота...

Кстати в данный момент при попытке зайти в эху bot.habr.rss через веб-интерфейс tgistation.ru оно какое-то время висит и затем показывается ошибка таймаута:

504 Gateway Time-out
nginx/1.18.0 (Ubuntu)

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

shaos> у меня в данный момент скрытых эх нет - кстати надо попробовать создать и если ii-php допускает их создание, то в своей реинкарнации iii-php я это дело буду запрещать - тут всё должно быть открыто и прозрачно как мне кажется...

Даже личная почта? https://github.com/idec-net/ii-db-utils/blob/master/emailtoii.py

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

Личная почта не входит в «стандарт» IDEC - я знаю некоторые экспериментировали и кое-где оно как-то есть, но никак не совместимо друг с другом как я понимаю…

И кстати наверное emailtoii не есть личная почта - наверное это просто конвертор из приходящей почты в ii - просто способ публикации статей в ii /IDEC т.е. всё что попадает в ii так или иначе становится бубличным (ну разве лишь если имя эхи не содержит какой-то никому не известный ключ типа личный passauth - но опять же сисоп это увидит в любом случае)…

shaos> И кстати наверное emailtoii не есть личная почта - наверное это просто конвертор из приходящей почты в ii - просто способ публикации статей в ii /IDEC т.е. всё что попадает в ii так или иначе становится бубличным (ну разве лишь если имя эхи не содержит какой-то никому не известный ключ типа личный passauth - но опять же сисоп это увидит в любом случае)…

Держать на своей ноде в скрытой эхе
Если бы цезий умел в пометку эхи как локальной, то по идее даже нода не нужна
Но все таки хотелось бы fetchmail+procmail держать на сервере, а с клиента забирать готовые сообщения

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

Домашний интернет сегодня чото прилёг (а с ним и моя нода) - вечером только удалось восстановить перегрузив роутер...

doesnm> Держать на своей ноде в скрытой эхе
doesnm> Если бы цезий умел в пометку эхи как локальной, то по идее даже нода не нужна

Цезий умеет в пометку эхи как архивной, что не запрещает тебе локально в неё писать что угодно.

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

Статистика за 1 октября:

[1] 62.109.31.x point=122 web=0 42666KB <--- ~5/hr
[2] 92.63.98.x point=64 web=0 4221KB <--- ~2/hr
[3] 95.165.9.x point=125 web=1 3260KB <--- ~5/hr
[4] 52.207.47.x point=0 web=1 1232KB
[5] Google point=42 web=166 818KB
[6] 24.6.124.x point=0 web=66 396KB
[7] 35.171.141.x point=0 web=1 230KB
[8] Facebook point=3 web=8 127KB
[9] 3.232.102.x point=0 web=1 123KB
[10] 18.205.213.x point=0 web=1 101KB

Сегодня добавился Facebook...

shaos> Статистика за 1 октября:
shaos> [1] 62.109.31.x point=122 web=0 42666KB <--- ~5/hr
shaos> [2] 92.63.98.x point=64 web=0 4221KB <--- ~2/hr
shaos> [3] 95.165.9.x point=125 web=1 3260KB <--- ~5/hr
shaos> [4] 52.207.47.x point=0 web=1 1232KB
shaos> [5] Google point=42 web=166 818KB
shaos> [6] 24.6.124.x point=0 web=66 396KB
shaos> [7] 35.171.141.x point=0 web=1 230KB
shaos> [8] Facebook point=3 web=8 127KB
shaos> [9] 3.232.102.x point=0 web=1 123KB
shaos> [10] 18.205.213.x point=0 web=1 101KB
shaos> Сегодня добавился Facebook...

Сегодня переключил забор на два раза в час. Пока новая реализация ноды не будет готова, будет так.

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

doesnm>> Держать на своей ноде в скрытой эхе
doesnm>> Если бы цезий умел в пометку эхи как локальной, то по идее даже нода не нужна
AL> Цезий умеет в пометку эхи как архивной, что не запрещает тебе локально в неё писать что угодно.

Архивная эха не будет синкатся с нодой?
Ок, тогда осталось переделать скрипты на ait
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

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

Да. Она просто лежит в локальной базе и её можно читать. Сам цезий просто её не обновляет.

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

doesnm>>>> Держать на своей ноде в скрытой эхе
doesnm>>>> Если бы цезий умел в пометку эхи как локальной, то по идее даже нода не нужна
AL>>> Цезий умеет в пометку эхи как архивной, что не запрещает тебе локально в неё писать что угодно.
doesnm>> Архивная эха не будет синкатся с нодой?
AL> Да. Она просто лежит в локальной базе и её можно читать. Сам цезий просто её не обновляет.

Я нашел опцию лучше - stat

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

doesnm>>>>> Держать на своей ноде в скрытой эхе
doesnm>>>>> Если бы цезий умел в пометку эхи как локальной, то по идее даже нода не нужна
AL>>>> Цезий умеет в пометку эхи как архивной, что не запрещает тебе локально в неё писать что угодно.
doesnm>>> Архивная эха не будет синкатся с нодой?
AL>> Да. Она просто лежит в локальной базе и её можно читать. Сам цезий просто её не обновляет.
doesnm> Я нашел опцию лучше - stat

Про эту опцию уже даже я забыл :)

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

Решил объединить идею декларации аплинков/фетчей и описатель ноды из N9RNo0fkT9a9aolTxpaa

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

Если каждый положит себе на ноду такой node.json ( у меня этот файл доступен и по апи поинтов и напрямую по https://sprinternet.io/node.json ), то в любой момент можно будет автоматически строить топологию IDEC-сети, начиная с одного (любого) узла! Кроме того я планирую автоматически настраивать фетчи именно по этому JSON-описателю.

Заодно официально переименовываю свою ноду из shaos в spnet как сокращение от Sprinternet (сеть для ретрокомпов) с доступным по https:// линком для поинтов:

https://sprinternet.io/iii/

и веб-интерфейсом:

https://sprinternet.io/iii-web.php

старый адрес http://shaos.net:8085/ii-web.php и поинтовый апи http://shaos.net:8085/ii-point.php?q=/ пока также продолжат работать...

Создал у себя на ноде новую эху, куда раз в сутки буду засылать статистику по 10 самым активным визитёрам ноды (отдельно считаются активные минуты поинтовых запросов и активные минуты веб запросов):

https://sprinternet.io/iii-web.php?echo=spnet.stats

Иногда буду сюда перепосылать, если что интересное вылезет ;)

Кроме того сделал выписывание активных аплинков внизу вебстраницы вот в таком виде:

Last day top uplinks: tavern 41.7MB (5/hr), tgi 4.1MB (2/hr), ping 3.2MB (5/hr), Google 0.8MB (1/hr), Facebook 0.1MB

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

Да - результат на лицо :)

[1] Google point=108 web=899 26.6MB <--- Google (4/hr)
[2] 62.109.31.x point=48 web=0 16.4MB <--- tavern (2/hr)
[3] DataForSeoBot point=0 web=26 8.3MB
[4] 92.63.98.x point=72 web=0 4.7MB <--- tgi (3/hr)
[5] 95.165.9.x point=144 web=0 3.7MB <--- ping (6/hr)
[6] 95.217.57.x point=0 web=1 1.1MB
[7] 24.6.124.x point=3 web=46 0.4MB
[8] 92.246.138.x point=0 web=1 0.1MB
[9] YandexBot point=0 web=17 0.1MB
[10] 172.56.46.x point=0 web=4 0.0MB

А вот гугл чего-то аж на первое место вышел 8)

shaos> Да - результат на лицо :)
shaos> [1] Google point=108 web=899 26.6MB <--- Google (4/hr)
shaos> [2] 62.109.31.x point=48 web=0 16.4MB <--- tavern (2/hr)
shaos> [3] DataForSeoBot point=0 web=26 8.3MB
shaos> [4] 92.63.98.x point=72 web=0 4.7MB <--- tgi (3/hr)
shaos> [5] 95.165.9.x point=144 web=0 3.7MB <--- ping (6/hr)
shaos> [6] 95.217.57.x point=0 web=1 1.1MB
shaos> [7] 24.6.124.x point=3 web=46 0.4MB
shaos> [8] 92.246.138.x point=0 web=1 0.1MB
shaos> [9] YandexBot point=0 web=17 0.1MB
shaos> [10] 172.56.46.x point=0 web=4 0.0MB
shaos> А вот гугл чего-то аж на первое место вышел 8)

не хватает Manuel - Gas Gas Gas на фоне и анимации как гугл вырывается в топ

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

Хотел забирать develop.16 с пинг ноды чтобы читать в read only
Написал такое:
```
nodename ping
node https://club.hugeping.ru
echo develop.16
```
При синхронизации пишет:
Работа с https://club.hugeping.ru/
ОШИБКА
ОШИБКА
Нажмите Enter для продолжения
```
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?

Это цезий? Он у меня на всё так пишет...

shaos> Это цезий? Он у меня на всё так пишет...

Я с него сейчас пишу. Tgi с ним у меня работает

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

doesnm> При синхронизации пишет:
doesnm> Работа с https://club.hugeping.ru/
doesnm> ОШИБКА
doesnm> ОШИБКА
doesnm> Нажмите Enter для продолжения
doesnm> ```

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

peter@royal:$ echo develop.16 | ./ii-tool fetch https://club.hugeping.ru -
INFO: 2024/10/04 14:42:53 Start fetcher(s) for https://club.hugeping.ru
INFO: 2024/10/04 14:42:53 Get https://club.hugeping.ru/u/e/develop.16
peter@royal:$ 

doesnm> Хотел забирать develop.16 с пинг ноды чтобы читать в read only
doesnm> Написал такое:
doesnm> ```
doesnm> nodename ping
doesnm> node https://club.hugeping.ru
doesnm> echo develop.16
doesnm> ```
doesnm> При синхронизации пишет:
doesnm> Работа с https://club.hugeping.ru/
doesnm> ОШИБКА
doesnm> ОШИБКА
doesnm> Нажмите Enter для продолжения
doesnm> ```

Слешик в конец адреса пробовал вписать?

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

doesnm> Хотел забирать develop.16 с пинг ноды чтобы читать в read only
doesnm> Написал такое:
doesnm> ```
doesnm> nodename ping
doesnm> node https://club.hugeping.ru
doesnm> echo develop.16
doesnm> ```
doesnm> При синхронизации пишет:
doesnm> Работа с https://club.hugeping.ru/
doesnm> ОШИБКА
doesnm> ОШИБКА
doesnm> Нажмите Enter для продолжения
doesnm> ```

Пропиши какую-нибудь билеберду в auth этой ноды. Мне лень это исправлять :)

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

doesnm>> Хотел забирать develop.16 с пинг ноды чтобы читать в read only
doesnm>> Написал такое:
doesnm>> ```
doesnm>> nodename ping
doesnm>> node https://club.hugeping.ru
doesnm>> echo develop.16
doesnm>> ```
doesnm>> При синхронизации пишет:
doesnm>> Работа с https://club.hugeping.ru/
doesnm>> ОШИБКА
doesnm>> ОШИБКА
doesnm>> Нажмите Enter для продолжения
doesnm>> ```
AL> Пропиши какую-нибудь билеберду в auth этой ноды. Мне лень это исправлять :)

Удивительно, но работает
~~В пароле оставил небольшую отсылку~~
Надо бы чтоли написать свой клиент...

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

> Ещё стянул себе эху oldpc.51t.ru c club.hugeping.ru

Нашёл тут продолжение в ввиде эхи old.pc жившей недолго на ii-ноде p2.51t.ru в мае 2022 года и доступной теперь только через веб-архив:

https://web.archive.org/web/20220524025232/ href="http://p2.51t.ru/ii/old.pc">http://p2.51t.ru/ii/old.pc

Ни у кого не сохранилось в виде msg-файлов?...

Так то наверное можно докидать эти сообщения вручную в эху oldpc.51t.ru - как разные сервера-клиенты отнесутся к тому, что в сообщениях эхи oldpc.51t.ru будет стоять имя несуществующей эхи old.pc? Ну или при ручном копировании заменить эху c old.pc на oldpc.51t.ru в каждом сообщении...

> У меня тоже судя по коду стоит проверка на 20. Это точно не в стандарте?

интересно, что как минимум 7 из проблемных 8 сообщений (у которых длина хэша 19 вместо 20) были созданы с помощью idec.el/0.1 пользователем Difrex (dynamic,1):

+++ idec.el/0.1
+++ idec.el/0.1
+++ At work. idec.el/0.1
+++ idec.el/0.1
+++ idec.el/0.1
+++ idec.el/0.1
+++ Картошки хватит на всех

и хэши там совсем неправильно посчитаны были т.к. реальные хеши ничего общего с названиями этих сообщений не имеют:

SZ7KQTwMhch9gSIJ1Q3
--> vY11CNkWXWstRfHyD8EQ
APcbWI1obBZ3nr5uZgt
--> BDZIZkGNsacszWnRTEDA
8BqXV3KGYEqIwnPaKsB
--> 9Fz0f71LTxinLyAA26jc
MmBCteS6yMnC2LZLbRC
--> aDDfVncYTkdhSITwY2VB
JDKVlOwszVbKpMvjwN8
--> aagoTsW9vjv61Hsb0UBO
3rkSne5R2FI1QXrlJkF
--> R7mIPIRysuoKAchosrZX
bi36U9W4Zu86wagsE8X
--> H3E9knwnOOTSwBmwaLF7
Hi7AzJtfBZKKb96awMP
--> GPIigM4r30CcSK8tjRzd

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

vHtkzHXiAYL0a7zSFS0P:> Так и не понял чем тебе мой вариант не подошёл, который я тут показывал ii://APcbWI1obBZ3nr5uZgt :)
vu94FtaImMH7E9AlDg8d:Так и не понял чем тебе мой вариант не подошёл, который я тут показывал ii://APcbWI1obBZ3nr5uZgt :)
TKcKYfkzLXg3YU3iMQrS:ii/ok/repto/8BqXV3KGYEqIwnPaKsB
sBF0YZDFAAJY9ZXGeTvw:Вот https://dynamic.lessmore.pw/msg/MmBCteS6yMnC2LZLbRC
nXdcHnk0Y4UunGNNUIwi:ii/ok/repto/3rkSne5R2FI1QXrlJkF
z8W283Fkra8J96OrKQCC:ii/ok/repto/bi36U9W4Zu86wagsE8X

Я правильно понимаю, что только я взялся писать клиента для ретрокомпов в 2021 году и до этого никто даже не пытался? Если кто забыл, то я начал писать клиента IDEC на ассемблере Z80 для продвинутого спектрум-клона Sprinter Sp2000 в конце декабря 2021 года, транслируя процесс на ютюб "вживую":

https://youtube.com/live/p20rd0bqZTs
https://youtube.com/live/uwEiQIeD5cw

(причём вотрое видео было ещё и встречей 2022 года)

С тех пор я несколько охладел к Спринтеру, однако написанное терять не хотелось бы, поэтому я могу переиначить написанное и продолжить присать IDEC клиента скажем для ZX-спектрума с сетевой карточкой Spectranet (где используется тот же WizNet чип, что и в моей сетевой карточке для Спринтера - W5100) ну либо вообще асбтаргироваться до уровня системы команд i8080A (КР580ВМ80А) и сделать возможным чтобы этот код ещё и на старых советских компьютерах работал типа Радио-86РК, Апогей, ПК-01 Львов и т.д.

асбтаргироваться = абстрагироваться :)

что было написано тогда - читалка list.txt из ноды с распечаткой результата на экране с перекодировкой UTF-8 в альтернативную кодировку ДОС плюс начала создаваться некая макробиблиотека для универсальной сборки сетевых программ для разных целевых платформ (т.е. уже тогда планировался уход от замыкания на Спринтер)...

Ради интереса посчитал статистику по соответствию хешей названиям мессагов

Встаром ii архиве (46481 штук):

81.6% названий соответствуют хэшам
18.4% не соответствуют

В новых ii/IDEC мессагах (20760 штук):

28.0% названий соответствует хэшам
0.4% соответствуют после приведения к нижнему регистру (значит была подмена на Z вместо z)
71.6% не соответствует

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

base64.urlsafe_b64encode(hashlib.sha256(msg).digest()).decode("utf-8").replace('-', '').replace('_', '')[:20].ljust(20,'0')

В итоге распределение букв в сформированном таким образом msgid стало плюс-минус равномерным:

0 1072
1 1110
2 1064
3 1026
4 1117
5 1139
6 1049
7 1084
8 1055
9 1075
a 1108
b 1081
c 1093
d 1108
e 1089
f 1052
g 1104
h 1111
i 1076
j 1124
k 1094
l 1090
m 1151
n 1083
o 1047
p 1116
q 1132
r 1029
s 1117
t 1090
u 1073
v 1061
w 1061
x 1129
y 1096
z 1103
A 1002
B 1024
C 1016
D 1089
E 1144
F 1061
G 1045
H 1081
I 1090
J 1107
K 1113
L 1065
M 1122
N 1141
O 1050
P 1019
Q 1125
R 1063
S 1031
T 1115
U 1122
V 1076
W 1121
X 1020
Y 1113
Z 1077

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

Это я думаю а не поменять ли алгоритм хеширования на своей ноде, раз уж и так кто как делает...