shaos> А ну вот же он: http://s.spline-online.ru/idec.html

У меня он в директории с caesium лежит на случай если страничка упадет

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

А ну вот же он: http://s.spline-online.ru/idec.html

Кстати Лобанов перед тем как свалить написал минимальный спек IDEC - только где этот спек теперь?...

Выскажусь от себя лично:

1. Перенос у нас как перенос срабатывает, так ведь?
2. А надо?
3. Можно какой-то минимум маркдауна поддержать
4. Я хочу у себя поддержать ссылки в том минимальном виде, чтобы RSS-эхи нормально показывали линки
5. Возможно
6. HTML однозначно нет
7. Пусть будут - я у себя поддержку когда-нибудь ;)

base64-аттачи тоже вроде неплохая идея была (тоже сейчас только на ii-go работает)

Да, по 1110 сработало :)
Видимо у меня дебиян устарел - не знает новых корневых сертификатов для HTTPS
На новом дебияне вроде всё ок

Странно, у меня доступен и по https и по http (на 1110)

> А вот yesterlink похоже отвалился :(

Хотя он продолжает ежедневно забирать с меня данные: yesterlink 18.6MB (9/hr)

А вот yesterlink похоже отвалился :(

This site could be risky

Advanced Security blocked access to

http://ii.yester.link/

This site might compromise your device or contain high-risk content.

To avoid these risks, we recommend avoiding this site.

Плюс netsco тоже стал опрашивать, включая hamradio.73 ;)

> Надо будет на выходных наладить обратку ;)

Наладил :)

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

doesnm> Разве text-only не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал

Ну, для меня главная фича, скорее, распределённость. Text-only это скорее про форму, а не про содержание (что в отдельных случаях ведёт к странному пуризму с отрицанием графики в документах и, одновременно, эрзацами в виде псевдографики)

ake> Начал у себя в веб-интерфейсе добавлять поддержку ссылок в сообщении и обнаружил, что они у нас могут встречаться в совершенно разных видах - просто в виде URL, в виде markdown, в одном сообщении даже в виде HTML. Решил глянуть в документацию (https://github.com/idec-net/new-docs/blob/master/text-decoration.md), но там определены только блоки цитирования, преформатированного текста и внутренние ссылки. Сейчас в сети есть отдельные сообщения целиком в markdown (как минимум, использующие заголовки и ссылки), есть картинки в XPM (как понимаю, работающие только в ii-go), нет указаний на то надо ли сохранять все переносы строк или разбивать на параграфы пустыми строками. Получилась ситуация, когда каждый оператор (или разработчик) ноды реализует форматирование сообщений по-своему и ориентируется на свою же реализацию.
ake> Думаю, надо обсудить и дополнить спецификацию по формату сообщений, хотя бы добавив вещи, которые не вызывают споров или стандартизированы де-факто.
ake> 1. Как обрабатывать переносы строк в теле сообщения?
ake> 2. Нужно ли добавить в стандарт тег "+++" для подписей?
ake> 3. Нужны ли новые теги для форматирования текста (курсив, полужирный, списки и т.д.)?
ake> 4. Нужны ли теги для ссылок в тексте и какие?
ake> 5. Нужны ли дополнительные заголовки, "##" или "=="
ake> 6. Может ли быть HTML в сообщении и как его обрабатывать?
ake> 7. Что делать с XPM-картинками?

Разве text-only не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал

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

Начал у себя в веб-интерфейсе добавлять поддержку ссылок в сообщении и обнаружил, что они у нас могут встречаться в совершенно разных видах - просто в виде URL, в виде markdown, в одном сообщении даже в виде HTML. Решил глянуть в документацию (https://github.com/idec-net/new-docs/blob/master/text-decoration.md), но там определены только блоки цитирования, преформатированного текста и внутренние ссылки. Сейчас в сети есть отдельные сообщения целиком в markdown (как минимум, использующие заголовки и ссылки), есть картинки в XPM (как понимаю, работающие только в ii-go), нет указаний на то надо ли сохранять все переносы строк или разбивать на параграфы пустыми строками. Получилась ситуация, когда каждый оператор (или разработчик) ноды реализует форматирование сообщений по-своему и ориентируется на свою же реализацию.

Думаю, надо обсудить и дополнить спецификацию по формату сообщений, хотя бы добавив вещи, которые не вызывают споров или стандартизированы де-факто.

1. Как обрабатывать переносы строк в теле сообщения?
2. Нужно ли добавить в стандарт тег "+++" для подписей?
3. Нужны ли новые теги для форматирования текста (курсив, полужирный, списки и т.д.)?
4. Нужны ли теги для ссылок в тексте и какие?
5. Нужны ли дополнительные заголовки, "##" или "=="
6. Может ли быть HTML в сообщении и как его обрабатывать?
7. Что делать с XPM-картинками?

Стянул ii.14 - там действительно сильно напутано
Буду программу писать, которая упорядочивает сообщения...

Да с tgi всё в порядке, просто у меня в нодлисте было https://tgistation.ru , а у ake http://tgistation.ru

foxears> Предпочитаю адреса со слешем на конце. Вроде починил, единственно что tgi задваивается потому что у меня https, а у тебя http.

Немного не понял. Вроде у меня с tgi всё ок

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

Ой блин, с заголовком продолбался.

Предпочитаю адреса со слешем на конце. Вроде починил, единственно что tgi задваивается потому что у меня https, а у тебя http.

> Last day top uplinks: yesterlink 17.8MB (9/hr), 37.252.14.x 17.6MB (6/hr), tgi 6.4MB (3/hr), spnet 2.3MB (1/hr), fox 0.9MB (1/hr)
> 37.252.14.x это ake :)

Сегодня разбор уже с именем:

Last day top uplinks: yesterlink 18.7MB (10/hr), ake 15.3MB (5/hr), tgi 6.5MB (3/hr), spnet 3.7MB (2/hr), fox 0.9MB (1/hr)

Добавил у себя на ноде поддержку /nodes.txt и /d запроса, который пока только добавляет в список и не фетчит. Забавно, что вылез баг из-за того, что не определились с каноническим видом URL'а - со слешем в конце или без (да и я не подумал, а просто решил отдавать их в том виде, как они используются в коде), и при автообнаружении у тебя продублировались ноды.

Статистика моей ноды за вчера:

Last day top uplinks: yesterlink 17.8MB (9/hr), 37.252.14.x 17.6MB (6/hr), tgi 6.4MB (3/hr), spnet 2.3MB (1/hr), fox 0.9MB (1/hr)

37.252.14.x это ake :)

Надо будет на выходных наладить обратку ;)

Я завтра-послезавтра стяну к себе и поправлю порядок сообщений - это я уже умею делать :)

doesnm> Кто-то уже стянул ii.14 в архив?

Я добавился к foxears, на его ноде теперь тоже есть. Правда, что-то странное с сортировкой сообщений, после 2018 идёт пачка сообщений из 2014

ake> Пока поднял ноду на http://akewebdump.ddns.net/idec/ (с веб-интерфейсом на http://akewebdump.ddns.net/idec/ui2/ и шлюзом в gemini на порту 1966). К счастью для цифровой археологии, база со старыми сообщениями сохранились, так что можно почитать потеряную эху ii.14, о которой шла речь в ii://7b0lmkDJnAQlG2w2FvFx (то самое сообщение - http://akewebdump.ddns.net/idec/ui2/message/FGOqT29oVwwBElTJNMjx)

Кто-то уже стянул ii.14 в архив?

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

Уррра!!!

Пока поднял ноду на http://akewebdump.ddns.net/idec/ (с веб-интерфейсом на http://akewebdump.ddns.net/idec/ui2/ и шлюзом в gemini на порту 1966). К счастью для цифровой археологии, база со старыми сообщениями сохранились, так что можно почитать потеряную эху ii.14, о которой шла речь в ii://7b0lmkDJnAQlG2w2FvFx (то самое сообщение - http://akewebdump.ddns.net/idec/ui2/message/FGOqT29oVwwBElTJNMjx)

Всем привет. Давно не заходил, а сеть-то ожила. Похоже, надо реанимировать свою ноду.

Починилось

> tgi забирает у тебя? у меня тоже только сейчас добавилось...

а вот теперь уже второй день не забирает :(

я поглядел по своим логам - это потерявшееся сообщение ко мне пришло как раз из tgi - я туда поглядел, а он теперь netsco забирает (правда назвал его Nastene):

Station 		Last update
IDEC.SHAOS.NET 	  	31.01.2025 04:41
Таверна 	  	11.11.2024 07:20
Ping 	  	31.01.2025 05:00
dynamic | less 	  	21.11.2023 22:00
Nastene 	  	31.01.2025 05:02
ii.yester.link 	  	31.01.2025 05:02

хм, а он по ходу ни у кого уже второй день не забирает...

P.S. netsco застрял на 5 января 2025 года т.к. по-видимому забирал только с blcat, который помер - надо чтоли ему начать наводить мосты взаимопонимания и дружбы с другими узлами!

Забирает