[>]
Re: shadow.net
idec.talks
shaos(spnet, 2) — ahamai
2025-01-05 10:09:21
> так и не решил, добавлять hugeping или нет. дискас
да он ни с кем не пересекается - там свои эхи
с новым годом :)
[>]
Re: ChatGPT оборзел
idec.talks
doesnm(tgi,8) — ahamai
2025-01-05 12:21:03
>> Вот и пример того, когда лучше без вебморды.
ahamai> как будто эта дурилка электронная не сможет разобрать протокол
ahamai> это эхи должны быть публичными и скрытыми - публичные для роботов, контента и привлечения популярности, а скрытые для всего остального. я ещё месяц назад хотел предложить, но не предложил, ща следующим письмом предложу
Эх, а я хотел предложить побанить айпишники с
https://openai.com/gptbot.json или кинуть им tarpit
https://srv.us/tarpit (не открывать, это для кравлеров)
[>]
Re: Автодискавери
idec.talks
netsco(netsco, 2) — foxears
2024-12-03 00:51:27
>Твоя нода не проходит проверку на ii-шность, потому что в hamradio.73 у тебя нет сообщений :).
Вот теперь добавилась...))
[>]
Re: Автодискавери
idec.talks
shaos(spnet, 2) — netsco
2025-01-24 00:53:00
> Вот теперь добавилась...))
O - через полтора месяца это сообщение проявилось у меня на ноде :)
Но как новое не подсветилось - видимо я смотрю на дату сообщения, а не дату сохранения на узле - надо исправить…
[>]
Re: Автодискавери
idec.talks
doesnm(tgi,8) — shaos
2025-01-24 16:40:14
>> Вот теперь добавилась...))
shaos> O - через полтора месяца это сообщение проявилось у меня на ноде :)
shaos> Но как новое не подсветилось - видимо я смотрю на дату сообщения, а не дату сохранения на узле - надо исправить…
tgi забирает у тебя? у меня тоже только сейчас добавилось...
[>]
Re: Автодискавери
idec.talks
shaos(spnet, 2) — doesnm
2025-02-02 10:22:59
> 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
хм, а он по ходу ни у кого уже второй день не забирает...
[>]
Re: И снова здравствуйте
idec.talks
doesnm(tgi,8) — ake
2025-02-07 10:14:12
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 в архив?
[>]
Re: И снова здравствуйте
idec.talks
ake(tgi,90) — doesnm
2025-02-07 12:32:49
doesnm> Кто-то уже стянул ii.14 в архив?
Я добавился к foxears, на его ноде теперь тоже есть. Правда, что-то странное с сортировкой сообщений, после 2018 идёт пачка сообщений из 2014
[>]
Re: И снова здравствуйте
idec.talks
shaos(spnet, 2) — shaos
2025-02-07 13:57:39
Статистика моей ноды за вчера:
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 :)
Надо будет на выходных наладить обратку ;)
[>]
Re: Автодискавери
idec.talks
ake(tgi,90) — foxears
2025-02-07 15:00:44
Добавил у себя на ноде поддержку /nodes.txt и /d запроса, который пока только добавляет в список и не фетчит. Забавно, что вылез баг из-за того, что не определились с каноническим видом URL'а - со слешем в конце или без (да и я не подумал, а просто решил отдавать их в том виде, как они используются в коде), и при автообнаружении у тебя продублировались ноды.
[>]
Re: И снова здравствуйте
idec.talks
shaos(spnet, 2) — shaos
2025-02-08 12:41:56
> 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)
[>]
wgw8NsA3jzJchaa8zdF2
idec.talks
foxears(spnet, 5) — ake
2025-02-08 17:39:52
Предпочитаю адреса со слешем на конце. Вроде починил, единственно что tgi задваивается потому что у меня https, а у тебя http.
[>]
Re: wgw8NsA3jzJchaa8zdF2
idec.talks
doesnm(tgi,8) — foxears
2025-02-08 22:53:34
foxears> Предпочитаю адреса со слешем на конце. Вроде починил, единственно что tgi задваивается потому что у меня https, а у тебя http.
Немного не понял. Вроде у меня с tgi всё ок
[>]
Форматирование
idec.talks
ake(tgi,90) — All
2025-02-11 11:23:43
Начал у себя в веб-интерфейсе добавлять поддержку ссылок в сообщении и обнаружил, что они у нас могут встречаться в совершенно разных видах - просто в виде 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-картинками?
[>]
Re: Форматирование
idec.talks
doesnm(tgi,8) — ake
2025-02-12 10:25:10
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 не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал
[>]
Re: Форматирование
idec.talks
ake(tgi,90) — doesnm
2025-02-12 11:30:06
Так речь не о том, чтобы добавить всё на свете. В стандарте есть описание того, как надо отображать сообщения, это уже подразумевает существование особого формата сообщений, отличного от плейнтекста. Моя идея в том, чтобы описать однозначный обязательный минимум, которого должен придерживаться клиент (не важно, приложение или веб-версия) при отображении сообщений. Впрочем, можно сказать что существующих трёх пунктов достаточно и всё остальное остаётся на усмотрение разработчика, это тоже решение.
doesnm> Разве text-only не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал
Ну, для меня главная фича, скорее, распределённость. Text-only это скорее про форму, а не про содержание (что в отдельных случаях ведёт к странному пуризму с отрицанием графики в документах и, одновременно, эрзацами в виде псевдографики)
[>]
Re: И снова здравствуйте
idec.talks
shaos(spnet, 2) — shaos
2025-02-15 15:19:44
А вот 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.
[>]
Re: И снова здравствуйте
idec.talks
shaos(spnet, 2) — ake
2025-02-16 11:14:25
Да, по 1110 сработало :)
Видимо у меня дебиян устарел - не знает новых корневых сертификатов для HTTPS
На новом дебияне вроде всё ок
[>]
Re: Форматирование
idec.talks
shaos(spnet, 2) — ake
2025-02-16 11:18:39
Выскажусь от себя лично:
1. Перенос у нас как перенос срабатывает, так ведь?
2. А надо?
3. Можно какой-то минимум маркдауна поддержать
4. Я хочу у себя поддержать ссылки в том минимальном виде, чтобы RSS-эхи нормально показывали линки
5. Возможно
6. HTML однозначно нет
7. Пусть будут - я у себя поддержку когда-нибудь ;)
base64-аттачи тоже вроде неплохая идея была (тоже сейчас только на ii-go работает)
[>]
Re: Форматирование
idec.talks
doesnm(tgi,8) — shaos
2025-02-17 13:11:31
shaos> А ну вот же он: http://s.spline-online.ru/idec.html
У меня он в директории с caesium лежит на случай если страничка упадет