subject: Очередной беспорядок
05.11.2024 17:39
tuple (ping,54) => P7AeQRHwCSwxV18eQggF
Опять цыганские фокусы с бегом впереди паровоза :)
В общем "ленте" - https://club.hugeping.ru/echo/all :
- ii://TLSU6VMtvHxMzuCHvszE находится выше, хотя отправлено в 11:13
- ii://B2s0Ze9vgPVEz7hLae6o находится ниже, хотя отправлено в 11:28
В этой "теме/ветке" тоже сбит порядок этими сообщениями - https://club.hugeping.ru/B2s0Ze9vgPVEz7hLae6o
====
__---~~~~--__ __--~~~~---__
`\---~~~~~~~~\\ //~~~~~~~~---/'
\/~~~~~~~~~\|| ||/~~~~~~~~~\/
`\\ //'
`\\ //'
|| ||
______--~~~~~~~~~~~~~~~~~~--______
___ // _-~ ~-_ \\ ___
`\__)\/~ ~\/(__/'
_--`-___ ___-'--_
/~ `\ ~~~~~~~~------------~~~~~~~~ /' ~\
/| `\ /' |\
| `\ ______`\_ DMC _/'______ /' |
| `\_~-_____\ ~-________________-~ /_____-~_/' |
`. ~-__________________________________-~ .'
`. [_______/------|~~|------\_______] .'
`\--___((____)(________\/________)(____))___--/'
|>>>>>>|| ||<<<<<<|
`\<<<<</' `\>>>>>/'
┏┓ ┏━┓┏━╸╻┏ ╺┳╸┏━┓ ┏━╸╻ ╻╺┳╸╻ ╻┏━┓┏━╸
┣┻┓┣━┫┃ ┣┻┓ ┃ ┃ ┃ ┣╸ ┃ ┃ ┃ ┃ ┃┣┳┛┣╸
┗━┛╹ ╹┗━╸╹ ╹ ╹ ┗━┛ ╹ ┗━┛ ╹ ┗━┛╹┗╸┗━╸
====
P.S. арт отсюда - https://gist.github.com/sottam/8786a280f7ab0cf184915cea3ea2c55a
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 17:49
hugeping (ping,1) => pg0RWCIXeuSuQcZwwMKX
Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 17:55
doesnm (ping,55) => 3N0S6SOUPkKcqm7Iyuzs
hugeping> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
А поменять местами уже на ноде можно?
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:02
hugeping (ping,1) => DZJslBvBicwxSwD2eyae
doesnm> А поменять местами уже на ноде можно?
Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:07
doesnm (ping,55) => ZBZ2LpZSaGZIfqLy37RC
doesnm>> А поменять местами уже на ноде можно?
hugeping> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?
А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:14
hugeping (ping,1) => W5qXJ1KReAcsOVA41h8c
hugeping>> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?
doesnm> А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются
Вот и я терплю. :) Пока.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:20
shaos (spnet, 2) => pg0RWCIXeuSuQcZwwMKX
Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:27
hugeping (ping,1) => 8Ck8cbRpwAomRq7ONj1i
shaos> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 18:45
shaos (spnet, 2) => zvAAAegSo4yx92bjj8c6
> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?
Вобщем покa сделал забирание blcat каждые 10 минут - 3,13,23,33,43,53
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 19:11
hugeping (ping,1) => aJCuIzv8NG9sSRnwCmAb
>> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
shaos> И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?
Просто запрещать.
Это заставит поинта не делать плохо. :) Потому что сейчас revoltech ведёт себя не как поинт, а как что то среднее между поинтом и нодой. Кстати, когда он сделает себе ноду и будет работать с ней, такая проблема уйдет. (Но, возможно, придут другие? :)))
Ну, у нас федерация, я не настаиваю. Но как по мне - лучшее решение.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 19:15
doesnm (ping,55) => W5qXJ1KReAcsOVA41h8c
doesnm>>> А поменять местами уже на ноде можно?
hugeping>> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?
doesnm> А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются
Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 20:57
tuple (ping,54) => e29mXJn7A5GYMJnBZmvN
doesnm> Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local
Весь набор собран. Хотя... А где же pipe.2032 - Болталка?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 21:17
doesnm (ping,55) => kG4zgzWfJ4yfrJxX963b
doesnm>> Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local
tuple> Весь набор собран. Хотя... А где же pipe.2032 - Болталка?
На tgi она в read-only. Я думал она тут чисто как архив
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 21:27
shaos (spnet, 2) => lB720e6I595EF0WU0QLX
Нельзя запрещать сообщения с неизвестным repto т.к. невозможно обеспечить 100% надёжную когерентность баз данных в этой сети - где-то всегда будут неувязки (какие-то временные, какие-то навсегда)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 21:29
shaos (spnet, 2) => e29mXJn7A5GYMJnBZmvN
А idec.local чья?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 21:45
tuple (ping,54) => XJLFZATBMWmhhcUIyUgz
shaos> А idec.local чья?
local небось на то и local, что только на одной станции работает.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 22:21
doesnm (ping,55) => epuSZnj9vsW0iWAb5p9E
shaos>> А idec.local чья?
tuple> local небось на то и local, что только на одной станции работает.
Лучше: эта эха есть только на моем телефоне. Сейчас она пустая. Создал для экспериментов, но руки не дошли, да и конвертер написать не выходит. Мб лучше её назвать doesnm.local?
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
05.11.2024 22:50
hugeping (ping,1) => 7wadefWPCg23uOkcXuok
shaos> Нельзя запрещать сообщения с неизвестным repto т.к. невозможно обеспечить 100% надёжную когерентность баз данных в этой сети - где-то всегда будут неувязки (какие-то временные, какие-то навсегда)
Это относится к обменам между нодами. Я же говорю о проверке сообщений от поинтов. Это нормально. Единственная ситуация, и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой. Это не норма. А обмен между нод я не предлагаю фильтровать. Но ощущение, что меня никто не читает (или нн понимает). :)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:02
shaos (spnet, 2) => NmF6bVPLpFXNCMG0ZB0x
лучше
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:20
shaos (spnet, 2) => Z2A759PbhWw4V77pu9Tp
Все существующие IDEC-клиенты позволяют забирать эхи из разных источников (даже там, где пользователь не является поинтом). Так что это не только не запрещено, а вовсе даже наоборот - приветствуется! Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:36
hugeping (ping,1) => u1cM4k8TfQdWmrHUZsiW
shaos> Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
Не согласен, что ограничение бессмысленное. Но продолжать не буду, все скзано. :)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:37
ahamai (blackcat, 2) => u1cM4k8TfQdWmrHUZsiW
> Поинт это по сути уже «полунода» ;)
да. и это было изначально. база пойнта идентична, и он может прям на своём месте перейти в ноду.
а новонод не обязан выкачивать все 2000+ сообщений из idec.talks, он их просто читать не будет
именно на этот случай изначально был спланирован формат "эх-капсул", то есть законченных эх, которые у всех одни и которые потом перетекают в архив. чтобы была целостность
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:39
ahamai (blackcat, 2) => Z2A759PbhWw4V77pu9Tp
> и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой
это штатная ситуация. via нода эха у меня была в первых клиентах. по-моему, сети надо перейти на topicid, а потом и на новые эхи
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:41
ahamai (blackcat, 2) => e29mXJn7A5GYMJnBZmvN
Подписывайся у меня на lor.gold и im.24, там есть/будет трафик и сообщения можно слать в любом порядке :) поднимать pipe.2032 не вижу смысла, потому что нет смысла гонять несколько тысяч архивных сообщений, не нужных никому, ибо это просто болталка
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:46
ahamai (blackcat, 2) => Ecvs3xdHIZtF3PMGiAW4
> Не согласен, что ограничение бессмысленное.
есть на лоре долбоёбы модераторы. кто-то кидает вброс, но потом на этом месте разворачивается вполне нормальная и вполне интересная дискуссия. может пройти несколько дней, очень интересная тема, все вовлечены. и потом приходит модератор долбоёб и режет исходное сообщение. И ВМЕСТЕ С ЭТИМ, БЛЯДЬ, РЕЖЕТ ВСЮ ВЕТКУ. там нельзя вырезать только исходное, только всю ветку. блядть вся история ii это против этого (я Dimez-а за такое хотел убить, просто и конкретно, это мудачество в степени мудачества, ЭТО УБИЙСТВО КОНТЕНТА). поэтому в моей сети я полностью против этого, контент первичнее правил и он должен жить. только деструктивный контент должен страдать, а не обсуждение после него.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:51
ahamai (blackcat, 2) => lB720e6I595EF0WU0QLX
> Это заставит поинта не делать плохо. :)
Это основа сети. Вы сломали то, что умным людём было спрогнозировано изначально, целостность эх, сломали другие механизмы, а потом как армянский пионер боретесь с её последствиями. Вы вообще не поняли суть сети, суть моей концепции, увидели что-то своё, всё сломали, сделали хуже, а теперь виноваты пойнты и кто знает кто ещё.
Худший вариант создания сообщества - отдать это программистам. Я говорил это в 2003, говорю и в 2024. Какая кочевряжная грусть, из такого потенциала сделать ЭТО.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 00:58
hugeping (ping,1) => Mzv7ooYP8IbZK2en3JZm
>> Не согласен, что ограничение бессмысленное.
ahamai> есть на лоре XXXX модераторы. кто-то кидает вброс, но потом на этом месте разворачивается вполне нормальная и вполне интересная дискуссия. может пройти несколько дней, очень интересная тема, все вовлечены. и потом приходит модератор XXXX и режет исходное сообщение. И ВМЕСТЕ С ЭТИМ, XXX, РЕЖЕТ ВСЮ ВЕТКУ. там нельзя вырезать только исходное, только всю ветку. XXX вся история ii это против этого (я Dimez-а за такое хотел убить, просто и конкретно, это XXXX в степени XXXX, ЭТО УБИЙСТВО КОНТЕНТА). поэтому в моей сети я полностью против этого, контент первичнее правил и он должен жить. только деструктивный контент должен страдать, а не обсуждение после него.
Я снимаю idec.talks с фетча.
Моё участие в сети idec я ещё обдумаю, но не сейчас. Сейчас буду спать.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 01:01
shaos (spnet, 2) => QVBOwMcc194qzaAWJ5wg
К тому же в pipe.2032 в этом 2024 году было ровно одно сообщение
P.S. Извини, братан, но твоё следующее сообщение я заблеклистю из-за мата ибо сюда в том числе и дети ходют…
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 01:16
shaos (spnet, 2) => FmuHHEq2t0XaDLvVMqzZ
Вот что бывает, когда слишком часто опрашиваешь другие ноды - у меня это сообщение исчезло через пару минут после того как появилось…
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 01:28
ahamai (blackcat, 2) => 8SVeFYyKIizr0UxUO2Uy
Как щас матерятся дети, не матерюсь даже я :)
А вообще, после 10 лет затухания и деградации сеть нужно развивать. Не с полтора сисопами калеками, которые воюют за чремерный трафик, которого никогда не будет, а нормально развивать. Ты за новаторство, предлагаю начать с введения topicid и постепенного перехода в эхи, где topicid есть везде. Изначально проект был идеальным, но не стоило делать u/e, проще было запрашивать e/ за раз, и надо было делать topicid
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 01:53
shaos (spnet, 2) => f4FziZzjfE6zeW8hkCpI
Я за эксперименты с целью выяснить что летает лучше, что удобнее, что логичнее и т.д.
А topicid это msgid самого первого сообщения? С одной стороны его всегда можно вычислить по цепочке, однако если у нас появятся длинные темы на тысячи вхождений, то тогда по цепочке будет долго и потом цепочка может внезапно оборваться. Ну и с другой стороны чему оно может помешать? Так, что я могу поддержать у себя - да :)
P.S. Мои дети не матерятся (ни по русски, ни по американски), а им идёт уже 15-й и 20-й годок…
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:02
ahamai (blackcat, 2) => eVZcPnuyEhZnZefs7shw
у меня детям 20, 19, 14 и 4 :) они не матерятся, наверное ;)
topicid
если у сообщения нет repto и topicid - ставим topicd этого сообщения
если у сообщения есть repto и topicid - наследуем этот topicid
во всех остальных случаях игнор
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:02
ahamai (blackcat, 2) => ElTtVK833XNKGcdVjnCs
не, марине не 14 а 15
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:14
shaos (spnet, 2) => ElTtVK833XNKGcdVjnCs
> ставим topicd этого сообщения
Не - само на себя сообщение не может указывать - мы же по контенту хеш считаем уже после того как заголовки готовы :)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:32
shaos (spnet, 2) => ElTtVK833XNKGcdVjnCs
> у меня детям 20, 19, 14 и 4 :) они не матерятся, наверное ;)
А они ii-эхи читают? ;)
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:23
ahamai (blackcat, 2) => dUJrKBLSIgznnJ4aoaDU
> Не - само на себя сообщение не может указывать - мы же по контенту хеш считаем уже после того как заголовки готовы :)
ну да, соощение без repto но с topicid левое. но если сообщение без обоих, мы берём его хэш. оно не знает свой хеш, но мы то формируя цепочку уже его знаем - если юзер отвечает на сообщение он знает его хеш
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:36
ahamai (blackcat, 2) => ladvD942L66wZAywGbKU
на первом уровне цепи repto совпадает с topicid, но если отвечают на ответ, repto новое а topicid просто наследуется
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:41
ahamai (blackcat, 2) => OXGG62HsEX16XeuWuGEl
я не общаюсь ни с бывшими женами не с детьми
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:45
shaos (spnet, 2) => ladvD942L66wZAywGbKU
Ну т.е. первое сообщение всегда без repto и topicid, следующее с одинаковыми repto и topicid, указывающими на предыдущее, а далее уже с тем же самым topicid, но меняющимися repto, так? А старые цепочки не трогаем?
Если отвечают на сообщение где только repto, ну или с «классической» IDEC-ноды оно пришло?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 02:47
shaos (spnet, 2) => 3aZUW0p7spGXsXCSGcds
Ну так как я это себе и представлял
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 03:21
ahamai (blackcat, 2) => zT5V5pI0s0YKoCBQzV0j
Сообщение с repto но без topicid мы не трогаем. Текущие цепочки без topicid не трогаем. Пока это опция
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 03:33
shaos (spnet, 2) => U3mDXEWITs5iFj43XfQG
Понял
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 04:15
ahamai (blackcat, 2) => AHJACZa92pWH3Bucj8po
В im.24 ответов нет. lor.gold я переконверчу под topicid. Новой эхой обновлённой сети будет naste.ne, и она тоже будет основой обновлённой сети с topicid. Ща главное доделать все свои планы.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 06:21
shaos (spnet, 2) => piYzOgGMBMwerX70aNRy
А т.е. это не глобально включать? Только для отдельных эх?
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 06:34
ahamai (blackcat, 2) => 9VforymRQ9q8WGrBSOIL
тегировать нужно везде, чтобы по итогу эти теги стали везде. но просто будут эхи, которые от начала и до конца тегированные. я не помню, когда я выпустил elp, но я тогда решил, что в ii тегировать не надо. сейчас думаю, что надо
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 06:47
shaos (spnet, 2) => lrIZr1K8TQzzkuJSaJqf
а вдруг какие клиенты/ноды поперхнутся от лишних тегов?
я точно знаю, что idec.spline-online.ru будет норм, т.к. я проверил его через ii://idec.test, послав туда сообщение с вручную расширенными тегами какое-то время назад:
ii://P3r4mlQ5ynJf6VpmMn8j
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => pg0RWCIXeuSuQcZwwMKX
tuple> Опять цыганские фокусы с бегом впереди паровоза :)
tuple> В общем "ленте" - https://club.hugeping.ru/echo/all :
tuple> - ii://TLSU6VMtvHxMzuCHvszE находится выше, хотя отправлено в 11:13
tuple> - ii://B2s0Ze9vgPVEz7hLae6o находится ниже, хотя отправлено в 11:28
А почему ты считаешь это неверным? Если сообщения будут не в порядке получения узлом, то как тогда фетчить, если не забором полного индекса? Вдруг там придёт сообщение в начало индекса, а у тебя фетч на срезах?
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => 3N0S6SOUPkKcqm7Iyuzs
hugeping> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
repto на отсутствующее сообщение имеет смысл.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => DZJslBvBicwxSwD2eyae
hugeping>> Да. Но видишь, свобода принимать сообщения от поинта с repto на отсутствующее сообщение важнее. Так что или терпим или снимаем с фетча. Свобода, она такая :)
doesnm> А поменять местами уже на ноде можно?
А это бандитизм нацеленный на нарушение целостности эхи в сети.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => 8Ck8cbRpwAomRq7ONj1i
shaos> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
Опрашивать можно любые узлы в любом порядке с любой периодичностью. Это нормально.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => zvAAAegSo4yx92bjj8c6
shaos>> Это значит мне надо опрашивать blcat чаще чем раз в 5 минут чтобы эстетическую красоту соблюсти :)
hugeping> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
Ну шлёт и шлёт. У поинта тоже может быть несколько аплинков.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => lB720e6I595EF0WU0QLX
>>> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.
shaos>> И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?
hugeping> Просто запрещать.
hugeping> Это заставит поинта не делать плохо. :) Потому что сейчас revoltech ведёт себя не как поинт, а как что то среднее между поинтом и нодой. Кстати, когда он сделает себе ноду и будет работать с ней, такая проблема уйдет. (Но, возможно, придут другие? :)))
Ущемлять поинтов только из-за нормальной работы сети? Может, тогда перетрясти стандарт.
Решить эту проблему не сложно: убираем срезы -- все гоняют только полный индекс, сортируем всёв хронологическом порядке, запрещаем на уровне договорённости одному поинту подключаться больше, чем к одному узлу. Нарушивших договорённость караем. И будет всё красивенько по идее.
hugeping> Ну, у нас федерация, я не настаиваю. Но как по мне - лучшее решение.
Лучшее потому что тогда не ломается одно из возможных визуальных представлений? Может, лучше просто как-то на стороне читалки эту проблему решать? Источником сообщений может быть что угодно. Целостность тредов при этом не гарантируется. Это прямо одна из основных идей была ещё в ii -- ты можешь взять сообщение хоть с какого-нибудь QR-кода в подъезде и оно упадёт в твою базу.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => Z2A759PbhWw4V77pu9Tp
shaos>> Нельзя запрещать сообщения с неизвестным repto т.к. невозможно обеспечить 100% надёжную когерентность баз данных в этой сети - где-то всегда будут неувязки (какие-то временные, какие-то навсегда)
hugeping> Это относится к обменам между нодами. Я же говорю о проверке сообщений от поинтов. Это нормально. Единственная ситуация, и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой. Это не норма. А обмен между нод я не предлагаю фильтровать. Но ощущение, что меня никто не читает (или нн понимает). :)
А почему поинт не может писать через тот узел, через который ему больше нравится? Какая причина у этого, кроме repto, который ни на что не влияет по факту?
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => u1cM4k8TfQdWmrHUZsiW
shaos> Все существующие IDEC-клиенты позволяют забирать эхи из разных источников (даже там, где пользователь не является поинтом). Так что это не только не запрещено, а вовсе даже наоборот - приветствуется! Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
Поинт в IDEC может создавать эхи, писать любые сообщения. Единственное его отличие от ноды в том, что он не может отдавать бандлы.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
06.11.2024 07:42
Andrew Lobanov (tavern,1) => Ecvs3xdHIZtF3PMGiAW4
shaos>> Поэтому не надо выдумать бессмысленные ограничения и ненужные правила на пустом месте. Поинт это по сути уже «полунода» ;)
hugeping> Не согласен, что ограничение бессмысленное. Но продолжать не буду, все скзано. :)
А я бы почитал в чём смысл такого ограничения. Я не понимаю какую проблему оно решает, кроме потенциальных проблем на пользовательском интерфейсе, которые вполне себе можно решать на стороне этого интерфейса.
+++ Лично я вижу в этом перст судьбы – шли по лесу и встретили программиста.
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
09.11.2024 08:59
shaos (spnet, 2) => U3mDXEWITs5iFj43XfQG
> Сообщение с repto но без topicid мы не трогаем. Текущие цепочки без topicid не трогаем. Пока это опция
Есть одна неувязочка - берём тот же самый случай, когда юзер отвечает на какое-то локальное сообщение, которого ещё нет на узле - пользовательский клиент знает что там есть topicid, но по формату засылает сообщение c @repto но без topicid, а узел не может проверить есть ли у этого repto сообщения тэг topicid т.к. этого сообщения на узле нету. Выходит пользовательский клиент, зная этот самый topicid должен поставить его следом за @repto в отправке? Типа
@repto:fskjfskjfsdkjfds
@topicid:ksjdkjdgkdgkkj
???
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
09.11.2024 09:17
ahamai (blackcat, 2) => 6JpllaB4O69NEZkKpqDk
Я писал же, что в 99.9% в случае ответа через веб интерфейс и в 98% случаев ответа через клиент это сообщение есть. Если нет, ничего не ставится
--------------------------------------------------------------------------------
subject: Re: Очередной беспорядок
09.11.2024 17:25
shaos (spnet, 2) => BPSERBfqrCP4TfX8rKyj
> Я писал же, что в 99.9% в случае ответа через веб интерфейс
Ну через веб-морду если отвечаешь, то понятно что repto-сообщение есть (иначе как бы ты на него отвечал? ;)
> и в 98% случаев ответа через клиент это сообщение есть. Если нет, ничего не ставится
А вот в случае с клиентом наверное надо предусмотреть такой вариант - клиент наверное должен перед посылкой торкнуться на ноду и если там repto-сообщения ещё нету, наверное таки должен присовокупить @topicid в теле сообщения (которое на старых нодах просто будет показано первой строчкой в теле сообщения и это наверное ок), а то получится разрыв при показе, а исправлять пост-фактум уже нельзя т.к. хеш слетит (я всё ещё ратую за правильный хеш, по которому можно проверить целостность данных)...
--------------------------------------------------------------------------------