>Твоя нода не проходит проверку на ii-шность, потому что в hamradio.73 у тебя нет сообщений :).

Вот теперь добавилась...))

naste.ne я забирал, но не показывал - сегодня сделал чтобы было видно в интерфейсе на https://sprinternet.io/iii (надо через CONFIGURE включить, если не видно)

по поводу полуневидимых эх я писал в октябре прошлого года - см. тему "Полуневдимые эхи":
https://tgistation.ru/echo/subj/8/%D0%9F%D0%BE%D0%BB%D1%83%D0%BD%D0%B5%D0%B2%D0%B4%D0%B8%D0%BC%D1%8B%D0%B5%20%D1%8D%D1%85%D0%B8/

надо делать (я планировал в описании эх добавлять некие ключевые слова, чтобы было понятно как сервер должен себя с ними вести - типа $readonly, $english, $shadow и т.д.)

P.S. topicid я ещё так и не прикрутил :(

Ты с меня уже 3 дня ничего не берёшь - снова надумал отключаться?...

https://idec.foxears.su/nodes.txt

сабж

o - дык оно RelMeAuth тоже поддерживает :)

https://indieweb.org/RelMeAuth

shaos> Хм, а куда blackcat пропал?

Его станция не отвечает, connection timeout

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

Всё, теперь нода снова онлайн.

ahamai> /z а затем и /u был введён потому что по одному слишком медленно было
ahamai> А изначально и было только e и m

Некропост
Я тут подумал, а что если сделать /e и /m директориями, list.txt, blacklist.txt и т.д как есть, а все /u эндпоинты реализовать через openresty или mod_magnet написав на Lua?

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

>ну и разумеется тебе надо скопировать эхоконференцию (и обновлять её с каким-то интервалом)

По крону забираю c blcat с интервалом в 30 мин.

Добавил тебя в список фетча и в /nodes.txt

попали в топ10 месяца по лору, сейчас 8е место

shaos> Например мой "автокоординатор" это spnet.stats - я именно там заметил траффик от foxears.su ещё до того, как автор той ноды мне е-мейл написал ;)

Мы опять о разных вещах говорим. Поставь себя на место человека, который не может/не хочет регистрироваться ни через веб, ни через другие внешние каналы. Что ему делать? Создавать свою ноду. Как ему дать знать о её существовании другим участникам сети, не упираясь в поиск внешних контактов и языковой барьер, допустим? Статистика трафика — не аргумент, нода может вообще в .onion находиться, по трафику её не найдёшь.

Без фичи автокоординатора сеть не самодостаточна, вот что я хочу донести.

Ну ты же забанил этого милого человека или пусть и дальше развлекается? ;)

Ладно, я пока решил, что запущу ноду без TOTP, без подписей, без авторега и без /u/push. Осталось только несколько организационных моментов порешать. К 1 декабря, думаю, будет готово.

> P.S. А ты на hugeping тоже был (есть)?

Нет, я впервые из ro вылез)

Я вот думаю таки простой Nex-сервер написать и на тех же текстовых файлах msg/echo открыться по порту 1900 - так сказать для пущего разнобезобразия :)

Поднял локальную копию
Если ввести пустого юзера и скопировать auth строку, то можно постить сообщения от имени пустого юзера
Исправишь в 0.8?

Если бы я в 2021 году знал, что все свалят, то конечно бы всех заархивировал…

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

у нас тестирование это только фетчинг. берёшь любую эху и фетчишь. сфетчилось - тест прошёл. можно произвольную эху в произвольном месте создать.

> Исправил, заодно добавив юникодовских буллетпоинтов для списка:

> Unicode Character “•” (U+2022)

Блин, последнее лоровское сообщение разъехалось (у себя поправил без изменения хеша, но вот у других кто забрал оно будет разъехавшееся) - ну вот кто делает вот такие вот списки:

<p>Из особенностей:</p>
<ul>
<li>
<p>Проверки выхода за границы массива. В TrapC применяется фундаментально иной способ работы с указателями и специальный механизм перехвата ошибок на основе обработчиков исключений (trap).</p>
</li>
<li>
<p>Проверки use after free.</p>
</li>
<li>
<p>Наличие GC.</p>
</li>
<li>
<p>Выделение памяти через new. *alloc и free нет.</p>
</li>
<li>
<p>Явная инициализация нулями.</p>
</li>
<li>
<p>Строгая типизация.</p>
</li>
</ul> ... [>>>]

Не заметил :)

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

И оно в моём 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;
		}
	}
}

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

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

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

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

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

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

X
 X
  X
 X
X

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

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

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

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

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

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

У нас нет клиентов

У нас нет инфрастуктуры

У нас нет заинтересованности писать клиенты

Сейчас не 2014

А что с таверной? Лежит уже дня 3:

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.4.62 (Debian) Server at idec.spline-online.ru Port 80

hugeping> У меня появилась ГИПОТЕЗА.
hugeping>
hugeping> 1) revoltech фетчит себе куда-то локально эхи из разных мест
hugeping> 2) revoltech сфетчил сообщение ahamai с ноды blcat
hugeping> 3) revoltech формирует в своём клиенте ответ на сообщение и отправляет его spnet. reply указывает на сообщение с blcat
hugeping> 4) spnet НЕ ПРОВЕРЯЕТ reply вообще и берет это сообщение (считаю, должен был отбросить)
hugeping> 5) ЗАТЕМ spnet забирает сообщение на которое был ответ с blcat
hugeping>
hugeping> Это всё объясняет. revoltech? shaos? я прав?

Да, всё так. Но это не должно быть проблемой вообще, как по мне. Там же AL объяснял уже: как прилетают в базу, так и прилетают, а упорядочивать — это уже задача клиента. Так что я в своей ноде такую проверку тоже делать не буду.

revoltech> ну а дальше, думаю, разберёшься.

А, ну да, ещё auth.txt для постинга нужен. Формат тот же: на каждой строке урла станции и пароль через пробел.

shaos> А так надо быть готовым к тому, что запросив у меня скажем -10:10 можно получить в ответ только 9 сообщений...

Интересно. Мой вариант фетча с пробами по -N:1 вроде бы устойчив к такому поведению. Вот если сразу 16 заблеклистишь последних, тогда будут проблемы :)

> Узел должен обеспечивать запрос 40 сообщений в одном запросе /u/m. Клиент может запрашивать меньше, но узел должен обеспечивать передачу именно 40 сообщений за запрос.

Может быть первое предложение подкорректировать?

Количество одновременно запрашиваемых сообщений в одном запросе /u/m не должно превышать 40. Клиент может запрашивать меньше, но узел должен обеспечивать передачу именно 40 сообщений за запрос.

Всё равно наверное надо скажем раз в неделю делать полное забирание всего - чисто на всякий пожарный...

2. сделал spnet.uplink

> А потому что нефиг завязываться на точку было. Сделали бы 1) что-то в духе /u/l (в моём новом несовместимом протоколе будет /r/l вместо list.txt), 2) в выводе /u/e после каждой эхи (для отличия от msgid) ставить двоеточие. И всё, никаких коллизий.

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

> Без фильтрации айдишников — ой как сделает.

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

1. у нас есть файл с такой эхой - отдаём этот файл
2. у нас нет файла с этой эхой, отдаём пустую эху

третьего не дано

> у тебя нет http, по нему нет никакой отдачи.

Есть :)

Порт 8085 ;)

> Изменения ради изменений. Ты бы классно вписался в современную IT-индустрию с такими подходами.

я вообще не трогаю технологию. она по мне изначально идеальна. я про внедрение проекта, новых пользователей, новый софт и прочая инфраструктура - ничего этого нет. при Стали^W мне каждую неделю новые клиенты выходили :) была куча юзеров, эх и прочего. сейчас всё глухо, несколько месяцев активность вообще была околонулевая. Даже shaos свой форум в эху не переформатировал. :) Я думаю, если бы жизненные обстоятельства мне не помешали, и сеть и технология сейчас были бы куда популярнее. Сейчас я тоже хочу заняться именно контентом, есть несколько идей, но жизненные обстоятельства сейчас куда хуже, к сожалению. Попробую. Ваши форматы меня не интересуют вообще, idec я прочитал только несколько дней назад, новый не читал.

Я ПРОСТО НАПОМИНАЛ 2014. Делали формат, который ПОЛНОСТЬЮ совместим с ii, но при этом экономит трафик. Итог:
1.
2.

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

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

tuple>>> 🙄😬🧒👩‍🚀🙆‍♀️👩‍👦‍👦👩‍👦👒🤷‍♀️👩‍❤️‍💋‍👩🧛‍♀️☝️👻💂‍♀️🤫🍉🍰🥣🥡🍨🍢🏣
revoltech>> А почему не в idec.test?
doesnm> Его на ping-е нет

Так создай :)

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

Ещё вопросы. Оказывается, нет возможности брать определённое количество сообщений из каждой эхи (я думал, это там было изначально). Это, оказывается, не нужно. Логично, в расширении, которое было сделано специально для экономии трафика, нет средств для экономии трафика. Тогда зачем нужен запрос, получающий количество сообщений в конкретных эхах? Что он даёт, для чего он, кто все эти люди.

На вопрос "где архив, где посмотреть сообщения за какой-то год" говорят "архив не нужен, эхи для общения". Это IRC для общения, а формат сохранения сообщения предусматривал их сохранение. Если это для общения, зачем тогда вообще нужны эхи на кучу тысяч сообщений, почему их не trunc-ать со старостью. То есть, в архив выгрузить эху нельзя, но старые сообщения хранить будем. Но будем рекомендовать их не выкачивать. Зачем делать распученые эхи, таская архивы, которые и не архивы вовсе. То есть, взяли идею "каждая эха это законченная капсула, которая или в активной работе или в архиве", потом сделали из неё чатилку, потом сделали средства бороться с оверхедом, которые это породило, сейчас надо бороться с последствиями последствий. Когда всё изначально работало ровно так, как задумано. Шарман. ... [>>>]

ёпт, там с пробелами беда. но в любом случае, это гораздо читаемее, чем было изначально.

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

ahamai> смотрю я на это и думаю, а давайте ru.humor.14 на бон вернём?

У нас нет бона.

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

tuple> Ещё есть вариант найти мастера, сыграть в D&D.

В общем случае неудобно. Карту надо и токены.

tuple> P.S. Чур я бард-человек.

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