всё. разобрался где что :)

я про станцию spline

моя и irk38 давно умерли

https://www.linux.org.ru/forum/general/17755587

меня не фечьте, у меня тока для экспериментов станция

Кстати, попутно перечитал почти все технические архивы из 2014 года. Хорошо, что они сохраняюцца.

это оригинальный ii, тока на 3й python сделанный

есть ещё такой
http://ii.blcat.ru/lite/

uliss это было расширение для хранения любых данных

чат с девочками был в 2014 году, в версии 0.3 девочек вроде уже не было. или можно ссылку, где у нас были девочки в 2015?

gemini://gem.blcat.ru

Я у себя переименовал oldpc.51t.ru в old.pc с заменой хэшей. Сейчас по содержанию эхи одинаковые, хэши разные.

я пока не решил, что с ней делать - слить с ретро.талкс, или ретроталкс с ней, или ещё что-то

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

кстати, я не нашёл что-то таких сообществ? где они обитают?

В сеть попали некорректные сообщения в эху oldpc.51t.ru. Моё расследование показало, что эта эха есть только у hugeping и shaos.

Проблем тут две. Почти всегда в сети была станция, которая содержала в себе весь архив ii с 2014 года, сначала у меня, потом alicorn, потом lessmore.pw (у него, кстати, можно базу взять?). И сообщение, принадлежащее двум эхам, может сорвать им крышу, в любом случае не будет ничего хорошего.

Вторая: эха в самом сообщении должна совпадать с фактической, а тут в сообщении будет одна, а текущих - две. Тоже проблема.

Надо снять эху с фетча и вычистить некорректные сообщения. Либо грохнуть у обоих и восстановить из актуального архива, в неё давно не писали.

А какая сейчас вообще схема роутинга, кто кого фетчит?

И есть ли у кого архивы, кроме аликорновского? В нём 46 тыщ сообщений, а у меня много лет назад в архиве было уже 87 тыщ. Откуда вообще взялась old.pc, в аликорновской базе такого нет.

интересно, каким образом он её создал, по какому принципу?

тогда всё проще

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

поскольку у меня её тоже больше нет, она действительно есть только у тебя :)

ок, заберу, почищу ненужное, прокомментирую/исправлю устаревшее и сконвертирую всё в retro.talks. а свою old.pc убью. в общем, никто не пострадал, но непонятно, почему станция Петра поместила их в old.pc, если ты проставил там новую эху внутри

зачитался, сижу восстанавливаю games.utf по исходнику инсталлера. восстановил :)

а ещё есть какие-нибудь архивы?

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

Это к вопросу о важности тэгов. Вообще обычно фетчеры ориентируются на то, какую эху забирают, но фетчер Петра, видимо, ориентируется на тэг. Поэтому получилась совершенно валидная эха old.pc, такая же, как оригинальная.

> Я этого делать не буду, моя нода служит мне чисто утилитарно для моего проекта. Мне важно уметь редактировать сообщения. При этом не создаётся много сообщений, ID остаётся тем-же самым, но база хранит всю историю сообщений (но не отдаёт их наружу, всегда только последнее). Так же есть личные сообщения, но они тоже локализованы моей нодой.

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

я для того и формат такой делал, чтобы было какие сообщения к какой эхе, а не все скопом :)

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

shaos, проверь с меня эху retro.talks.test

я там потом чёнить причешу, чёнить поудаляю и скорее всего просто в лоб переименую в retro.talks и смержу с текущей

вообще надо как-нибудь ревизию сети провести на предмет эх, где эха не совпадает с тэгом

я, если соберу все сообщения со всех текущих станций, проверю

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

msgid ведёт на обзор план9, но в эхе std.hugeping. я её потом перекопировал, можно изменить ссылку и на него. сейчас мы заморозим oldpc51, потому что она снова ожила, и я там поправлю, games.utf тоже перевыложу и ссылку на неё поправлю

кроме того у меня есть идея собирать все msgid со всех станций, и если там есть такое сообщение, то перенаправлять на них (а если будет архив, то сразу на него)

ещё неплохо бы возродить идею перекатываемых болталок ни о чём, а то сейчас только idec.talks живая. я у себя на станции потом сделаю talks.24

а какая разница. можно в архив отправить, можно оставить, ничего не изменится. если там будут что-то постить, буду перекидывать в retro.talks. а там уже на месте разберёмся.

свои запланированные сообщения про sarge я точно буду пулять в retro.talks

nastene-retro я буду выпускать уже с полным архивом retro.talks

всегда была такая болталка, там im.1407, im.1408, потом pipe.2032, и она всегда генерила трафик

так эха никуда и ни с кем не ходила, надо возрождать. но нужны новые пойнты, с лора пока никто не пришёл, надо продолжать движуху

Сделал мерж всех старых эх в retro.talks. Shaos, можешь забирать :)

и на форуме своём рекламить, можно всю эху можно отдельные статьи.

oldpс51 походу надо фризить, а то мне потом опять придётся сообщения переносить :)

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

По тем пунктам:

1. Цель остаётся максимально простая реализация на любом языке программирования. Поэтому к версии 0.3 я отказался от zlib, если что пусть лучше сервер использует gzip-сжатие. Поэтому и замена символов в base64 вместо base58 - base64 есть везде.

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

5. Изначально в ii были и бинарные файлы, и файлы с разметкой textile, я от всего этого отказался ради простоты.

6. ЮЮКи в фидо. Я об этом думал, но это вообще лишнее, лишний трафик в простой сети, всё это должно реализовываться внешними средствами а не ходить по эхам.

7. В принципе, для чего-то подобного и резервировалось поле addr. У меня даже были реализации, где оно как-то так использовалось. Но особо это не нужно, разве что, в случае роста сети, делать там идентификатор для реализации NETMAIL (как я изначально и планировал, если потребуется), но пока там просто отпечаток станции.

8. Для этого изначально была система колец. Идеи все фетчатся со всеми не было (кстати, кто-нибудь всё таки скажет схему роутинга?). Сначала базовое кольцо, большие станции, далее кольца поменьше. Просто сеть никогда не разрасталась до таких масштабов, чтобы это использовать, но всё подобное было заложено изначально, расписано в доках. :)

болталка нужна

а ещё никто так и не сказал, можно ли связаться с Difrex, чтобы получить архивы

и ещё никто так и не сказал, кто сейчас кого фетчит, какой роутинг. я фетчу idec.talks с hugeping и habr.rss и lopennet.rss с spnet, но эхи инконсистентные

Идея хорошая, но нам тут всё таки ближе plaintext (изначально ii вообще был на json, но я перевёл в plaintext). Если в какой-то plaintext перенести, будет интересно, я такое расширение даже поддержу.

Многие проблемы сети удалось избежать благодаря малой распостранённости :)

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

А что касательно архивов - в этом и был изначальный смысл. Все пользователи рабоют с одной версией эхи, с актуальной. Чтобы юзер при подключении не тянул архив за много лет. Чтобы тематическая станция тоже не тянула такой архив. Я вот стянул 2000 с лишним сообщений idec.talks, но они мне не нужны. Инконсистетные эхи мне не нравятся, у всех она разная, а потом выяснится что полной нет вообще ни у кого :) Изначальная задумка, что все работают с одной и той же версией эхи, и у всех она одинаковая, поэтому не должна быть большой. Хочет юзер архив, пусть выкачивает архив, хоть частично, хоть весь. Эха должна быть целостная, и у всех, и у нодов и у пойнтов одинаковая, пусть может быть разный порядок сообщений. И все работают только с актуальной версией.

Вот я не хочу тянуть несколько тысяч сообщений pipe.2032. Это архивные сообщения и их место в архиве. Я создам im.24, а там кто хочет, пусть её забирает.

Проблема в том, что юзеров мало и архивов тоже мало и они все успели поисчезать. Вообще, сеть имеет потенциал, и чем больше в мире блокировок, тем больший, если появится популярность, то надо использовать дробление эх, нормальное их архивирование и нормальный доступ к контенту. Для малотрафиковых эх это всё, конечно, не нужно, и для сети с 5 пользователями - тоже :)

Так у нас круговая порука - ноды отвеачют за пойнтов перед сетью, а пойнты перед нодом. Если проблемы, нод решает их с пойнтом, если не решил - снимается с фетча.

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

полторы тыщи сообщений в idec.talks, не 2, но не суть :)

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

Так то и ii-txt берёт только последние 100 сообщений, и я беру с rss эх только последние 100 сообщений, но это из-за разросшести эх.

> И каждый сидит и правит конфиги ради ничего.

это можно автоматизировать. но я говорю, что такая была изначальная идея.

> У всех разные архивы эх, а потом выяснится, что полного архива нет вообще ни у кого. Та же фигня, но в профиль.

подожди, почему у всех разные архивы эх?

> То есть то, к чему мы в итоге и пришли.

нет, сейчас нет версий, есть только эха, которая может и 10 лет тянуться. одна эха на все времена.

> Всё как сейчас.

не совсем. во-первых, по дефолту качается всё, во вторых эха становится инконсистентной. в эхах с годами всё чётко, за какие года хочешь выкачивать, за такие и выкачивай, там всё понятно и однозначно.

> Архивные эхи - это пережиток прошлого.

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

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

так и должно быть - одна болталка живая, остальные архивные.

> А если сеть станет большой, то транзитные узлы начнут забивать на перекаты, в итоге начнётся фрагментация и придётся вводить полиси и вменять сисопам обязанности.

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

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

а эту эху с меня кто-нить фетчит? сейчас и проверим :)

кстати, можешь тянуть с меня idec.talks

В пнрвом случае 9 эх в архиве. Все нужны мало кому

> Ну и выходит, что имеет смысл хранить только последнюю, а архивные удалять за ненадобностью.

Маленькие станции и пойнты - да. Но архив в любом случае должен быть. Вон кто то архив old.pc спас

На днях скачал архив ru.humor.14 и пару дней перечитывал. Архивы рулят

Мне не нравится, что потерялась изначальная идея - что написанные сообщения никуда не пропадают. Да, часть архива удалось восстановить, но некоторые эхи я бы ещё почитал - случайно заметил что ru.humor.14 сохранился.

Смысл был маленькие эхи и глобальные дублирующиеся архивы - щас нет ни того ни другого.

Идея что на ноде не полная эха мне не нравится - хотя у меня у самого rss-эхи урезанные, но содержимое оттуда потерять не жалко :)

> Мы к нему не придём. Ты хочешь костыли, мы хотим спокойного общения.

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

для спокойного общения есть форумы, irc, jabber, что угодно. меня интересует распространение технологии.