> В каком году это было? Всемирный пик фидо был в 1996 году, а потом пошёл спад

не помню, 2000 или 2001. не важно, суть в том, что и узлов, и контента у нас было суммарно больше, чем во всём остальном мире, вместе взятом

ну фидо в СССР ещё появилось. я про то, что суммарное количество узлов, трафика, популярности у нас и где-то ещё несравнимо. пни любого лоровца любого возраста и скажи FIDO и он поймёт о чём речь. А у вас в Калифорнии поймёт?

Там "можно найти". А тут "пни любого лоровца", разная степень популярности.

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

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

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

Сейчас не 2014

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

topicid

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

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

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

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

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

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

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

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

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

Зачем столько сложного разбора, если можно использовать простой тэг. topicid хорошо показал себя в elp

А в фидо и мейл листах я помню сабжи типа Re^2: Re:Re и их комбинаций

Ты не смог пройти мой тест? :) Раньше он был в 20 раз длиннее, мини игра про побег из интернета. И 87 пойнтов было.

Ещё у меня есть анонимный аккаунт по authstr guest

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

это был эксперимент. использовался rsa. есть регцентры, которые кодируют имя, адрес, опции и цифровую подпись в base64 строку. это квиток. с этим квитком приходишь на любую станцию, где есть pubkey этого регцентра и тебя авторизует. вещь довольно бесполезная, но было интересно попробовать

topicid нужен. я буду всю свою базу переконверчивать под topicid,

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

по мне, изначальный дизайн ii идеален, кроме отсутствия topicid. elp показала нужность topicid

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

последний архив был у Difrex. Я тэгал его на лоре, но он не откликнулся.

Я бы почитал некоторые старые эхи. Я и аликорновский архив перечитал.

Я писал же, что в 99.9% в случае ответа через веб интерфейс и в 98% случаев ответа через клиент это сообщение есть. Если нет, ничего не ставится

Что с лор.опеннет делать будем?

Это на мой архив похоже

Это расшифровывается как 2

Мне как с тебя тянул так и тянуть?

Это походу клиент

ii://rpzzk4jE8lZsJ0WRdzrM

зачем ему только эха из то ли трёх то ли семи сообщений за год? :)

Когда я доделаю nastene 0.7, я выпущу новость на лоре (возможно, и на опеннете). И если в сеть заглянут любопытные, тут нужен контент и его нормальная подача.

Предлагаю следующее. Shaos сделать хабом, который таскает бонные эхи. spnet.uplink сделать эхой по вопросам бона. Вывести на бон эхи:

1. retro.talks

2. нужна болталка "о погоде", не всё же в retro.talks сидеть. pipe.2032 где только старые сообщения я таскать не хочу, у меня есть эха im.24, предлагаю её сделать болталкой

3. ru.humor.24 тоже предлагаю сделать бонной, как минимум я туда буду периодически сообщения закидывать

4. spnet.uplink - мы все аплинки. кстати, нужно будет вести списки, кто что с кого фетчит, чтобы наглядно видеть роутинг и схему сети.

5. retro.talks, её тоже буду наполнять

6. linux.14

эхи роботов на бон ставить смысла нет, их можно с любой станции тягать

Да, конечно, потом у себя поправлю

> Вроде судя по старым перепискам идея с бонами в сети IDEC не прижилась - ведь каждый сисоп хочет иметь свой набор эх (т.к. каждый имеет свои приоритеты)

было мало трафика.

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

> 2. я уже писал много раз, что идея болталки "ни о чём" мне не нравится т.к. любая такая болталка неминуемо превращается в потоки бреда и кидание какашками друг в друга (тот же pipe почитать) - мы ведь тут взрослые люди, которым есть куда потратить своё свободное время, но я подумаю ;)

в pipe.2032 несколько тысяч сообщений, в :besedka было 19 тысяч. всё норм было. сейчас нет эхи, где новичок мог бы написать "привет, я новичок", не в idec.talks же такое писать. И я не буду в idec.talks писать "насквозь промок. сейчас буду сушиться, греться, и попробую довести 0.7 хотя бы до работоспособности на моём узле хоть как-то, и буду доделывать уже так". вот, пойду напишу это в im.24 :)

по юморной эхе согласен, это посути ридонли эха, можно тянуть откуда угодно

Неудивительно. Ведь ты ещё и куришь в общественном месте :)

http://ii.blcat.ru/s/dnm.png

> Ни в коем случае! Я за ЗОЖ, а скрин выше это фотошоп

Побежал создавать эху skandali.intrigi.rassledovaniya и заполнять её шок-контентом

эти эхи нет смысла распространять по сети, это обычно локальные эхи станций. у меня blcat.test даже в списке эх не отображается

вот. наш путь начинается. теперь без девочек :) тем более, они курят

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

Вопрос: кто щас расставляет topicid?

Жду. Потом буду конвертить базу и релизить на лоре.

Да

в сети сейчас есть пойнты, которые пишут с tgi?

Если мы переходим на topicid, то придётся переходить на то, что его поддерживает.