> Так и не должны по идее, но это дело несложное.

Я конкретно про hugeping.tk. Фиг с ним.


+ написано в ii-txt-0.9 (ii://K3FDA6fNzoeWmcA3p41x)

> Собери сам в отдельную песочницу. Время переписывания всё на 3 прошло. Теперь только 3 и существует, но он жидкость.

В 12й debian я поставил из 11-го, а в openbsd он до сих пор есть даже в новейшей версии 7.6


+ написано в ii-txt-0.9 (ii://K3FDA6fNzoeWmcA3p41x)

о - сенькс :)

аха :)

api/sx.py: return base64.urlsafe_b64encode( hashlib.sha256(s).digest() ).replace('-','A').replace('_','z')[:20]

Странно. Мне казалось, что я просто вырезал символы, а потом делал .rjust('A',20). Ну, может и так.

В jsonoвой версии это быть не могло, там были просто хэши на 32 символа от sha256

Что было в версиях до 0.1, я не помню.

ещё

https://www.linux.org.ru/forum/talks/10258332

Кстати, а ii.tech.2014 где-нибудь показывают?

>> На перле писать быстрее и проще, чем на пайтоне в разрезе различных анализаторов и мелких утилит.
shaos> Ну это кому как - мне например анализаторы и мелкие утилиты на голых сях проще писать :)

На сях много телодвижений приходится делать.

shaos> Покажи какой-нибудт перл в несколько строк, чтобы понять о чём речь

Под рукой нет.

>> А ещё он лучше подходит для эзотерического программирования.
shaos> Настоящая эзотерика это когда чистая Функциональщина :)

Настоящая эзотерика может быть на любом языке программирования. Хотья на паскале.

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

iiii> Кстати, а ii.tech.2014 где-нибудь показывают?

В 2014-м? :)

Я думал, у тебя всё осталось. В архивал аликорновских нет?

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

Я в какой то момент удалил все данные со всех компьютеров. У меня, собственно, и компьютера долгое время не было. Что где кто как архивирует я не знаю, я не знаю адресов других сайтов кроме hugeping.tk

Там есть вот такое
ii.talk.2014 4 Ссылки
ii.test.2014 73 Тексты
а вот ii.tech.2014 нет...

> Настоящая эзотерика может быть на любом языке программирования. Хотья на паскале.

Не - на паскале как ни пиши, всё равно получится валенок :)

Эзотерика это brainfuck или whitespace.

tuple> Эзотерика это brainfuck или whitespace.

А как же Erlang и Elixir?

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

Это да - экстремальная эзотерика

Так кто-нибудь скажет, какой алгоритм использовать для хеширования? :)
У меня сейчас что-то такое. Где наш "стандарт" вообще почитать сейчас?

func MsgId(msg string) string {
        h := sha256.Sum256([]byte(msg))
        id := base64.StdEncoding.EncodeToString(h[:])
        id = strings.Replace(id, "+", "A", -1)
        id = strings.Replace(id, "/", "Z", -1)
        return id[0:20]
}

у меня точно ничё не было

а где вообще можно что-то почитать сейчас? список ббс-ок, спецификации?

Если исправить Z на z, то будет как в оригинальном ii

Вроде все доки тут:

https://github.com/idec-net/new-docs

Я вот тут описывал свои изыскания: ii://oZon0mICyntTZHaFJO0o

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

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

>> Настоящая эзотерика может быть на любом языке программирования. Хотья на паскале.
shaos> Не - на паскале как ни пиши, всё равно получится валенок :)

Видимо, мы разное понимаем под эзотерическим программированием.

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

tuple> Эзотерика это brainfuck или whitespace.

Лишь с одной стороны.

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

tuple>> Эзотерика это brainfuck или whitespace.
doesnm> А как же Erlang и Elixir?

А это вполне себе языки для работы. Как и хаскель. Как и си. Как и перл.

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

shaos> Вроде все доки тут:
shaos> https://github.com/idec-net/new-docs

Спасибо. Цитата:
> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.

Собственно, поэтому я так и сделал! Видимо, "стандарт" писался не очень аккуратно! Давайте зафиксируем всё-таки. Z или z? :)

shaos>> Вроде все доки тут:
shaos>> https://github.com/idec-net/new-docs
hugeping> Спасибо. Цитата:
>> Примечание: production-реализации нод заменяют в полученной base64-строке плюс (+) и слэш (/) либо их аналоги (- и _) на буквы "A" и "Z" соответственно, дабы убрать из msgid спецсимволы.
hugeping> Собственно, поэтому я так и сделал! Видимо, "стандарт" писался не очень аккуратно! Давайте зафиксируем всё-таки. Z или z? :)

Но есть ли в этом смысл, если с некоторых станций идут сообщения, у которых msgid совсем не соответствует содержимому? :)

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

Кстати, про этот самый стандарт. Он выглядит сейчас не слишком презентабельно. Даже README нет в репозитории, описания концепций раскиданы по разным файлам без особой системности - выглядит как черновик.

Может форкнуть его и сделать красивым статическим сайтом на каком-нибудь hugo/jekyll?

> Видимо, "стандарт" писался не очень аккуратно! Давайте зафиксируем всё-таки. Z или z? :)

В английском варианте протокола написано более обтекаемо:

> msgID is a unique 20-symbol piece of base64-encoded sha256 hash. Special base64 symbols like + and / must be replaced by readable letters (like A and Z for example).

https://github.com/idec-net/new-docs/blob/master/protocol-en.md

Был сайт, да помер:

https://ii-net.tk/idec-doc/?p=main

(вебархив тоже похоже помер после недавнего хака)

Я ещё в декабре 2021 года предлагал доку поправить на A и z :)

ii://02tzzmoYvnkIfFNR8KNL

shaos> Был сайт, да помер:
shaos> https://ii-net.tk/idec-doc/?p=main
shaos> (вебархив тоже похоже помер после недавнего хака)

На Github Pages поднимите раз там стандарт держите
Будет url типа https://idec-net.github.io или https://idec-net.githuh.io/new-docs

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

Это к Andrew Lobanov

А так там доке в маркдауне ведь - для веба их преобразовывать надо

Маркдаун проще прям на гитхабе и смотреть...

tuple> Кстати, про этот самый стандарт. Он выглядит сейчас не слишком презентабельно. Даже README нет в репозитории, описания концепций раскиданы по разным файлам без особой системности - выглядит как черновик.
tuple> Может форкнуть его и сделать красивым статическим сайтом на каком-нибудь hugo/jekyll?

Может, хотя бы Markdown, а не сайт? Потом уж и MD во что угодно гнать не проблема.

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

shaos> Это к Andrew Lobanov

Чего это?

shaos> А так там доке в маркдауне ведь - для веба их преобразовывать надо

Вызвать pandoc недолго.

shaos> Маркдаун проще прям на гитхабе и смотреть...

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

shaos> Это к Andrew Lobanov
shaos> А так там доке в маркдауне ведь - для веба их преобразовывать надо
shaos> Маркдаун проще прям на гитхабе и смотреть...

Не проблема. В том же GitHub Pages из коробки есть Jekyll

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

Вот-вот, я не писал, что нужно markdown переписывать в html. Jekyll автоматом это всё конвертирует в html-страницы. Исходники лежат в репозитории в виде markdown, а сборка уже улетает на Github Pages.

AL> Но есть ли в этом смысл, если с некоторых станций идут сообщения, у которых msgid совсем не соответствует содержимому? :)

В данном вопросе я рассуждаю просто. Меня интересует мой код. :) Что творят другие -- не моя зона ответственности. Если будут коллизии, я не забираю просто сообщение.

shaos> Это к Andrew Lobanov
Andrew Lobanov>Чего это?
Ну как к держателю стандарта IDEC по видимому ;)

надо сделать стандарт, выкатить новый релиз чего-нибудь, создать новость на ЛОРе. движуху нада.

Кстати я хочу в какой-то разумной степени поддержать Markdown в своём развитии iii-php - как минимум чтобы линки с текстом из RSS- фидов поддержать :)

Например генерить HTML-файл и сохранять рядом с raw message ;)

AJAX я уже приделал - можно лепить вместе разные HTML без перезагрузки страницы…

Какие сейчас живые станции?

Живые серверы/клиенты?

iiii> Какие сейчас живые станции?
iiii> Живые серверы/клиенты?

https://hugeping.ru
https://idec.spline-online.ru
https://sprinternet.io/iii-web.php
https://tgistation.ru

Что значит живой клиент? Рабочий? Я использую caesium. Некоторые пишут с веба. Можно еще собрать IDEC Droid

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

Caesium офсайт какой?

По ссылке spline там гит хостинг

> Caesium офсайт какой?

наверное такой: https://github.com/idec-net/caesium

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

моя нода похоже единственная, у которой веб-интерфейс и поинт-интерфейс имеют разные урлы (такое разделение изначально пришло из ii-php) - поинтовый будет такой: https://sprinternet.io/iii/

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

> По ссылке spline там гит хостинг

паламалась

так то я туда по http:// хожу...

А сам веб интерфейс есть?

Цезий больше никем никак не обновлялся?

> А сам веб интерфейс есть?

Ну в изначальном списке перечислялся именно веб-интерфейс:

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

Это, по идее, старейшая станция сети, с 2014 года?