разговоры об ii/IDEC


\/ . hugeping to revoltech @ Re: Стандарт 27/10/24 16:53

revoltech> В extensions.md: написано: «Здесь описаны расширения протокола, являющиеся основным отличием IDEC от ii.» — и там перечислен в том числе /list.txt. Это читается так, как будто IDEC от ii отличается в том числе /list.txt, т.е. в ii его не было.

В ii не было просто самого механизма расширений. В любом случае, смысл менять стандарт я не вижу. Иначе придётся требовать наличия list.txt как обязательного компонента.

revoltech> А то, что если IDEC декларирует обратную совместимость, то одно и то же сообщение не должно приводить к разным айдишникам в разных версиях стандарта.

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

revoltech> Как и многое другое оттуда же.

Что именно? x/c - да. msgid - нет, нет такого требования. Хеши и не должны совпадать. Но ты пишешь "многое другое". Где пруфы?

Мне кажется ты совсем не читаешь то, что я тебе пишу. Прекращаю это бессмысленное занятие. :)

revoltech> Про переводы строк как минимум нужно явно указать, что разделитель строки — строго LF, да. Пока вроде всё, но вычитать остальное не мешало бы.

На самом деле с переводами тоже не все просто. Я когда написал фильтр получил ещё несколько сообщений с \r где-то в теле. Я стал их резать при записи в БД. Кстати, ещё один источник того, что хеш может отличаться. В общем, idec и ii не требуют совпадений при пересчёте хеша. Пересчёт вообще не должен нигде проводиться.

hClhhw... . ОТВЕТИТЬ



\/ . Andrew Lobanov to shaos @ Re: Стандарт 27/10/24 16:53

>> Не в первый и, думаю, не в последний раз, кого-то посещают мысли об нецелевом использовании идентификаторов.
shaos> И каждый раз приходит суровый Andrew Lobanov и ставит фантазёров на место :)

Да я что? Я ничего. Так, погулять вышел. Просто надо сильно всех загонять в рамки и часть узлов просто отвалится.

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

9MLrMc... . ОТВЕТИТЬ



\/ . Andrew Lobanov to shaos @ Re: Стандарт 27/10/24 16:53

shaos> дык у него ещё нету ноды - тока клиент :)

Вот и повод написать ноду :)

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

1euPz0... . ОТВЕТИТЬ



\/ . Andrew Lobanov to doesnm @ Re: Полуневдимые эхи 27/10/24 16:53

AL>> FTN у нас уже есть.
doesnm> Сделать гейт в FTN

Смысла нет :)

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

RBxk6m... . ОТВЕТИТЬ



\/ . Andrew Lobanov to shaos @ Re: Стандарт 27/10/24 16:53

>> Для слайсов количество вообще не обязательно.
shaos> т.е. ты предлагаешь каждый раз дёргать каждую эху с параметрами -1:1 чисто на всякий случай? ;)

Да. Не вижу проблемы. Разве что подключения платные и их приходится экономить :)

>> А какой смысл в этом многообразии?
shaos> эдакий A/B тест - кто что больше будет использовать, то прилипшим к стене и останется :)

Ну тоже вариант. Но на нашей выборке не сработает, скорее всего. Делай как удобнее будет тебе и всего делов :)

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

smWjKi... . ОТВЕТИТЬ



\/ . Andrew Lobanov to revoltech @ Re: Стандарт 27/10/24 16:53

AL>> Твой клиент не работает с твоей нодой?
revoltech> Моей ноды ещё не существует.

Повод написать :)

AL>> Что повышает надёжность передачи на нестабильном канале.
revoltech> Каким образом, если проверка целостности по msgid, как мы выяснили, идёт лесом, а проверка целостности самого списка в эхе сейчас вообще отсутствует?
revoltech> Ну то есть давай смоделируем ситуацию — обрыв соединения при фетче эхи. Этот обрыв может произойти во время:
revoltech> 1) скачивания списка айдишников в эхе (GET /u/e),
revoltech> 2) скачивания бандла (GET /u/m).
revoltech> В случае номер 1, если обрыв произошёл до последнего известного нам айдишника, мы не знаем, что там между ними (последним известным нам и тем, где произошёл обрыв), поэтому всё равно придётся запрашивать тот же список заново, независимо от размера.
revoltech> В случае номер 2, который на слабом канале критичнее, мы сравниваем список полученных сообщений со списком запрошенных и при несоответствии оных просто перекачиваем с последнего полученного (т.к. его тело могло быть выкачано не полностью). Изначальный размер бандла при этом значения также не имеет.

При этом, если вернулось не 200, то всё идёт лесом до следующего раза.

revoltech> И это ещё с допущением, что само соединение установлено успешно. А чем нестабильнее канал, тем дольше устанавливается соединение. И накладные расходы на кучу мелких запросов в этом случае ещё сильнее влияют.

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

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

P6Sncw... . ОТВЕТИТЬ



\/ . Andrew Lobanov to tuple @ Re: Неожиданное наблюдение 27/10/24 16:53

tuple> IDEC протокол нужен только для обсуждения IDEC-реализаций.

Можем обсуждать что угодно. Но все предпочитают обсуждать технологию :)

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

J5j65B... . ОТВЕТИТЬ



\/ . Andrew Lobanov to revoltech @ Re: Неожиданное наблюдение 27/10/24 16:53

tuple>> IDEC протокол нужен только для обсуждения IDEC-реализаций.
revoltech> Sad but true. Хотя мне, наверное, было бы достаточно корректно работающего ii. Просто по ходу дела выяснилось, что это ближе к мифу или оксюморону.

IDEC на 100% совместим с ii-0.3. Пользуйся и радуйся жизни.

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

7IoKAF... . ОТВЕТИТЬ



\/ . Andrew Lobanov to tuple @ Re: Неожиданное наблюдение 27/10/24 16:53

hugeping>> Ну, хочется видеть idec другим -- никто не мешает разрабатывать свои варианты...
tuple> Жаль при этом происходит дробление сообществ на всё более мелкие части...

Потому что все хотят менять стандарт или обвешивать его расширениями вместо того, чтобы просто пользоваться :)

Девять лет жили с текущим стандартом и тут все занемогли с него.

PS: Моё сообщение с темой "Стандарт" было на серьёзных щах, но всем пофиг. Только Петр откликнулся. Раз обсуждения нет, буду считать, что все согласны. Как появится свободное время, допилю новую ноду (тупо не хватает времени доделать некоторые мелочи) и релизну новый стандарт. И придётся с ним жить :)

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

aH7v9u... . ОТВЕТИТЬ



\/ . Andrew Lobanov to revoltech @ Re: Неожиданное наблюдение 27/10/24 16:53

hugeping>> Драматизировать тоже не стоит.
revoltech> А кто владелец репы idec-net? Он здесь есть? Он способен привести документацию в адекватный и недвузначно трактуемый вид?
revoltech> * Раз GET /list.txt всегда был в ii, надо его описать в базе, а не в расширениях.

Вообще не будет расширений. Будет один стандарт и всё. Расширения на совести людей, их реализующих останутся.

revoltech> * Раз айдишники в виде волшебного шопопало до сих пор проскакивают, надо указать, что алгоритм их генерации рекомендован. И указать правила замены на A-z, которые все ноды между собой понимали бы.

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

revoltech> * Раз счётчики де-факто могут убывать, надо убрать ту приписку «Важно: параметр неубывающий».

Это не важно. В новом стандарте счётчиков не будет.

revoltech> Ну и так далее. В общем, привести теоретическую базу к тому, как оно всё на самом деле функционирует. Чтобы новые авторы клиентов (а тем более серверов) не путались в этих трёх соснах как минимум.

Ну новый стандарт будет компактный и простой.

revoltech> Я могу выложить свою (англоязычную) доку где-то здесь. Либо в english.talks, либо в какуюто новую эху. Там сейчас базовый ii без расширений по факту. Есть желание привлечь нексовских, гоферистов, джеминистов и прочих активистов смолнета к этой теме, но для начала неплохо было бы довести документацию до удобоваримого вида без разночтений.

Жди и всё будет. У меня сейчас не очень простой период в жизни в плане свободного времени.

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

sAey67... . ОТВЕТИТЬ



\/ . Andrew Lobanov to revoltech @ Re: Стандарт 27/10/24 16:53

revoltech> А то, что если IDEC декларирует обратную совместимость, то одно и то же сообщение не должно приводить к разным айдишникам в разных версиях стандарта. А по факту мы видим не то, что там написано.

А по факту это всё ни на что не влияет и работает без проблем.

hugeping>> С счётчиками я не знаю что делать. Возможно, надо признать что этот стандарт большинство не исполняет и всё.
revoltech> Как и многое другое оттуда же.

Вот ты дотошный без особого смысла :)

hugeping>> А что ещё? Ну, переводы строк?
revoltech> Про переводы строк как минимум нужно явно указать, что разделитель строки — строго LF, да. Пока вроде всё, но вычитать остальное не мешало бы.

Переводы строк могут быть какими угодно. Символ возврата каретки ни на что не влияет.

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

e8ngJF... . ОТВЕТИТЬ



\/ . hugeping to All @ Неправильный Subj 27/10/24 17:17



\/ . hugeping to Andrew Lobanov @ Re: Стандарт 27/10/24 17:20

AL> Итак, меня тут назначили главным по стандарту. Моё предложение такое: убрать фреки, убрать фэхи, убрать счётчики, оставить только e/, m/, u/e (со слайсами), u/m, u/point, u/push, list.txt, blacklist.txt. Остальное выпилить нафиг.

А ты знаешь, подумал... Вообще, мне нравится. Без x/c можно жить, тем более если list.txt в базе будет.

NyN2c2... . ОТВЕТИТЬ



\/ . hugeping to hugeping @ Re: Неправильный Subj 27/10/24 17:37

hugeping> Зачем так делать? :)

А началось это кажется здесь: wCtCSY0AQJBPZgD7zwYS
И здесь: 0Lo8T5IAlUzzV0A2pgzy

Вообще, это нормально менять тему во время ответа, но всё-таки тут явно что-то сбоит и Re: Стандарт взят откуда-то по ошибке... А я всё это смотрю на два одинаковых Subj, но попадаю в разные топики.

Hf3zVC... . ОТВЕТИТЬ



\/ . revoltech to Andrew Lobanov @ Re: Стандарт 27/10/24 17:23

AL> Повод написать :)

Напишу. С нексом и слайсами. :) Пока на стадии проектирования.

AL> При этом, если вернулось не 200, то всё идёт лесом до следующего раза.

Если вернулось не 200 (имеется в виду ведь хттпшный 200?), то мы в самом начале понимаем, что что-то не то, и размер бандла снова-таки значения не имеет.

AL> Переводы строк могут быть какими угодно. Символ возврата каретки ни на что не влияет.

У меня на клиенте не влияет, а у пинга (вроде) на ноде с ними были проблемы.
Но вообще если уж под старину подстраиваться (семибитные каналы и всё такое), то у всех подобных протоколов де-факто стандартом является CRLF.

AL> Ну новый стандарт будет компактный и простой.

Это хорошо. Ждём-с.

AL> Жди и всё будет. У меня сейчас не очень простой период в жизни в плане свободного времени.

Понимаю, сам вот только недавно из отпуска вышел.

12wH8I... . ОТВЕТИТЬ



\/ . revoltech to hugeping @ Re: Неправильный Subj 27/10/24 17:26

hugeping> Зачем так делать? :)

Сам же просил все связанные со стандартом вещи начать тегировать как ответы на сабж «Стандарт». Или нет?

nMAgQj... . ОТВЕТИТЬ



\/ . Andrew Lobanov to tuple @ Re: Неожиданное наблюдение 27/10/24 17:33

revoltech>> А кто владелец репы idec-net? Он здесь есть? Он способен привести документацию в адекватный и недвузначно трактуемый вид?
tuple> В организации значатся двое: difrex (у него была станция, сейчас её нет, давно не видно), btimofeev пару недель назад с ним общались в сети. Зовём его, пусть делает новый репозиторий для Github Pages, туда можно напосылать PR'ов с исправлениями. Но сначала просто полностью скопировать https://github.com/idec-net/new-docs , затем переделать его под Jekyll (чтобы github pages заработал), а только затем посылать всякие исправления и улучшения.

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

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

BXXO4N... . ОТВЕТИТЬ



\/ . Andrew Lobanov to hugeping @ Re: Стандарт 27/10/24 17:33

revoltech>> В extensions.md: написано: «Здесь описаны расширения протокола, являющиеся основным отличием IDEC от ii.» — и там перечислен в том числе /list.txt. Это читается так, как будто IDEC от ii отличается в том числе /list.txt, т.е. в ii его не было.
hugeping> В ii не было просто самого механизма расширений. В любом случае, смысл менять стандарт я не вижу. Иначе придётся требовать наличия list.txt как обязательного компонента.

Придётся. Раз уж мы тут шатаем то, что есть, то пошатаем и это. Бойтесь :)

revoltech>> А то, что если IDEC декларирует обратную совместимость, то одно и то же сообщение не должно приводить к разным айдишникам в разных версиях стандарта.
hugeping> id создаётся один раз в момент создания сообщения, для обмена нет необходимости его где-то пересчитывать. Главное, уникальность. Вероятность коллизии крайне мала, при условии что id считается какой-то хорошей хеш функцией. Хотя, думаю, можно в принципе и тупо рандом брать, думаю на наш век этого точно хватит.

Сейчас всё нормально. Так и оставим по сути.

revoltech>> Как и многое другое оттуда же.
hugeping> Что именно? x/c - да. msgid - нет, нет такого требования. Хеши и не должны совпадать. Но ты пишешь "многое другое". Где пруфы?

Голословность как дух времени :)

hugeping> Мне кажется ты совсем не читаешь то, что я тебе пишу. Прекращаю это бессмысленное занятие. :)
revoltech>> Про переводы строк как минимум нужно явно указать, что разделитель строки — строго LF, да. Пока вроде всё, но вычитать остальное не мешало бы.
hugeping> На самом деле с переводами тоже не все просто. Я когда написал фильтр получил ещё несколько сообщений с \r где-то в теле. Я стал их резать при записи в БД. Кстати, ещё один источник того, что хеш может отличаться. В общем, idec и ii не требуют совпадений при пересчёте хеша. Пересчёт вообще не должен нигде проводиться.

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

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

nyYoOD... . ОТВЕТИТЬ



\/ . hugeping to revoltech @ Re: Неправильный Subj 27/10/24 17:48

revoltech> Сам же просил все связанные со стандартом вещи начать тегировать как ответы на сабж «Стандарт». Или нет?

Ага, теперь понял откуда это. Дело в том, что топики отслеживаются по цепочке repto, а не по subj. Ну, главное теперь я понял, что это не баг.

Я то ожидал что мы перейдем в Стандарт. Для этого надо отвечать на сообщения там, а не в той теме про невидимые эхи.

9gWFAC... . ОТВЕТИТЬ



\/ . doesnm to Andrew Lobanov @ Re: Стандарт 27/10/24 18:42

shaos>> дык у него ещё нету ноды - тока клиент :)
AL> Вот и повод написать ноду :)

Может и мне что нибудь написать. Хотя это скорее всего будет очередной проект в /projects который я подзаброшу из-за лени или какого-то затыка и когда-то давно вернусь

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

WGAJAL... . ОТВЕТИТЬ



\/ . shaos to All @ Наболтали 28/10/24 00:02

====
Echoareas
────────────────────────
idec.talks...........468 ██████████████████████████████████████████████████▒▒▒▒▒▒▒▒▒
bot.slashdot.........146 ██████████████████████████████████████████████████▒▒
lor.opennet...........61 ██████████████████████████████████████████████████▒
lor.gold..............47 ███████████████████████████████████████████████
idec.test.............35 ███████████████████████████████████
bot.habr.rss..........25 █████████████████████████
linux.14..............18 ██████████████████
bash.rss..............11 ███████████
spnet.stats............7 ███████
ifhub.club.............4 ████
iii.nizya..............2 ██
ii.stat................1 █
bot.antropogenezru.rss.1 █
────────────────────────
Total                826
====


Mz6jiO... . цепочка . ОТВЕТИТЬ



\/ . shaos to shaos @ Re: Наболтали 28/10/24 00:03

Почему-то ii-php иногда не ловит ==== правильно и не отображает моноширинный текст - надо искать багу...

E3ARSx... . ОТВЕТИТЬ



\/ . Andrew Lobanov to hugeping @ Re: Стандарт 28/10/24 05:34

AL>> Итак, меня тут назначили главным по стандарту. Моё предложение такое: убрать фреки, убрать фэхи, убрать счётчики, оставить только e/, m/, u/e (со слайсами), u/m, u/point, u/push, list.txt, blacklist.txt. Остальное выпилить нафиг.
hugeping> А ты знаешь, подумал... Вообще, мне нравится. Без x/c можно жить, тем более если list.txt в базе будет.

В list.txt счётчик может убывать.

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

qLfUau... . ОТВЕТИТЬ







\/ . shaos to hugeping @ Re: Неправильный Subj 28/10/24 07:06

> Для этого надо отвечать на сообщения там, а не в той теме про невидимые эхи.

Полуневдимые эхи :)

Я только вчера заметил, что пропустил букву в первом слове сабжа ;)

Полуневидимые имелось ввиду конечно же :)

ExCA1y... . ОТВЕТИТЬ



\/ . Andrew Lobanov to tuple @ Re: Наболтали 28/10/24 08:45

tuple> Ох уж эти боты. Зачем они в idec? Есть же RSS и его ридеры.

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

PS: А как в RSS-ридере обсудить с участниками сети что-то? :)

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

paG6r6... . ОТВЕТИТЬ



\/ . Andrew Lobanov to tuple @ Re: Наболтали 28/10/24 08:51

tuple> Ох уж эти боты. Зачем они в idec? Есть же RSS и его ридеры.

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

PS: А как в RSS-ридере обсудить с участниками сети что-то? :)

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

AFI7XF... . ОТВЕТИТЬ



\/ . Andrew Lobanov to Andrew Lobanov @ Re: Стандарт 28/10/24 08:54

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

http://s.spline-online.ru/idec.html

Просьба посмотреть на предмет неоднозначностей и непонятностей. Постарался учесть всё, что мы тут обсуждали.

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

KFDLKs... . ОТВЕТИТЬ



\/ . doesnm to Andrew Lobanov @ Re: Наболтали 28/10/24 09:23

tuple>> Ох уж эти боты. Зачем они в idec? Есть же RSS и его ридеры.
AL> Ты так говоришь, как будто кто-то заставляет тебя подписываться или тянуть эти эхи к себе.
AL> PS: А как в RSS-ридере обсудить с участниками сети что-то? :)

Похоже от тебя пришло 2 одинаковых сообщения: paG6r6FDOTURdMLwfObS и AFI7XFZL9kmtNGAUieKP

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

bRCDuq... . ОТВЕТИТЬ



\/ . doesnm to Andrew Lobanov @ Re: Стандарт 28/10/24 09:27

AL> Накинул приблизительный черновик стандарта.
AL> http://s.spline-online.ru/idec.html
AL> Просьба посмотреть на предмет неоднозначностей и непонятностей. Постарался учесть всё, что мы тут обсуждали.

Отличия от ii только в имени эх? Просто на глаз по памяти ничего другого не заметил

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

BGZgkM... . ОТВЕТИТЬ



\/ . revoltech to Andrew Lobanov @ Re: Стандарт 28/10/24 09:30

AL> Накинул приблизительный черновик стандарта.
AL>
AL> http://s.spline-online.ru/idec.html
AL>
AL> Просьба посмотреть на предмет неоднозначностей и непонятностей. Постарался учесть всё, что мы тут обсуждали.

Выглядит неплохо. Но несколько моментов:

1) было бы неплохо уточнить символ переноса строки;
2) было бы неплохо уточнить для непосвящённых, что такое аплинки и даунлинки;
3) в старом стандарте указано, что для постинга именно через GET /u/point поле tmsg должно быть закодировано не просто в Base64, а в Base64-urlsafe. В новом стандарте это требование убирается или как?

nHIwTq... . ОТВЕТИТЬ



\/ . Andrew Lobanov to doesnm @ Re: Наболтали 28/10/24 09:54

tuple>>> Ох уж эти боты. Зачем они в idec? Есть же RSS и его ридеры.
AL>> Ты так говоришь, как будто кто-то заставляет тебя подписываться или тянуть эти эхи к себе.
AL>> PS: А как в RSS-ридере обсудить с участниками сети что-то? :)
doesnm> Похоже от тебя пришло 2 одинаковых сообщения: paG6r6FDOTURdMLwfObS и AFI7XFZL9kmtNGAUieKP

Так получилось. Немного оборвался канал при отправке и клиент не понял, что сообщение принято. Таймстампы разные, поэтому разные хешики.

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

frLn3A... . ОТВЕТИТЬ



\/ . Andrew Lobanov to doesnm @ Re: Стандарт 28/10/24 09:54

AL>> Накинул приблизительный черновик стандарта.
AL>> http://s.spline-online.ru/idec.html
AL>> Просьба посмотреть на предмет неоднозначностей и непонятностей. Постарался учесть всё, что мы тут обсуждали.
doesnm> Отличия от ii только в имени эх? Просто на глаз по памяти ничего другого не заметил

Имена эх ничем не отличаются от ii-шных. Там ничем они не ограничивались фактически. Так что только слайсами отличается. Остальное шелуха :)

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

Zdjyv2... . ОТВЕТИТЬ



\/ . Andrew Lobanov to All @ Таверна 28/10/24 09:54





\/ . Andrew Lobanov to revoltech @ Re: Стандарт 28/10/24 10:18

AL>> Накинул приблизительный черновик стандарта.
AL>>
AL>> http://s.spline-online.ru/idec.html
AL>>
AL>> Просьба посмотреть на предмет неоднозначностей и непонятностей. Постарался учесть всё, что мы тут обсуждали.
revoltech> Выглядит неплохо. Но несколько моментов:
revoltech> 1) было бы неплохо уточнить символ переноса строки;

Всё ещё не считаю это задачей стандарта. Мы передаём текст. Любой. Хотя, если большинство согласится, что нам нужно это стандартизировать, соглашусь.

revoltech> 2) было бы неплохо уточнить для непосвящённых, что такое аплинки и даунлинки;

Я думаю, что надо сделать словарик. Но не хочу пихать его непосредственно в стандарт.

revoltech> 3) в старом стандарте указано, что для постинга именно через GET /u/point поле tmsg должно быть закодировано не просто в Base64, а в Base64-urlsafe. В новом стандарте это требование убирается или как?

Безоговорочно принимается. Требование остаётся.

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

yRy4KM... . ОТВЕТИТЬ



\/ . doesnm to revoltech @ Re: Стандарт 28/10/24 10:49

doesnm>> Отличия от ii только в имени эх?
revoltech> И в слайсах.

Может я слепой, но по ссылке не нашел упоминания слайсов

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

I3l85u... . ОТВЕТИТЬ



\/ . Andrew Lobanov to doesnm @ Re: Стандарт 28/10/24 11:31

doesnm>>> Отличия от ii только в имени эх?
revoltech>> И в слайсах.
doesnm> Может я слепой, но по ссылке не нашел упоминания слайсов

2.3 /u/e/

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

OhZMzI... . ОТВЕТИТЬ



\/ . revoltech to Andrew Lobanov @ Re: Стандарт 28/10/24 15:30

AL> Всё ещё не считаю это задачей стандарта. Мы передаём текст. Любой. Хотя, если большинство согласится, что нам нужно это стандартизировать, соглашусь.

А как же интероперабельность? Вот, допустим, человек решил написать клиента под старый Макинтош. Очень старый, ещё на процессоре архитектуры 68k, где ещё MacTCP отдельным пакетом шёл. Знаешь, какой на тех макосях тогда был стандартный символ перевода строки? Не LF и даже не CRLF, а именно CR. И как, будет тот клиент работать с существующими нодами, если стандарт не уточнит этот момент?

1nCiwu... . ОТВЕТИТЬ





\/ . Andrew Lobanov to revoltech @ Re: Стандарт 28/10/24 16:30

AL>> Всё ещё не считаю это задачей стандарта. Мы передаём текст. Любой. Хотя, если большинство согласится, что нам нужно это стандартизировать, соглашусь.
revoltech> А как же интероперабельность? Вот, допустим, человек решил написать клиента под старый Макинтош. Очень старый, ещё на процессоре архитектуры 68k, где ещё MacTCP отдельным пакетом шёл. Знаешь, какой на тех макосях тогда был стандартный символ перевода строки? Не LF и даже не CRLF, а именно CR. И как, будет тот клиент работать с существующими нодами, если стандарт не уточнит этот момент?

Принимается. Укажу конкретный символ тогда.

+++ Caesium/0.4 RC1

gElnf5... . ОТВЕТИТЬ





\/ . shaos to revoltech @ Re: Стандарт 28/10/24 17:04

Ну можно написать, что принимаем любой текст, но сохраняем только с \n (и сервер считает хеш уже по сконверченному тексту)

eBDAIZ... . ОТВЕТИТЬ



\/ . shaos to Andrew Lobanov @ Re: Наболтали 28/10/24 17:07

Проехали
Проехали

> Так получилось. Немного оборвался канал при отправке и клиент не понял, что сообщение принято.

zNs6x9... . ОТВЕТИТЬ



\/ . Andrew Lobanov to All @ Re: Стандарт 28/10/24 17:17

Внёс правки по итогам замечаний и предложений. URL тот же: http://s.spline-online.ru/idec.html

Словарик будет отдельным документом.

Какие-либо ещё замечания и предложения будут?

PS: Перед окончательной публикацией дождусь реакции hugeping.

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

SNhm1x... . ОТВЕТИТЬ



\/ . revoltech to shaos @ Re: Стандарт 28/10/24 17:10

shaos> Ну можно написать, что принимаем любой текст, но сохраняем только с \n (и сервер считает хеш уже по сконверченному тексту)

Это усложнит логику сервера и, что важнее, замедлит обработку постов.

qaKfdA... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: Стандарт 28/10/24 17:27

Что значит усложнит? Валидацию входящего в любом случае надо делать - вот вместе с валидацией и делать конверсию если надо

AApgmh... . ОТВЕТИТЬ



\/ . revoltech to shaos @ Re: Стандарт 28/10/24 17:31

shaos> Что значит усложнит? Валидацию входящего в любом случае надо делать - вот вместе с валидацией и делать конверсию если надо

Ну то и значит, что валидация требует одни ресурсы, а конверсия — уже другие. Вот как раз нужно или не нужно делать конверсию — это уже дело конкретной станции. Например, с \r\n можно обрезать \r, а только с \r уже не принимать.

OA385f... . ОТВЕТИТЬ





\/ . shaos to Andrew Lobanov @ Re: Стандарт 28/10/24 19:18

А где /x/features ?

Может их в виде /features.txt организовать? Всё равно это по сути статический текст…

buzTTO... . ОТВЕТИТЬ













\/ . revoltech to All @ test 22/10/24 14:20

ВоÑ, теперь всё работает.
Интересное кинцо, однако...

--- Revoltech ---

E3OF5e... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: test 22/10/24 15:43

Это ты у меня второй после гугла получился за предыдущие сутки? ;)

TOP10 VISITORS:

[1] Google point=10 web=1096 up=43.2MB (32%) <--- Google
[2] 145.224.100.x point=116 web=10 up=41.8MB (31%) <--- 145.224.100.x (5/hr) <<<<<<<<<<<<<<
[3] 176.109.111.x point=47 web=0 up=16.3MB (12%) <--- tavern (2/hr)
[4] 217.197.116.x point=142 web=0 up=12.0MB (9%) <--- blackcat (6/hr)
[5] Facebook point=0 web=401 up=7.6MB (5%)
[6] 92.63.98.x point=69 web=0 up=4.9MB (3%) <--- tgi (3/hr)
[7] 95.165.9.x point=125 web=2 up=3.1MB (2%) <--- ping (5/hr)
[8] 24.130.121.x point=37 web=9 up=3.0MB (2%) <--- spnet (2/hr)
[9] DataForSeoBot point=1 web=16 up=0.4MB (<1%) <--- DataForSeoBot
[10] 104.128.67.x point=0 web=3 up=0.1MB (<1%)

TOTAL TRAFFIC: 133MB

Нода на Tcl? ;)

====
...
145.224.100.164 - - [21/Oct/2024:05:27:24 -0700] "GET /iii/u/m/HaYwRbvCz0HDMhN2IrOU HTTP/1.1" 200 225 "-" "Mozilla/5.0 (Unix; U; Linux 6.6.56-0-rpi) http/2.9.8 Tcl/8.6.15"
145.224.100.164 - - [21/Oct/2024:05:27:24 -0700] "GET /iii/u/m/ymc21433dohplAzblytS HTTP/1.1" 200 225 "-" "Mozilla/5.0 (Unix; U; Linux 6.6.56-0-rpi) http/2.9.8 Tcl/8.6.15"
145.224.100.164 - - [21/Oct/2024:05:27:25 -0700] "GET /iii/u/m/bGF8asq7me3B7nMzrKRq HTTP/1.1" 200 225 "-" "Mozilla/5.0 (Unix; U; Linux 6.6.56-0-rpi) http/2.9.8 Tcl/8.6.15"
145.224.100.164 - - [21/Oct/2024:05:27:25 -0700] "GET /iii/u/m/XrdTe37AHd3m1aY3Oaw6 HTTP/1.1" 200 225 "-" "Mozilla/5.0 (Unix; U; Linux 6.6.56-0-rpi) http/2.9.8 Tcl/8.6.15"
145.224.100.164 - - [21/Oct/2024:05:27:25 -0700] "GET /iii/u/m/AhS5Q6mYGHzZzNdx9Lf3 HTTP/1.1" 200 225 "-" "Mozilla/5.0 (Unix; U; Linux 6.6.56-0-rpi) http/2.9.8 Tcl/8.6.15"
...
====


0GM2Nh... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: First test 22/10/24 15:47

видо-видо :)

Надо наверное idec.test в обязательном порядке протянуть на все ноды, чтобы народ тестовые сообщения в idec.talks не слал...

CtFGEL... . ОТВЕТИТЬ



\/ . Reprise to revoltech @ Re: test 22/10/24 16:05

revoltech> тест ответа

Привет! Для тестовых сообщений лучше пользоваться эхой idec.test.

+++ Caesium/0.4 RC1

n2AZTQ... . ОТВЕТИТЬ



\/ . shaos to Reprise @ Re: test 22/10/24 16:20

> Для тестовых сообщений лучше пользоваться эхой idec.test.

Она не везде есть - на ping и tgi например её нету...

ZzjK7U... . ОТВЕТИТЬ



\/ . shaos to shaos @ Re: test 22/10/24 16:23

По идее на нодах со свободной регистрацией это должна быть единственная эха куда можно писать новичку, пока он не пройдёт проверку по полной программе ;)

Надо будет себе пометку на полях сделать...

MhRMiP... . ОТВЕТИТЬ



\/ . revoltech to All @ Re: test 22/10/24 16:10

Да, фетчер на Tcl. Пардон за трафик, тестировал туда-сюда.

1biKJk... . ОТВЕТИТЬ



\/ . revoltech to All @ Re: First test 22/10/24 16:13

Да вообще неплохо бы протянуть. Я ещё гуй на тикле хочу сделать, консольные вещи уже вроде отлажены.

JhNozW... . ОТВЕТИТЬ



\/ . revoltech to shaos @ Re: First test 22/10/24 16:17

А, и да, спасибо за тест, добавлю скоро опцию подмены юзерагента в tiifetch и tiipost.

1mgUdJ... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: test 22/10/24 16:31

> Пардон за трафик, тестировал туда-сюда.

Ну гугл тебе обогнать всё равно не удалось, так что ок ;)

bLZchF... . ОТВЕТИТЬ



\/ . revoltech to Reprise @ Re: test 22/10/24 16:32

С удовольствием, как только с tgi можно будет туда постить.

1C224C... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: test 22/10/24 17:10

Кстати формат ответа неправильный:

====
ii/ok/repto/test
idec.talks
1729606618
revoltech
tgi,15
All
test

тест ответа
====


тут вместо repto/test надо писать repto/msgid где msgid является идентификатором сообщения на которое отвечаем...

28wr6D... . ОТВЕТИТЬ





\/ . doesnm to revoltech @ Re: test 22/10/24 17:17

revoltech> С удовольствием, как только с tgi можно будет туда постить.

Не уверен что эта возможность вообще будет. Судя по всему сисоп забил на сеть. Подумываю сменить, но лень

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

IQpzfk... . ОТВЕТИТЬ



\/ . Andrew Lobanov to revoltech @ Re: Станции ii/IDEC в .onion (Tor) 24/10/24 11:30

revoltech> Интересно, существуют вообще таковые или нет? И если да, то как их найти?

Как минимум, существовали раньше. Как искать не знаю. Живы ли они тоже не знаю.

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

COHQSr... . ОТВЕТИТЬ



\/ . Andrew Lobanov to doesnm @ Re: Полуневдимые эхи 24/10/24 11:30

revoltech>> Проверил — у тебя эта фича есть и работает, а вот на tgi нет.
revoltech>> Зачем её убирать, в принципе? Всё равно скрытые эхи в общем списке не видны. Неплохая же блог-платформа выходит. И да, мне как раз эта идея в изначальной документации понравилась тоже.
doesnm> Емнип блоги хоть и есть в IDEC (hugeping, tgi, difrex), но изначально они не задумывались ибо "ты подписываешься не на человека, а на контент"

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

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

AzO2fT... . ОТВЕТИТЬ







\/ . ahamai to shaos @ Re: First test 28/10/24 21:16

у меня blcat.test, я не вижу смысла делать две тестовые эхи, а тем более их гонять :) тестовые обычно локальные эхи

adAUPA... . ОТВЕТИТЬ



\/ . revoltech to shaos @ Re: Стандарт 28/10/24 21:27

shaos> А где /x/features ?

Нафиг /x/features, как по мне. Если слайсы не поддерживаются, нода просто отдаст всё из указанных эх.

vw94xx... . ОТВЕТИТЬ



\/ . ahamai to revoltech @ Re: Стандарт 28/10/24 21:44

> Нафиг /x/features, как по мне. Если слайсы не поддерживаются, нода просто отдаст всё из указанных эх.

проблема в том, что этот запрос выглядит, как эха, я не уверен, что на моей станции это сработает. если бы это был запрос /u/e/ea/ea/ea?s=-100:100, тогда бы посторонние ноды это проигнорировали

hua5b4... . ОТВЕТИТЬ







\/ . ahamai to shaos @ Re: First test 28/10/24 22:01

а почему оно /u/e а не /x/e какое-нибудь. надо или делать ?s=X:X или /x/e, потому что запрос один, а реакции разные

XAz3gz... . ОТВЕТИТЬ



\/ . shaos to ahamai @ Re: Стандарт 28/10/24 22:27

Там же точки нету - там двоеточие
Значит проверку на соответствие имени эхи оно пройти не должно ;)

wABF0Q... . ОТВЕТИТЬ



\/ . revoltech to ahamai @ Re: Стандарт 28/10/24 22:27

ahamai> проблема в том, что этот запрос выглядит, как эха, я не уверен, что на моей станции это сработает.

Это в каких таких эхах есть двоеточия в названии?

AFoiXE... . ОТВЕТИТЬ



\/ . revoltech to shaos @ Re: Стандарт 28/10/24 22:29

shaos> Там же точки нету - там двоеточие
shaos> Значит проверку на соответствие имени эхи оно пройти не должно ;)

Вот именно. Тоже хотел добавить.

0PBT2n... . ОТВЕТИТЬ



\/ . shaos to revoltech @ Re: Стандарт 28/10/24 22:31

Наверное старая нода должна ошибку вернуть если в запросе непонятное буквосочетание попалось, не?

UFyt2p... . ОТВЕТИТЬ









\/ . ahamai to shaos @ Re: Стандарт 29/10/24 01:07

ну, во-первых, это единственные существующие реализации в сети, хранятся на github, моя нигде кроме этого сайта не хранится и начинать, наверное, надо, именно с них. не знаю, что будут делать клиенты с эхой -100:100 :)

fi01Bk... . ОТВЕТИТЬ







\/ . Andrew Lobanov to shaos @ Re: Стандарт 29/10/24 04:00

shaos> А где /x/features ?

А зачем она, если не будет расширений? Расширения были ошибкой.

shaos> Может их в виде /features.txt организовать? Всё равно это по сути статический текст…

Можно что угодно вертеть, но в стандарте этому не место.

+++ Caesium/0.4 RC1

4o2eUQ... . ОТВЕТИТЬ



\/ . Andrew Lobanov to ahamai @ Re: Стандарт 29/10/24 04:00

>> Нафиг /x/features, как по мне. Если слайсы не поддерживаются, нода просто отдаст всё из указанных эх.
ahamai> проблема в том, что этот запрос выглядит, как эха, я не уверен, что на моей станции это сработает. если бы это был запрос /u/e/ea/ea/ea?s=-100:100, тогда бы посторонние ноды это проигнорировали

В тмени эхи не может быть двоеточия. Так что не выглядит. Ну и просто будет пустой индекс невалидной эхи в ответе. Это ничему не навредит.

+++ Caesium/0.4 RC1

CBzwGY... . ОТВЕТИТЬ



\/ . Andrew Lobanov to ahamai @ Re: First test 29/10/24 04:00

ahamai> а почему оно /u/e а не /x/e какое-нибудь. надо или делать ?s=X:X или /x/e, потому что запрос один, а реакции разные

Делай как угодно. Стандарт есть стандарт. Большинство его соблюдает вполне успешно даже сейчас.

+++ Caesium/0.4 RC1

3mzzA6... . ОТВЕТИТЬ



\/ . Andrew Lobanov to shaos @ Re: Стандарт 29/10/24 04:00

shaos> Наверное старая нода должна ошибку вернуть если в запросе непонятное буквосочетание попалось, не?

Надо на таверне проверить. Старше сейчас, вроде, ничего нет.

+++ Caesium/0.4 RC1

Ifpbbl... . ОТВЕТИТЬ



\/ . Andrew Lobanov to ahamai @ Re: Стандарт 29/10/24 04:00

ahamai> Речь о том, как на это реагирует референсная реализация. Хреново :)

А у нас пока нет референсной реализации. Стало быть никак не отреагирует.

+++ Caesium/0.4 RC1

bNGONh... . ОТВЕТИТЬ



\/ . Andrew Lobanov to shaos @ Re: Стандарт 29/10/24 04:00

shaos> А существующие реализации в сети не 100% IDEC уже? ;)

У Ромы никогда не было IDEC-ноды. Блин. Научить фетчер работать без слайсов с некоторыми аплинками - задача на 2-3 лишние строки кода. Проблема высосана из пальца.

Если бы IDEC был ii, то он бы назывался ii.

+++ Caesium/0.4 RC1

2AEIbI... . ОТВЕТИТЬ



\/ . Andrew Lobanov to ahamai @ Re: Стандарт 29/10/24 04:02

ahamai> Ну я показал как моя станция на это реагирует

Реакция твоего узла странная, но ни к каким последствиям не приводит.

+++ Caesium/0.4 RC1

x2Xd9u... . ОТВЕТИТЬ



\/ . shaos to Andrew Lobanov @ Re: Стандарт 29/10/24 05:25

это как так? перечисляемые расширения были основной фишкой IDEC :(

вот например мой /x/features прямо сейчас:

u/e
u/push
list.txt
list.txt?h=1
listhsh.txt
blacklist.txt
x/c
x/h
x/file
x/filelist
node.json

E3hUjd... . ОТВЕТИТЬ





tuple to Andrew Lobanov @ Re: Стандарт 29/10/24 05:33

AL> Словарик будет отдельным документом.

Лучше в самом документе словарик иметь.

Mm6rcZ... . ОТВЕТИТЬ


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 .21. 22 23 24 25 26 27 28 29 30 31