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

> будет отдельно стоящая станция с моими эхами без взаимного фетча.

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

tuple (ping,54)
doesnm (ping,55)
btimofeev (ping,6)

Ну скажем doesnm может вернуться в tgi:

doesnm(tgi,8)

А остальные - фсё?...

а вдруг какие клиенты/ноды поперхнутся от лишних тегов?
я точно знаю, что idec.spline-online.ru будет норм, т.к. я проверил его через idec.test, послав туда сообщение с вручную расширенными тегами какое-то время назад:

P3r4mlQ5ynJf6VpmMn8j

Кстааааати - из-за того, что все фетчат всех - даже если узел hugeping.tk станет сам по себе, евойные поинты смогут подкачивать апдейты idec.talks из других мест, а отвечать всё также ТОЛЬКО на hugeping.tk , а другие ноды их ответы постепенно подтянут в сеть т.к. они всё также продолжают фетчить всех - в итоге hugeping останется с ответами без вопросов и беспорядок (там) ещё более усугубится :)

Ну разве только если ping не начнёт фильтровать у себя сообщения с "несуществующим" repto т.к. это нарушает некий гипотетический "кодекс" :)

AL>> Например, узел в изолированной сети без внешнего адреса.
revoltech> Если сеть действительно изолирована, оттуда и пуш не пройдёт. В противном случае gsocket, zerotier и прочее решают.

Сторонние решения вместо простой отправки ASCII-текста.

AL>> А где в бандле имя эхи, если не в поле сообщений?
revoltech> В каждом сообщении в одном из полей (строчка номер два) есть имя эхи. Что произойдёт, если в поле echoarea в POST /u/push будет указана не та эха, что в теле сообщения в бандле? Что должно произойти?
revoltech> 1) Такое сообщение отбросится?
revoltech> 2) Содержимое поля echoarea в POST-запросе проигнорируется?
revoltech> 3) Сообщение перепостится и туда, и туда?

Поле echoarea в POST вообще по хорошему должно игнорироваться. Впрочем, на совместимость с ii можно забить вовсе и выкинуть его из запроса.

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

AL>>> Например, узел в изолированной сети без внешнего адреса.
revoltech>> Если сеть действительно изолирована, оттуда и пуш не пройдёт. В противном случае gsocket, zerotier и прочее решают.
AL>>> А где в бандле имя эхи, если не в поле сообщений?
revoltech>> В каждом сообщении в одном из полей (строчка номер два) есть имя эхи. Что произойдёт, если в поле echoarea в POST /u/push будет указана не та эха, что в теле сообщения в бандле? Что должно произойти?
revoltech>> 1) Такое сообщение отбросится?
revoltech>> 2) Содержимое поля echoarea в POST-запросе проигнорируется?
revoltech>> 3) Сообщение перепостится и туда, и туда?
doesnm> 4. В эхе указанной в push будут сообщения как будто из другой эхи

А за такое надо бить.

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

hugeping> Согласен. Непонятно и мутно. Ну я такие сообщения буду дропать. Если echoarea в сообщении не соответствует тому что в запросе. Хотя предложил бы вообще не вводить echoarea в push.

Да. Я уже тоже решил, что про ii имеет смысл забыть. Уберу echoarea из полей запроса.

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

tuple> Опять цыганские фокусы с бегом впереди паровоза :)
tuple> В общем "ленте" - https://club.hugeping.ru/echo/all :
tuple> - TLSU6VMtvHxMzuCHvszE находится выше, хотя отправлено в 11:13
tuple> - B2s0Ze9vgPVEz7hLae6o находится ниже, хотя отправлено в 11:28

А почему ты считаешь это неверным? Если сообщения будут не в порядке получения узлом, то как тогда фетчить, если не забором полного индекса? Вдруг там придёт сообщение в начало индекса, а у тебя фетч на срезах?

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

hugeping> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)

repto на отсутствующее сообщение имеет смысл.

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

hugeping>> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
doesnm> А поменять местами уже на ноде можно?

А это бандитизм нацеленный на нарушение целостности эхи в сети.

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

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

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

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

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

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

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

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

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

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

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

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

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

shaos>> У меня статистика считается за сутки сразу после полуночи по тихоокеанскому времени - это 11 утра по Москве или 6 вечера по Владику, поэтому результат любого изменения лучше смотреть на следующий день.
shaos>> И кстати у меня ведь теперь есть spnet.uplink где можно это обсуждать :)
doesnm> Хотите сказать что это сообщение шло до станции 2 дня? или hugeping снимал фетч

Узел может снимать фетч с кого угодно и когда угодно на своё усмотрение.

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

shaos>> Нельзя запрещать сообщения с неизвестным repto т.к. невозможно обеспечить 100% надёжную когерентность баз данных в этой сети - где-то всегда будут неувязки (какие-то временные, какие-то навсегда)
hugeping> Это относится к обменам между нодами. Я же говорю о проверке сообщений от поинтов. Это нормально. Единственная ситуация, и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой. Это не норма. А обмен между нод я не предлагаю фильтровать. Но ощущение, что меня никто не читает (или нн понимает). :)

А почему поинт не может писать через тот узел, через который ему больше нравится? Какая причина у этого, кроме repto, который ни на что не влияет по факту?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

X
 X
  X
 X
X

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

test
Test
First test
test emoji

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

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

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

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

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

> 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 по этому самому адресу) так что я никуда не уйду и внезапно не закроюсь :)

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

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

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

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

Эвристики

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

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

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

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

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

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

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

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

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

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

shaos> Эвристики

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

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

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

ahamai> Зачем столько сложного разбора, если можно использовать простой тэг.

В этом разборе ничего сложного нет. Вообще. Не сложнее отображения содержимого /u/e, если уж на то пошло.

ahamai> Зачем столько сложного разбора, если можно использовать простой тэг. topicid хорошо показал себя в elp
ahamai> А в фидо и мейл листах я помню сабжи типа Re^2: Re:Re и их комбинаций

Сейчас бы завязываться на кривой софт.

+++ Caesium/0.4 RC1

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

поянтно, спасибо

я хочу на е-мейл попробовать завязаться

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

Ничего не мешает - просто технически оно войдёт в старую цепочку :)

topicid нужен. я буду всю свою базу переконверчивать под topicid,

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

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

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

Все остальные общие эхи он тоже убил:

retro.talks
linux.14
develop.16
zx.spectrum

Остался только plan.9

>> Зачем сюда repto вообще приплетать? Что мешает ответом на сообщение из одной темы начинать другую, просто поменяв поле сабжа?
shaos> Ничего не мешает - просто технически оно войдёт в старую цепочку :)

Цепочка ответов это не темы.

+++ Caesium/0.4 RC1

Снял пинга с фетча

Причём я с него забирать относительно недавно начал - в конце сентября 2024

Например tgi я фетчу с конца 2022 года, а tavern - с конца 2021

А самый новый источник у меня - blackcat (ещё даже месяца не прошло)

И скоро будет год как отвалился https://dynamic.lessmore.pw/

shaos> Ничего не мешает - просто технически оно войдёт в старую цепочку :)

А зачем оно в старой цепочке, если тема новая?

ahamai> и я помню, как работал фидошный софт по сабжам. кривые ветки были.

Так это проблема того софта. Все стандарты и протоколы начинают скатываться в УГ именно тогда, когда их начинают затачивать под криворукеров.

ahamai> чем полагаться на ненадёжные источники (тема может быть изменена, могут быть одинаковые темы).

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

О - у hugeping-а оказывается в стародавние времена была эха ii.14 которой сейчас ни у кого нету!

https://web.archive.org/web/20170515203311/ href="http://club.syscall.ru/:ii.14">http://club.syscall.ru/:ii.14

Да и у vit01 она тоже была:

https://web.archive.org/web/20160327131129/ href="http://ii-net.tk/ii/ii-web.php">http://ii-net.tk/ii/ii-web.php

Andrew Lobanov можешь по старой дружбе побеспокоить человека на тему архива ii.14 ???

shaos> О - у hugeping-а оказывается в стародавние времена была эха ii.14 которой сейчас ни у кого нету!
shaos> https://web.archive.org/web/20170515203311/ href="http://club.syscall.ru/:ii.14">http://club.syscall.ru/:ii.14

Раньше она у всех была. Рома отвадил.

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

shaos> Да и у vit01 она тоже была:
shaos> https://web.archive.org/web/20160327131129/ href="http://ii-net.tk/ii/ii-web.php">http://ii-net.tk/ii/ii-web.php
shaos> Andrew Lobanov можешь по старой дружбе побеспокоить человека на тему архива ii.14 ???

У Виктора архивов не осталось. Спрашивал, когда в прошлый раз с ним связывался.

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

topicid упрощает отслеживание цепочек и он однозначен (сабжи могут быть одинаковыми, могут измениться). я внесу в topicid в свой стандарт.

Неужели никто не делал бекапов своих серверов там на сдромы, зипдрайвы и т д?

А некоторые ведь уже на SQL пересели - и никто даже дампов не сохранил? Дайте мне дамп с ii.14 и я сам всё восстановлю…

последний архив был у Difrex. Я тэгал его на лоре, но он не откликнулся.

shaos> Неужели никто не делал бекапов своих серверов там на сдромы, зипдрайвы и т д?

А зачем? Ценности не представляет.

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

Я бы почитал некоторые старые эхи. Я и аликорновский архив перечитал.

Ну как это - история создания ii плавно переходящего в IDEC :)

shaos> Ну как это - история создания ii плавно переходящего в IDEC :)

История создания она ощутимо шире. На момент появления ii.14 уже всё было создано, вроде.

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

Предыдущие обсуждения все есть - нету именно этой промежуточной эхи

> Сообщение с repto но без topicid мы не трогаем. Текущие цепочки без topicid не трогаем. Пока это опция

Есть одна неувязочка - берём тот же самый случай, когда юзер отвечает на какое-то локальное сообщение, которого ещё нет на узле - пользовательский клиент знает что там есть topicid, но по формату засылает сообщение c @repto но без topicid, а узел не может проверить есть ли у этого repto сообщения тэг topicid т.к. этого сообщения на узле нету. Выходит пользовательский клиент, зная этот самый topicid должен поставить его следом за @repto в отправке? Типа

@repto:fskjfskjfsdkjfds
@topicid:ksjdkjdgkdgkkj

???

Я писал же, что в 99.9% в случае ответа через веб интерфейс и в 98% случаев ответа через клиент это сообщение есть. Если нет, ничего не ставится

Сабж. Я тут размышлял над IDEC и её возможностями и пришёл к выводу, что ни IDEC, ни ii нежизнеспособны. Пожалуй, я сворачиваюсь. Таверну я на днях погашу. Разработку нового софта останавливаю.

Всем удачи.

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

Ну вот привет…

AL> Сабж. Я тут размышлял над IDEC и её возможностями и пришёл к выводу, что ни IDEC, ни ii нежизнеспособны. Пожалуй, я сворачиваюсь. Таверну я на днях погашу. Разработку нового софта останавливаю.
AL> Всем удачи.

Вы сговорились? За этот месяц две ноды свернулись. Так ii/IDEC совсем умрет

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

А за предыдущий год - 4 (ake, lessmore, mira и архивная alicorn). Из старых пока остаётся tgi (правда с исчезнувшим сисопом)

v0.10 - стал убирать \r при выводе сообщения - в результате исправился показ секций ==== вводимых на самой ноде (ещё надо сделать убирание при получении сообщения т.к. например iii-php будучи запущенным в Firefox создаёт сообщения с \r\n), также убрал показ самих ==== (остался только <pre>)

v0.11 - в Echolist сделал подсветку эх у которых последнее сообщение новее 3 дней

Исходники под MIT-лицензией как обычно тут: https://gitlab.com/shaos/iii-php

P.S. Сейчас делаю topicid...

> Я писал же, что в 99.9% в случае ответа через веб интерфейс

Ну через веб-морду если отвечаешь, то понятно что repto-сообщение есть (иначе как бы ты на него отвечал? ;)

> и в 98% случаев ответа через клиент это сообщение есть. Если нет, ничего не ставится

А вот в случае с клиентом наверное надо предусмотреть такой вариант - клиент наверное должен перед посылкой торкнуться на ноду и если там repto-сообщения ещё нету, наверное таки должен присовокупить @topicid в теле сообщения (которое на старых нодах просто будет показано первой строчкой в теле сообщения и это наверное ок), а то получится разрыв при показе, а исправлять пост-фактум уже нельзя т.к. хеш слетит (я всё ещё ратую за правильный хеш, по которому можно проверить целостность данных)...

AL> Сабж. Я тут размышлял над IDEC и её возможностями и пришёл к выводу, что ни IDEC, ни ii нежизнеспособны. Пожалуй, я сворачиваюсь. Таверну я на днях погашу. Разработку нового софта останавливаю.
AL>
AL> Всем удачи.

Капец. И без того народу так мало, что на счету каждый турбоаутист.
Может, хоть архивы где-то выкачать можно на адекватной скорости?

2 shaos: надо что-то делать, я постараюсь в течение недели допилить и где-то стартануть свою ноду. И на ноде же выложить документацию на общепонятном миру языке.

Что с лор.опеннет делать будем?

> Что с лор.опеннет делать будем?

Я подниму у себя, как отвалится

Вот у меня откуда-то взялся список эх ii по состоянию на ноябрь 2015 года (и тут их больше, чем было на alicorn):

-rw-r--r--    1 $user  $user        231 Oct 18  2014 51t.news.2014
-rw-r--r--    1 $user  $user        231 Oct 18  2014 51t.openbsd.2014
-rw-r--r--    1 $user  $user        189 Oct 18  2014 about.users.51
-rw-r--r--    1 $user  $user        231 Oct 18  2014 anekdot.im.2014
-rw-r--r--    1 $user  $user        420 Nov  9 18:50 bone.14
-rw-r--r--    1 $user  $user        357 Oct 18  2014 bug.14
-rw-r--r--    1 $user  $user       2373 Nov 16 13:01 creepy.14
-rw-r--r--    1 $user  $user        126 Oct 18  2014 debug.14
-rw-r--r--    1 $user  $user       1386 Nov 11  2014 error.test.14
-rw-r--r--    1 $user  $user       3213 Apr  3  2015 game.rogue.14
-rw-r--r--    1 $user  $user      43008 Jul 15 13:33 habra.14
-rw-r--r--    1 $user  $user      25494 Nov 18 11:30 habra.15
-rw-r--r--    1 $user  $user      76419 Mar 10  2015 hc.51
-rw-r--r--    1 $user  $user         21 Oct 18  2014 html.2014
-rw-r--r--    1 $user  $user       2436 Aug 24 10:30 ifiction.15
-rw-r--r--    1 $user  $user         21 Oct 18  2014 ii.100
-rw-r--r--    1 $user  $user      30282 Nov 18 12:29 ii.14
-rw-r--r--    1 $user  $user       2247 Oct 18  2014 ii.about.14
-rw-r--r--    1 $user  $user       8631 Oct 18  2014 ii.about.2014
-rw-r--r--    1 $user  $user        147 Oct 18  2014 ii.announce.14
-rw-r--r--    1 $user  $user      16212 Oct 18  2014 ii.dev.14
-rw-r--r--    1 $user  $user       5019 Oct 18  2014 ii.dev.2014
-rw-r--r--    1 $user  $user        588 Oct 18  2014 ii.dialog.14
-rw-r--r--    1 $user  $user        378 Mar  2  2015 ii.echo.vote.14
-rw-r--r--    1 $user  $user       4095 Oct 18  2014 ii.soft.14
-rw-r--r--    1 $user  $user         63 Oct 18  2014 ii.talk.2014
-rw-r--r--    1 $user  $user       7770 Nov 17 11:43 ii.test.14
-rw-r--r--    1 $user  $user       1365 Oct 18  2014 ii.test.2014
-rw-r--r--    1 $user  $user        189 Oct 18  2014 ii.whoami.2014
-rw-r--r--    1 $user  $user         21 Oct 18  2014 ii.wiki.2014
-rw-r--r--    1 $user  $user      39081 Oct 18  2014 im.100
-rw-r--r--    1 $user  $user      18753 Oct 18  2014 im.1404
-rw-r--r--    1 $user  $user      45444 Oct 18  2014 im.1406
-rw-r--r--    1 $user  $user        147 Oct 18  2014 kino.sov.14
-rw-r--r--    1 $user  $user       7875 Nov  2 06:02 lenta.dark.14
-rw-r--r--    1 $user  $user      44751 Jun  2 12:24 lenta.rss.15
-rw-r--r--    1 $user  $user      44184 Jun 22 07:06 lenta.rss.15.1
-rw-r--r--    1 $user  $user      51681 Jul 13 15:20 lenta.rss.15.2
-rw-r--r--    1 $user  $user      47208 Aug  2 15:20 lenta.rss.15.3
-rw-r--r--    1 $user  $user      48027 Aug 21 17:40 lenta.rss.15.4
-rw-r--r--    1 $user  $user      44604 Sep  9 04:20 lenta.rss.15.5
-rw-r--r--    1 $user  $user      49455 Sep 27 07:20 lenta.rss.15.6
-rw-r--r--    1 $user  $user      45423 Nov  4 08:31 lenta.rss.15.8
-rw-r--r--    1 $user  $user      44982 Nov 18 12:30 lenta.rss.15.9
-rw-r--r--    1 $user  $user       6888 Nov 18 00:43 linux.14
-rw-r--r--    1 $user  $user       1071 Sep 11 17:10 lit.14
-rw-r--r--    1 $user  $user      52605 Nov 17 21:00 lor-opennet.15
-rw-r--r--    1 $user  $user      43386 Dec 31  2014 lor-opennet.2014
-rw-r--r--    1 $user  $user         84 Oct 18  2014 lor.dose.14
-rw-r--r--    1 $user  $user      20538 Nov 17 13:00 mlp.15
-rw-r--r--    1 $user  $user       4788 Nov 18 03:00 mlp.rss.15
-rw-r--r--    1 $user  $user        357 Jul 17 06:44 music.14
-rw-r--r--    1 $user  $user         21 Oct 18  2014 nazpol.im.2014
-rw-r--r--    1 $user  $user        777 Oct 18  2014 obsd.bug.14
-rw-r--r--    1 $user  $user         42 Oct 18  2014 obsd.news.14
-rw-r--r--    1 $user  $user      18900 Oct 18  2014 obsd.rss.14
-rw-r--r--    1 $user  $user       7014 Oct 18  2014 obsd.talk.14
-rw-r--r--    1 $user  $user        168 Oct 18  2014 od.ii.dev.14
-rw-r--r--    1 $user  $user      31080 Nov 18 10:45 pipe.2032
-rw-r--r--    1 $user  $user      13293 Nov 18 12:20 piratemedia.rss.15
-rw-r--r--    1 $user  $user        336 Nov 16 12:49 python.15
-rw-r--r--    1 $user  $user        693 Oct 18  2014 rel.3
-rw-r--r--    1 $user  $user       6006 Nov 17 03:00 ru.humor.14
-rw-r--r--    1 $user  $user        105 Oct 18  2014 rw.51
-rw-r--r--    1 $user  $user       4935 Oct 18  2014 spline.bash.rss.14
-rw-r--r--    1 $user  $user        630 Oct 18  2014 spline.creepy.14
-rw-r--r--    1 $user  $user       2142 Oct 18  2014 spline.lor.rss.14
-rw-r--r--    1 $user  $user      44835 Oct 24  2014 stallman.polit.14
-rw-r--r--    1 $user  $user       2457 Oct 18  2014 sysop.14
-rw-r--r--    1 $user  $user         21 Oct 18  2014 test.14
-rw-r--r--    1 $user  $user        210 Oct 26 14:28 test.15
-rw-r--r--    1 $user  $user        798 Oct 18  2014 think.aloud.14
-rw-r--r--    1 $user  $user        546 Oct 18  2014 to.doc.14
-rw-r--r--    1 $user  $user         42 Oct 18  2014 to.lor.2014
-rw-r--r--    1 $user  $user        336 Oct 18  2014 todo.14
-rw-r--r--    1 $user  $user       1806 Oct 18  2014 txt.drafts.14
-rw-r--r--    1 $user  $user       1848 Oct 18  2014 ursa.repost.14
-rw-r--r--    1 $user  $user       1512 Oct 18  2014 vargos.im.2014
-rw-r--r--    1 $user  $user        756 Jul 15 16:44 vit01.2014
-rw-r--r--    1 $user  $user      47355 Sep  7 02:19 vk-news.14
-rw-r--r--    1 $user  $user       9849 Nov 18 02:00 vk-news.15
-rw-r--r--    1 $user  $user        210 Oct 18  2014 vote.2014
-rw-r--r--    1 $user  $user       1155 Oct 18  2014 younglinux.info.14

Это на мой архив похоже

Ну самих файлов у меня нету - только список, который я где-то раздобыл в декабре 2021 года...

Пока лазил по архивам наткнулся на старое сообщение от автора ii-php:

/x/e ii-php

Оказывается, рабочая реализация "сообщений с определённого msgid" на моей ноде уже имеется. Это /x/e, который был реализован про запас.

Образец

POST /x/e
параметр data равен:

pipe.2032:msgid
ii.14:msgid
ещёэха:msgid

Результат:

pipe.2032
msgid
msgid
msgid
ii.14
msgid
ещёэха
msgid

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

И оно в моём iii-php действительно всё ещё есть :)

elseif ($opts[0] == 'x' and $opts[1] == 'e' and remote('data')) {
	$lines=explode("\n", $_POST['data']);
	foreach ($lines as $line) {
		$line=explode(":", $line);
		if (count($line)!=2) continue;

		$echoarea=trim($line[0]);
		$msgid=trim($line[1]);

		$index=$access->getMsgList($echoarea);
		$maxElement=count($index)-1;

		$search=array_search($msgid, $index);
		if ($search!=NULL and $search<$maxElement) {
			$newMessages=array_slice($index, $search+1);
			echo $echoarea."\n".implode("\n", $newMessages)."\n";
		} elseif ($search==$maxElement) {
			continue;
		} else {
			echo $echoarea."\n".$msgids;
		}
	}
}

Точнее есть только те, что были в архиве с alicorn

Ну чо уже пора?…

shaos> Ну чо уже пора?…

И ты туда же? :(

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

shaos>> Ну чо уже пора?…
doesnm> И ты туда же? :(

Может попробовать откопать NNTP?

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

Не - я про lor.opennet :)
Оно вчера перестало обновляться

P.S. repto не зря придуман ведь ;)

> Может попробовать откопать NNTP?

Там спамботы царят…

И потом меня ii/IDEC полностью устраивает как транспорт для моих будущих поделок - эх для ретрокомпов, распрелелённых игр, экспериментов с моделированием криптовалют и т.д. ;)

Кстати раз уж все «отцы» IDEC свалили, а Создатель ii Рома всё ещё с нами, то может стоит это всё обратно называть ii? :)

Точнее ii с расширениями ( я для себя свою расширенную версию называю iii - см. iii.nizya )…

shaos> Не - я про lor.opennet :)
shaos> Оно вчера перестало обновляться
shaos> P.S. repto не зря придуман ведь ;)

Мне с Caesium немного не видно куда идет repto. Удобнее когда есть цитата в сообщении

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

А чего цезий не даёт кликать на сабж, чтобы открыть родителя?

Или там кейбордовые шорткаты для всех акшинов?

shaos> Или там кейбордовые шорткаты для всех акшинов?

Ага. Я не помню есть ли шорткат на открытие родителя

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

Экспериментирую с лором - там похоже надо научиться пропускать лишние пробелы и убирать тэги:




Разработчик компании «Яндекс» Ахтям Сакаев разместил свой pull request на GitHub в первых числах октября. Запрос висел около месяца и был отклонён.
( [ читать дальше... ]( https://www.linux.org.ru/news/opensource/17787377#cut ) )





[ opensource ]( /tag/opensource ) , [ санкции ]( /tag/%D1%81%D0%B0%D0%BD%D0%BA%D1%86%D0%B8%D0%B8 )


Ссылка: https://www.linux.org.ru/news/opensource/17787377

Вроде сделал (репу тоже обновил, включив поправленный ii-rss.php)
Теперь оно удаляет пустые строки, а также строки, состоящие из одних пробелов
Также удаляет строки, в которых есть /tag/ и линки на лого твиттера и фейсбука (в bot.slashdot оно было и последнее могло вызвать недоразумения с силовыми структурами РФ)
Ну и ссылка на статью теперь добавляется только если эта ссылка не встечалась в тексте сообщения
Снял таверну с фетча и начал сам качать LOR и OPENNET (поначалу некоторые статьи повторятся)

shaos> И потом меня ii/IDEC полностью устраивает как транспорт для моих будущих поделок - эх для ретрокомпов, распрелелённых игр, экспериментов с моделированием криптовалют и т.д. ;)
shaos> Кстати раз уж все «отцы» IDEC свалили, а Создатель ii Рома всё ещё с нами, то может стоит это всё обратно называть ii? :)
shaos> Точнее ii с расширениями ( я для себя свою расширенную версию называю iii - см. iii.nizya )…

Как расшифровывается ii кстати?

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

> Как расшифровывается ii кстати?

Это надо у Ромы спросить :)

Это расшифровывается как 2