AL> У нас столько эх нет, чтобы оно тормозило.

«Нет? Будут!» © Операция Ы/Напарник

Другое дело, что при запросе именно большого количества эх в /u/e можно опять уткнуться в тот же лимит на GET-запросы, что и в /u/m. Надо бы подумать, что с этим делать. Теоретически длина имени в эхе может быть и 120 символов, дык что, максимум |8000/121| = 66 эх за раз запрашивать?

Юпуш вообще для закидывание на 10 бесплатных хостингов и резервирования на них

Но я у себя вчера для постинга в lor.gold впервые реализовал юпуш

ahamai> Юпуш вообще для закидывание на 10 бесплатных хостингов и резервирования на них

А что, по старинке скрипт + файлик с базой закидывать — уже не вариант, обязательно нужно какое-то хитровыдуманное апи для этого?

Нет, я правда не понимаю, какие реальные задачи это решает.

AL> revoltech> Существуют ли какие-то реальные юзкейсы у /u/push?
AL>
AL> Да.

Борода. Какие, например?

И что должно произойти, если не у всех сообщений в бандле будет то же самое имя эхи, что и в поле echoarea? Зачем там это поле вообще нужно?

revoltech> Существуют ли какие-то реальные юзкейсы у /u/push?

Да.

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

AL> Например, узел в изолированной сети без внешнего адреса.

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

AL> А где в бандле имя эхи, если не в поле сообщений?

В каждом сообщении в одном из полей (строчка номер два) есть имя эхи. Что произойдёт, если в поле echoarea в POST /u/push будет указана не та эха, что в теле сообщения в бандле? Что должно произойти?

1) Такое сообщение отбросится?
2) Содержимое поля echoarea в POST-запросе проигнорируется?
3) Сообщение перепостится и туда, и туда?

AL>> revoltech> Существуют ли какие-то реальные юзкейсы у /u/push?
AL>> Да.
revoltech> Борода.

Не хами. Какой вопрос, такой ответ.

revoltech> Какие, например?

Например, узел в изолированной сети без внешнего адреса.

revoltech> И что должно произойти, если не у всех сообщений в бандле будет то же самое имя эхи, что и в поле echoarea? Зачем там это поле вообще нужно?

А где в бандле имя эхи, если не в поле сообщений?

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

doesnm> 4. В эхе указанной в push будут сообщения как будто из другой эхи

Ни хрена в этом случае не понял. Связь msgid и эхи однозначна. Что значит «как будто из другой эхи»? Это либо перепост с новым айдишником (пункт 3), либо дублирование айдишника, что ломает вообще всю логику ноды.

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

4. В эхе указанной в push будут сообщения как будто из другой эхи

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

doesnm>> 4. В эхе указанной в push будут сообщения как будто из другой эхи

revoltech> Ни хрена в этом случае не понял. Связь msgid и эхи однозначна. Что значит «как будто из другой эхи»? Это либо перепост с новым айдишником (пункт 3), либо дублирование айдишника, что ломает вообще всю логику ноды.

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

P.S. Есть гипотеза почему это так. ii-go всегда когда принимает бандл - распаковывает его и перепроверяет. Иногда даже меняет (вырезает \r). Вероятно, создатели считали что бандл "кушается" как есть...
P.S. Edited: 2024-11-05 14:03:54

Опять цыганские фокусы с бегом впереди паровоза :)

В общем "ленте" - https://club.hugeping.ru/echo/all :
- TLSU6VMtvHxMzuCHvszE находится выше, хотя отправлено в 11:13
- B2s0Ze9vgPVEz7hLae6o находится ниже, хотя отправлено в 11:28

В этой "теме/ветке" тоже сбит порядок этими сообщениями - https://club.hugeping.ru/B2s0Ze9vgPVEz7hLae6o

   __---~~~~--__                      __--~~~~---__
  `\---~~~~~~~~\\                    //~~~~~~~~---/'
    \/~~~~~~~~~\||                  ||/~~~~~~~~~\/
                `\\                //'
                  `\\            //'
                    ||          ||
          ______--~~~~~~~~~~~~~~~~~~--______
     ___ // _-~                        ~-_ \\ ___
    `\__)\/~                              ~\/(__/'
     _--`-___                            ___-'--_
   /~     `\ ~~~~~~~~------------~~~~~~~~ /'     ~\
  /|        `\                          /'        |\
 | `\   ______`\_         DMC        _/'______   /' |
 |   `\_~-_____\ ~-________________-~ /_____-~_/'   |
 `.     ~-__________________________________-~     .'
  `.      [_______/------|~~|------\_______]      .'
   `\--___((____)(________\/________)(____))___--/'
    |>>>>>>||                            ||<<<<<<|
    `\<<<<</'                            `\>>>>>/'

      ┏┓ ┏━┓┏━╸╻┏    ╺┳╸┏━┓   ┏━╸╻ ╻╺┳╸╻ ╻┏━┓┏━╸
      ┣┻┓┣━┫┃  ┣┻┓    ┃ ┃ ┃   ┣╸ ┃ ┃ ┃ ┃ ┃┣┳┛┣╸
      ┗━┛╹ ╹┗━╸╹ ╹    ╹ ┗━┛   ╹  ┗━┛ ╹ ┗━┛╹┗╸┗━╸

P.S. арт отсюда - https://gist.github.com/sottam/8786a280f7ab0cf184915cea3ea2c55a

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

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

А поменять местами уже на ноде можно?

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

doesnm> А поменять местами уже на ноде можно?

Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?

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

doesnm>> А поменять местами уже на ноде можно?
hugeping> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?

А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются

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

hugeping>> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?

doesnm> А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются

Вот и я терплю. :) Пока.

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

Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.

> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.

И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?

Вобщем покa сделал забирание blcat каждые 10 минут - 3,13,23,33,43,53

> а ещё там был Квиток :) распределённая регистрация, где со своим квитком можно было ходить по любым станциям, на которых есть этот публичный ключ.

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

Вот я тут в декабре 2021 года свои мысли излагал применительно к IDEC

FvAoTezksrljZy6PtSQ2

>> Или проверять что поинт тебе шлёт сообщение с repto на отсутствующее сообщение. Не нода! Поинт.

shaos> И где я это отсутствующее сообщение буду искать? Ломиться всех опрашивать на всякий случай?

Просто запрещать.
Это заставит поинта не делать плохо. :) Потому что сейчас revoltech ведёт себя не как поинт, а как что то среднее между поинтом и нодой. Кстати, когда он сделает себе ноду и будет работать с ней, такая проблема уйдет. (Но, возможно, придут другие? :)))

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

doesnm>>> А поменять местами уже на ноде можно?
hugeping>> Не уверен, что хорошая идея так как запись сообщений в бд не буферизируется. Разве что вручную. Но я бы просто фетч снял если честно. :) Тебе эта эха нужна?
doesnm> А что кроме этой эхи читать? Разве что в linux эхе иногда сообщения появляются

Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local

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

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

Хотите сказать что это сообщение шло до станции 2 дня? или hugeping снимал фетч

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

doesnm> Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local

Весь набор собран. Хотя... А где же pipe.2032 - Болталка?

doesnm>> Кстати посоветуйте эхи которые почитать можно. Подписан на idec.talks, develop.16, linux.14, retro.talks, idec.local
tuple> Весь набор собран. Хотя... А где же pipe.2032 - Болталка?

На tgi она в read-only. Я думал она тут чисто как архив

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

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

А idec.local чья?

Да кто его знает - опять наверное психанул? ;)

shaos> А idec.local чья?

local небось на то и local, что только на одной станции работает.

shaos>> А idec.local чья?
tuple> local небось на то и local, что только на одной станции работает.

Лучше: эта эха есть только на моем телефоне. Сейчас она пустая. Создал для экспериментов, но руки не дошли, да и конвертер написать не выходит. Мб лучше её назвать doesnm.local?

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

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

Это относится к обменам между нодами. Я же говорю о проверке сообщений от поинтов. Это нормально. Единственная ситуация, и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой. Это не норма. А обмен между нод я не предлагаю фильтровать. Но ощущение, что меня никто не читает (или нн понимает). :)

лучше

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

> Поинт это по сути уже «полунода» ;)

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

а новонод не обязан выкачивать все 2000+ сообщений из idec.talks, он их просто читать не будет

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

> и мы ее сейчас наблюдаем, когда поинт берет сообщения от одной ноды и потом пушит свое - другой

это штатная ситуация. via нода эха у меня была в первых клиентах. по-моему, сети надо перейти на topicid, а потом и на новые эхи

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

Не согласен, что ограничение бессмысленное. Но продолжать не буду, все скзано. :)

Подписывайся у меня на lor.gold и im.24, там есть/будет трафик и сообщения можно слать в любом порядке :) поднимать pipe.2032 не вижу смысла, потому что нет смысла гонять несколько тысяч архивных сообщений, не нужных никому, ибо это просто болталка

> Не согласен, что ограничение бессмысленное.

есть на лоре долбоёбы модераторы. кто-то кидает вброс, но потом на этом месте разворачивается вполне нормальная и вполне интересная дискуссия. может пройти несколько дней, очень интересная тема, все вовлечены. и потом приходит модератор долбоёб и режет исходное сообщение. И ВМЕСТЕ С ЭТИМ, БЛЯДЬ, РЕЖЕТ ВСЮ ВЕТКУ. там нельзя вырезать только исходное, только всю ветку. блядть вся история ii это против этого (я Dimez-а за такое хотел убить, просто и конкретно, это мудачество в степени мудачества, ЭТО УБИЙСТВО КОНТЕНТА). поэтому в моей сети я полностью против этого, контент первичнее правил и он должен жить. только деструктивный контент должен страдать, а не обсуждение после него.

> Это заставит поинта не делать плохо. :)

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

Худший вариант создания сообщества - отдать это программистам. Я говорил это в 2003, говорю и в 2024. Какая кочевряжная грусть, из такого потенциала сделать ЭТО.

Какой блядь файлик? Какая блять база? Я для лор.голд так и делал, закидывал файлики с базой, потом добавлял эти msgid в эхи. В итоге это надоело, и я сделал юпуш, чтобы через него постить в lor.gold напрямую.

Юпуш ровно для одной ситуации, когда конкретный человек постит на конкретную ноду с конкретной целью. Раскидать по 10 бесплатным хостингам, где максимум есть кривой ftp, и синхать базу на них.

К тому же в pipe.2032 в этом 2024 году было ровно одно сообщение

P.S. Извини, братан, но твоё следующее сообщение я заблеклистю из-за мата ибо сюда в том числе и дети ходют…

>> Не согласен, что ограничение бессмысленное.

ahamai> есть на лоре XXXX модераторы. кто-то кидает вброс, но потом на этом месте разворачивается вполне нормальная и вполне интересная дискуссия. может пройти несколько дней, очень интересная тема, все вовлечены. и потом приходит модератор XXXX и режет исходное сообщение. И ВМЕСТЕ С ЭТИМ, XXX, РЕЖЕТ ВСЮ ВЕТКУ. там нельзя вырезать только исходное, только всю ветку. XXX вся история ii это против этого (я Dimez-а за такое хотел убить, просто и конкретно, это XXXX в степени XXXX, ЭТО УБИЙСТВО КОНТЕНТА). поэтому в моей сети я полностью против этого, контент первичнее правил и он должен жить. только деструктивный контент должен страдать, а не обсуждение после него.

Я снимаю idec.talks с фетча.
Моё участие в сети idec я ещё обдумаю, но не сейчас. Сейчас буду спать.

Я подумал, действительно в текущем виде моя нода не вписывается в то, чем является сейчас idec.

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

Фетч на данный момент со всех станций снят. Регистрация закрыта.
P.S. Edited: 2024-11-05 22:06:45

Вот что бывает, когда слишком часто опрашиваешь другие ноды - у меня это сообщение исчезло через пару минут после того как появилось…

Как щас матерятся дети, не матерюсь даже я :)

А вообще, после 10 лет затухания и деградации сеть нужно развивать. Не с полтора сисопами калеками, которые воюют за чремерный трафик, которого никогда не будет, а нормально развивать. Ты за новаторство, предлагаю начать с введения topicid и постепенного перехода в эхи, где topicid есть везде. Изначально проект был идеальным, но не стоило делать u/e, проще было запрашивать e/ за раз, и надо было делать topicid

Сорян, пришлось подредактировать…

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

А topicid это msgid самого первого сообщения? С одной стороны его всегда можно вычислить по цепочке, однако если у нас появятся длинные темы на тысячи вхождений, то тогда по цепочке будет долго и потом цепочка может внезапно оборваться. Ну и с другой стороны чему оно может помешать? Так, что я могу поддержать у себя - да :)

P.S. Мои дети не матерятся (ни по русски, ни по американски), а им идёт уже 15-й и 20-й годок…

у меня детям 20, 19, 14 и 4 :) они не матерятся, наверное ;)

topicid

если у сообщения нет repto и topicid - ставим topicd этого сообщения
если у сообщения есть repto и topicid - наследуем этот topicid
во всех остальных случаях игнор

не, марине не 14 а 15

> ставим topicd этого сообщения

Не - само на себя сообщение не может указывать - мы же по контенту хеш считаем уже после того как заголовки готовы :)

> Не - само на себя сообщение не может указывать - мы же по контенту хеш считаем уже после того как заголовки готовы :)

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

на первом уровне цепи repto совпадает с topicid, но если отвечают на ответ, repto новое а topicid просто наследуется

> у меня детям 20, 19, 14 и 4 :) они не матерятся, наверное ;)

А они ii-эхи читают? ;)

я не общаюсь ни с бывшими женами не с детьми

Ну т.е. первое сообщение всегда без repto и topicid, следующее с одинаковыми repto и topicid, указывающими на предыдущее, а далее уже с тем же самым topicid, но меняющимися repto, так? А старые цепочки не трогаем?

Если отвечают на сообщение где только repto, ну или с «классической» IDEC-ноды оно пришло?

Ну так как я это себе и представлял

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

Понял

В im.24 ответов нет. lor.gold я переконверчу под topicid. Новой эхой обновлённой сети будет naste.ne, и она тоже будет основой обновлённой сети с topicid. Ща главное доделать все свои планы.

А т.е. это не глобально включать? Только для отдельных эх?

тегировать нужно везде, чтобы по итогу эти теги стали везде. но просто будут эхи, которые от начала и до конца тегированные. я не помню, когда я выпустил 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 и их комбинаций