shaos> Вручную? ;)

Какая разница, скриптом или вручную? Запрос-то всё равно один, независимо от количества таких пользователей.

А что, если вообще оставить только /list.txt, (опционально) /blacklist.txt, /e, /m и /u/point? Тогда всё, кроме постинга, ложилось бы на физическую файловую структуру и его можно было бы сервачить хоть статикой.

revoltech> А что, если вообще оставить только /list.txt, (опционально) /blacklist.txt, /e, /m и /u/point? Тогда всё, кроме постинга, ложилось бы на физическую файловую структуру и его можно было бы сервачить хоть статикой.

Звучит прикольно, но очень неоптимизированно. Я тут хотел сделать конвертер который создаст эху с 37к+ сообщениями. Насколько долго будет получать индекс и сообщения?

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

doesnm> Звучит прикольно, но очень неоптимизированно. Я тут хотел сделать конвертер который создаст эху с 37к+ сообщениями. Насколько долго будет получать индекс и сообщения?

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

Условно, алгоритм таков: выкачали индекс из /e/echo.name, сравнили с локальным содержимым того же файла, недостающие айдишники в цикле скормили /m, после успешного выкачивания перезаписали локальный индекс эхи.

revoltech> В первый раз будет долго (хотя зависит от канала у ноды и клиента), потом быстро. Мы же не перекачиваем вообще все сообщения каждый раз, а только те, которых не оказалось на клиенте.
revoltech> Условно, алгоритм таков: выкачали индекс из /e/echo.name, сравнили с локальным содержимым того же файла, недостающие айдишники в цикле скормили /m, после успешного выкачивания перезаписали локальный индекс эхи.

Мы не перекачиваем сообщения, но мы перекачиваем индекс. Сколько он будет весить с без адаптивного фетча?

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

doesnm> Мы не перекачиваем сообщения, но мы перекачиваем индекс. Сколько он будет весить с без адаптивного фетча?

777к. Если по HTTP с gzip, то гораздо меньше. Надо тестить.

doesnm>> Мы не перекачиваем сообщения, но мы перекачиваем индекс. Сколько он будет весить с без адаптивного фетча?
revoltech> 777к. Если по HTTP с gzip, то гораздо меньше. Надо тестить.

Что еще прикольно: это идеально ложится на тип базы txt (так и задумано изначально?)
Так что можно использовать утилиты из ii-db-utils и прочее

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

doesnm> Что еще прикольно: это идеально ложится на тип базы txt (так и задумано изначально?)
doesnm> Так что можно использовать утилиты из ii-db-utils и прочее

В глаза не видел этих утилит, но да, я ж говорю, если оставить только /list.txt, /e и /m, то всё можно сервачить статикой. А динамической только логику постинга через /u/point сделать.

revoltech> В глаза не видел этих утилит, но да, я ж говорю, если оставить только /list.txt, /e и /m, то всё можно сервачить статикой. А динамической только логику постинга через /u/point сделать.

Я про эти утилиты: https://github.com/idec-net/ii-db-utils
Тут даже есть скрипт чтобы конвертировать почту в ii формат

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

revoltech> В глаза не видел этих утилит, но да, я ж говорю, если оставить только /list.txt, /e и /m, то всё можно сервачить статикой. А динамической только логику постинга через /u/point сделать.

Либо если упороться, то кидать сообщения через rsync по ssh немного переделав https://github.com/idec-net/iissh
Кто сказал что мы обязаны постить только через /u/point ?

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

/z а затем и /u был введён потому что по одному слишком медленно было

А изначально и было только e и m

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

Но при этом зачем-то ограничиваем количество айдишников в /u/m.

> Но при этом зачем-то ограничиваем количество айдишников в /u/m.

я уже объяснял. это принцип разумной достаточности

1. разница между 1 и 20 в 2014 была ощутима, а между 20 и 40 - нет

2. большой запрос ставил колом однопоточный сервер

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

Мой вариант.
1. Станция которая хочет заявить о себе миру делает GET-запрос вида /d/url-to-node/url-encoded-name-of-node на любую известную станцию, второй параметр не обязателен.
2. Станция получившая запрос проверяет что такой url ей не известен
3. Станция проверяет что по адресу из запроса действительно ii-нода
4. Станция добавляет ноду в /nodes.txt
5. Станция добавляет сообщение в эху node.list

Другая станция забирает /nodes.txt после чего повторяет пункты 2-5.

Основой распространия списка становится /nodes.txt. Эха node.list является локальной для каждой станции и не подлежит распространению.

Далее каждая станция раз в сутки проходит по списку нод из /nodes.txt и проверяет доступность (пункт 3), если проверка проваливается 7 раз, т.е. нода не доспутна неделю, то нода из списка маскируется, сообщение в эхе node.list вносится в чёрный список, т.е. новички эту ноду не увидят. В дальнейшем можно наверное раз в месяц просто удалять все замаскированные ноды из списка вместе с сообщениями из node.list

Примерный форман /nodes.txt
url:name
-masked-url:name

Я как-то не заметил, а оно ведь сюда аж добежало :)

ii://w21pZ4TPwJz36i5hR5bD

> урла должно быть два - пойнтовый и веб-интерфейс (если есть)

сейчас вроде бы у всех эти 2 урла одинаковые (даже у меня)

У тебя же как-раз разные iii-web.php и iii-point.php
Из-за этого не сразу понял как с тебя сообщения забирать.

Теперь и то, и другое у меня https://sprinternet.io/iii/
Если ввести в браузере без параметров, то оно само перескочит на iii-web.php
А если добить урл параметрами (типа /u/e/ и т.д.), то оно через Rewrite модуль апача перевызовет внутри iii-point.php?q=/хвост (но снаружи оно так и останется /iii/u/e/...)

Надо чтоли какие-то StickyNotes справа от списка эх разместить с инструкциями как к ноде подключаться и что это вообще такое...

Сделал на скорую руку первый этап автодискавери.
Запрос вида /d/$SHEME/url или /d/$SHEME/url/node%20name, где $SHEME = http или https, добавляет строку в nodes.txt после проверки что url это ii-сервер (проверяется наличие list.txt, /u/e/ и /u/m/). Ответ может быть 200 - строка добавлена, 304 - станция уже в списке, 404 - сервер не ii. nodes.txt содержит url и опционально имя, разделённые табом. Парсинг чужих nodes.txt пока не реализован, как и создание сообщений в эхе, и автоудаление отвалившихся.

curl https://idec.foxears.su/nodes.txt
https://club.hugeping.ru
https://tgistation.ru tgistation

У меня имя просто spnet :)

Не вопрос, поправил.

Произошло чудо - я восстановил свою учётную запись на лоре :)

https://www.linux.org.ru/news/internet/17797879?cid=17801681

Последняя моя активность там была в августе 2009 года ;)

tgistation.ru это tgi
hugeping.tk это ping
(судя по заголовкам в генерируемых ими сообщениях)

А самое старое обсуждение моего софта на лоре случилось в ноябре 2002 года (т.е. 22 года назад) с подачи господина cr0acker-a :)

https://www.linux.org.ru/gallery/screenshots/244277

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

ahamai, ты вроде просил на лоре бинарник IDEC Droid? Я однажды собирал успешно под Termux ибо оно на чистой Java, успешно работало
Могу попробовать еще раз и выложить

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

Один товарищ ставил IDEC Mobile на свой ондроед в 2022 году - работало с моей нодой на ура - и чтение, и отправка сообщений. Откуда брал бинарь не помню, но исходники вот тут:

https://github.com/idec-net/idec-mobile

shaos> Один товарищ ставил IDEC Mobile на свой ондроед в 2022 году - работало с моей нодой на ура - и чтение, и отправка сообщений. Откуда брал бинарь не помню, но исходники вот тут:
shaos> https://github.com/idec-net/idec-mobile

Пробую собрать, возникли проблемы с зависимостями:
org.sufficientlysecure:openpgp-api:12.0.
com.takisoft.fix:preference-v7:28.0.0.0.

Мб где-то найду их. Хотя вроде бы где-то в idec.talks лежала ссылка на IDEC Droid от Лобанова

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

Вебархив показывает вот тут линк на некий app-debug.apk, который не сохранился:

https://web.archive.org/web/20211130114237/https://ii-net.tk/idec-doc/?p=android

doesnm> Мб где-то найду их. Хотя вроде бы где-то в idec.talks лежала ссылка на IDEC Droid от Лобанова

И так что мы имеем:
1. Первая зависимость есть только на репозиториях Spring (судя по mvnrepository.com), а они закрыли их basic auth
2. Вторая зависимость как бы есть на Github, но в логах CI от jitpack.io ошибки сборки, а на Maven Central этот пакет убрали (как и похоже первый)

Как же я ненавижу зависимости, даешь велосипеды

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

doesnm> shaos> Один товарищ ставил IDEC Mobile на свой ондроед в 2022 году - работало с моей нодой на ура - и чтение, и отправка сообщений. Откуда брал бинарь не помню, но исходники вот тут:
doesnm> shaos> https://github.com/idec-net/idec-mobile
doesnm>
doesnm> Пробую собрать, возникли проблемы с зависимостями:
doesnm> org.sufficientlysecure:openpgp-api:12.0.
doesnm> com.takisoft.fix:preference-v7:28.0.0.0.

Вопрос, нахрена обе зависимости в настолько простом клиенте?

Блин, хоть бери и свой пиши... Хотя я хочу как-нибудь на Hecl запилить, как микроб хотел в 2014. Его можно будет и на симбиане моём пускать, и на андроидах старых. Хотя на них и полноценный тикль в виде AndroWish имеется.

P.S. Shaos, ты с меня фетчишь уже или нет? Ну, то есть, могу ли я со своей ноды уже начинать писать?

> Shaos, ты с меня фетчишь уже или нет? Ну, то есть, могу ли я со своей ноды уже начинать писать?

а уже можно? ну ок - завтра настрою :)

revoltech> Блин, хоть бери и свой пиши... Хотя я хочу как-нибудь на Hecl запилить, как микроб хотел в 2014. Его можно будет и на симбиане моём пускать, и на андроидах старых. Хотя на них и полноценный тикль в виде AndroWish имеется.

А на новых? (Хотя учитывая как часто выходят версии, то уже не особо)
Пишу с Android 10 в Termux через Caesium

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

doesnm> А на новых? (Хотя учитывая как часто выходят версии, то уже не особо)

Ну у меня только графен щас в ходу, так что тестить, если что, придётся на 15...

вроде сделал - пробуй

shaos> вроде сделал - пробуй

Ну что, мея должо быть видо.

ВИДО

shaos> ВИДО

Ну отлично. Правда, я чуток приболел, а работа сама себя не сделает, так что допил ноды снова откладывается.

Если интересует, почему у меня вебморды там нет и не будет, глянь на некоторые из последних постов на лоре в том треде. Отсутствие вебморды неплохо огораживает сеть от подобных персонажей.

Если кому интересно фетчить с моей новой ноды, то вот урла: https://ii.yester.link

Альтернативно можно стягивать по plain HTTP: http://ii.yester.link:1110
По Nex/Gopher урла ровно такая же (сервер мультипротоколен).

Нода пока довольно экспериментальна и новых поинтов не принимает, но до нового года это по идее изменится.

Помимо существующих эх, там будет ещё англоязычный контент в основном. Фетчу избирательно с spnet и foxears.

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

> Правда, я чуток приболел, а работа сама себя не сделает, так что допил ноды снова откладывается.

Выздоравливай

Новости с полей - https://github.com/ptah-alexs/nl-tool

foxears> Новости с полей - https://github.com/ptah-alexs/nl-tool

Ник знакомый... Такой же ник был на лоре?

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

Приветствую всех! Я настроил свою ноду на бесплатный хостинг для тестирования. А что дальше? Какие требования я должен соблюсти, чтобы мою станцию добавили на фетч? Хочу постить через свою станцию хотя бы в эху "idec.talks".

liathit> Приветствую всех! Я настроил свою ноду на бесплатный хостинг для тестирования. А что дальше? Какие требования я должен соблюсти, чтобы мою станцию добавили на фетч? Хочу постить через свою станцию хотя бы в эху "idec.talks".

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

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

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

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

foxears> Новости с полей - https://github.com/ptah-alexs/nl-tool

Если предусмотришь список которые ты забираешь с этих нод, то может быть аналог node.json выйдет
Я бы не отказался от карты сети

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