shaos> Эвристики

Много лет на сабжах и таймштампах всё работало, а тут внезапно это что-то сложное.

shaos> По мне так repto и topicid попроще будет :)

Зачем сюда repto вообще приплетать? Что мешает ответом на сообщение из одной темы начинать другую, просто поменяв поле сабжа?

ahamai> Ты не смог пройти мой тест? :) Раньше он был в 20 раз длиннее, мини игра про побег из интернета. И 87 пойнтов было.
ahamai> Ещё у меня есть анонимный аккаунт по authstr guest

Какой тест? Я просто забыл перечислить твою станцию ибо не знаю открыта ли у тебя рега и принимаешь ли ты поинтов
Сейчас пишу с tgi ибо это мой первый аккаунт в сети (ii://DAEdJ8ELSvP1yTumjqBO)

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

> А можно про эти самые "Квитки" поподробнее? Как предполагалось привязывать ключ к пользователю? Что если на какой-то левой станции появится другой ключ с привязкой к тому же имени пользователя?

это был эксперимент. использовался rsa. есть регцентры, которые кодируют имя, адрес, опции и цифровую подпись в base64 строку. это квиток. с этим квитком приходишь на любую станцию, где есть pubkey этого регцентра и тебя авторизует. вещь довольно бесполезная, но было интересно попробовать

Ты не смог пройти мой тест? :) Раньше он был в 20 раз длиннее, мини игра про побег из интернета. И 87 пойнтов было.

Ещё у меня есть анонимный аккаунт по authstr guest

Зачем столько сложного разбора, если можно использовать простой тэг. topicid хорошо показал себя в elp

А в фидо и мейл листах я помню сабжи типа Re^2: Re:Re и их комбинаций

Эвристики

По мне так repto и topicid попроще будет :)

shaos> тогда ты соберёшь сообщения test и Re: test из 2024 года вместе с test и Re: test из 2018 :)

Нет. Разумеется, учитывается ещё и хронологический порядок сообщений. То есть если после какого-то Re: test снова идёт test, то это уже новая тема.

> Так это просто кривая реализация. Кривейшая, если она разбрасывает по отдельным словам, а не по всему содержимому поля subj целиком.
> Можно ведь и нормально сделать.

тогда ты соберёшь сообщения test и Re: test из 2024 года вместе с test и Re: test из 2018 :)

> hugeping предложил твою станцию как альтернативу

Ну кому надо пишите мылом на me собака shaos тучка net - договоримся по authstring и правилам (моя нода физически находится в США, поэтому должна уважать местные законы и т.д.)

По поводу стабильности - нода существует с декабря 2021 года - сначала она была на http://shaos.net:8085 (и до сих пор ещё открывается по старому адресу), а теперь официально живёт тут:

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

Домен sprinternet.io проплачен до января 2027 года и если всё будет хорошо он будет жить и дальше - я умею долго поддерживать свои интернет ресурсы - например мой форум http://www.nedopc.org/forum/ существует с января 2003 года (с 2005 по этому самому адресу) так что я никуда не уйду и внезапно не закроюсь :)

shaos> погляди в режим форума на tgi
shaos>
shaos> https://tgistation.ru/echo/8/
shaos>
shaos> он собирает по сабжам - например он собрал в одну тему сообщения со следующими сабжами

Так это просто кривая реализация. Кривейшая, если она разбрасывает по отдельным словам, а не по всему содержимому поля subj целиком.

Можно ведь и нормально сделать.

погляди в режим форума на tgi

https://tgistation.ru/echo/8/

он собирает по сабжам - например он собрал в одну тему сообщения со следующими сабжами:

test
Test
First test
test emoji

можно догадаться, что они друг к другу не имеют никакого отношения :)

поэтому только по repto (и в скорости по topicid)

shaos> я думаю пользователю надо в руки руль, которым он будет выбирать как он хочет видеть сообщения - единым фидом, фидами по эхам, форумом по сабжам или вообще древовидными тредами (я это обязательно поддержу в обозримом будущем)

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

shaos> и topicid никому не мешает - не хочешь собирать сообщения в тему - игнорируй его :)

Хочешь собирать сообщения в тему — есть поле subj. Так испокон веков мейлинг-листы визуализировались. Первое сообщение треда — сабж без Re:, а далее он же, но перед ним Re: стоит. Зачем велосипедировать на пустом месте?

ну кому не форум, а кому форум :)

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

и topicid никому не мешает - не хочешь собирать сообщения в тему - игнорируй его :)

Да - видел такое
Выглядит тяжеловатым
Я погляжу повнимательнее как в phpBB сделано - может удастся аккуратно вырезать
Когда-то давно я пользовал достаточно лёгкую SMTP-посылалку на перле (в конце 90-х налае 00-х) - может её перепишу на PHP...

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

2 AL: спасибо за прояснение ситуации. Сделаю вскоре у себя /u/push без поля echoarea в посте. Также абсолютно согласен с тем, что возможность всех поинтов фетчить со всех нод — краеугольный камень распределённости и поэтому ситуация с ещё несуществующим где-то айдишником в repto вполне штатна. У меня нода (которая ещё в разработке) щас проверяет только то, что там стоит корректно сформированнный msgid (20 символов, латиница, цифры), но не его существование в базе.

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

2 ping: кроме «скатертью дорога», комментировать здесь особо и нечего. Хотя можно вспомнить, как и почему Gab отделился от остального мастодона...

2 ahamai & shaos: ну блин, это ж не форум. Вообще не форум. То, что кто-то делает визуализацию эх в виде форума, не делает их форумом. В моём клиенте, например, выбирается эха и при нажатии Read messages отображается просто лента сообщений. Subj помогает понять, к какой части этой ленты что относится, но это настолько же незначимое поле, как и repto. Потому какие ещё topicid?

В принципе, да, механизм тегов сейчас недоиспользован. Туда можно ещё что-то набросать. Просто не надо это делать чем-то обязательным и уж тем более привязывать базовую логику к визуальщине. Рендеринг тех же списков рассылки и без костылей в виде topicid прекрасно работает, сугубо на сабжах с «Re:».

shaos> Всё - уже не получится ибо hugeping убил у себя эху idec.talks :(

hugeping предложил твою станцию как альтернативу - http://club.hugeping.ru/forum/kaRkNyZxsY7aIM7sypCJ/1

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

shaos> Функция mail только в винде работает как я понял, а у меня линух
shaos> Сендмейла у меня тоже нету - у меня есть внешний SMTP сервер за который я плачу
shaos> Я знаю phpBB чото нагродил своё через сокеты, чтобы SMTP отправлять, и оно там 100% работает уже много-много лет...

Поискал на старке: рекомендуют PHPMailer - https://github.com/PHPMailer/PHPMailer

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

Функция mail только в винде работает как я понял, а у меня линух

Сендмейла у меня тоже нету - у меня есть внешний SMTP сервер за который я плачу

Я знаю phpBB чото нагродил своё через сокеты, чтобы SMTP отправлять, и оно там 100% работает уже много-много лет...

Всё - уже не получится ибо hugeping убил у себя эху idec.talks :(

>> Пусть расходятся по нодам если все еще заинтересованы сетью и читают эту эху
>> Хотя выбора немного: либо шаос, либо тги. Есть таверна, но в текущем виде она слишком нестабильна
shaos> У меня нет свободной регистрации - придётся писать челобитную на е-мейл ;)
shaos> Регистрацию потом сделаю, когда научусь из PHP посылать е-мейл с линком верификации...

https://www.php.net/manual/en/function.mail.php

в php.ini настрой свой почтовый сервер (не помню как правда)

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

Исправил :)
Заодно стал убирать знаки равно

X
 X
  X
 X
X

Предлагаю идею твита на уровне фетчера. Потому что в общем случае сабж невозможен, но так можно блокировать сообщения прямо на входе на станцию.

PS: Надо думать как реализовывать систему наказаний технически.

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

> Пусть расходятся по нодам если все еще заинтересованы сетью и читают эту эху
> Хотя выбора немного: либо шаос, либо тги. Есть таверна, но в текущем виде она слишком нестабильна

У меня нет свободной регистрации - придётся писать челобитную на е-мейл ;)

Регистрацию потом сделаю, когда научусь из PHP посылать е-мейл с линком верификации...

>> будет отдельно стоящая станция с моими эхами без взаимного фетча.
shaos> Ну хозяин-барин как говориться. Жалко лишь, что ты не только себя со своей нодой выпиливаешь из сети, но и своих трёх самых активных поинтов:
shaos> tuple (ping,54)
shaos> doesnm (ping,55)
shaos> btimofeev (ping,6)
shaos> Ну скажем doesnm может вернуться в tgi:
shaos> doesnm(tgi,8)
shaos> А остальные - фсё?...

Пусть расходятся по нодам если все еще заинтересованы сетью и читают эту эху
Хотя выбора немного: либо шаос, либо тги. Есть таверна, но в текущем виде она слишком нестабильна

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

hugeping> Я подумал, действительно в текущем виде моя нода не вписывается в то, чем является сейчас idec.
hugeping> Я подумаю, что с этим делать. Возможно, сформирую кодекс поведения нод и буду обмениваться только с теми нодами, которые этот кодекс разделают. Либо, просто будет отдельно стоящая станция с моими эхами без взаимного фетча.
hugeping> Фетч на данный момент со всех станций снят. Регистрация закрыта.
hugeping> P.S. Edited: 2024-11-05 22:06:45

Эх, именно благодяря тебе и лору и я узнал про IDEC. Читал что-то околосвязанное с instead, а там тебя упомянули. Потом зашел на сайт, а там "какой-то клуб" сети idec. Решил почитать доку и мне зашло. Сначала просто изучал и читал архивы (еще написал пару писем AL-у), а потом решился стать поинтом

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

shaos> Все существующие IDEC-клиенты позволяют забирать эхи из разных источников (даже там, где пользователь не является поинтом). Так что это не только не запрещено, а вовсе даже наоборот - приветствуется! Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)

Поинт в IDEC может создавать эхи, писать любые сообщения. Единственное его отличие от ноды в том, что он не может отдавать бандлы.

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

shaos>> Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
hugeping> Не согласен, что ограничение бессмысленное. Но продолжать не буду, все скзано. :)

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

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

shaos> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)

Опрашивать можно любые узлы в любом порядке с любой периодичностью. Это нормально.

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

shaos>> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
hugeping> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.

Ну шлёт и шлёт. У поинта тоже может быть несколько аплинков.

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

>>> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
shaos>> И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?
hugeping> Просто запрещать.
hugeping> Это заставит поинта не делать плохо. :) Потому что сейчас revoltech ведёт себя не как поинт, а как что то среднее между поинтом и нодой. Кстати, когда он сделает себе ноду и будет работать с ней, такая проблема уйдет. (Но, возможно, придут другие? :)))

Ущемлять поинтов только из-за нормальной работы сети? Может, тогда перетрясти стандарт.

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

hugeping> Ну, у нас федерация, я не настаиваю. Но как по мне - лучшее решение.

Лучшее потому что тогда не ломается одно из возможных визуальных представлений? Может, лучше просто как-то на стороне читалки эту проблему решать? Источником сообщений может быть что угодно. Целостность тредов при этом не гарантируется. Это прямо одна из основных идей была ещё в ii -- ты можешь взять сообщение хоть с какого-нибудь QR-кода в подъезде и оно упадёт в твою базу.

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