Это не дата в заголовке сообщения, это дата когда сервер это сообщение принял либо по фетчу, либо по пушу, либо через поинтовый апи, либо путём копирования файлов извне (у меня сейчас - дата модификации файла сообщения). Ясно понятно, что 2001 год там быть не может. Да и в заголовке старая дата как бы не должна быть т.к. это timestamp проставляемый сервером при конвертировании ii сообщения из поинтового в сохранённое, чего никак не могло произойти раньше 2014 года...

И потом этот unixtime используется для отрезания сообщений в /u/e - типа дай мне всё что новее, а это обычно прям щас, не в прошлом

Тут ещё такой момент есть - ii-php со стародавних времён накладывает блеклистовый фильтр уже после того, как слайсы посчитаны и выходной список софрмирован, т.е. например если последнее сообщение в эхе заблеклисчено, то -1:1 вернёт ничего. По идее это решается административно путём принятия за правило никогда не блеклистить последнее сообщение в эхе - пусть оно немного "полежит" :)

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

а где попасть на сабж? ссылки на http в gopher у меня на том сайте не открываются :(

Да, хэши рулят. А вот срезы, на моё удивление, вообще трафика не снизили, до хэша было 12, с хэшем 2, поставил срезы, стало 4.5, потом 2.7, потом 2.5. убрал срезы, буду смотреть твою статистику за вчера и сегодня.

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

люблю оптимизм. :) будем ждать первую эху с миллиардом сообщений

shaos> А так надо быть готовым к тому, что запросив у меня скажем -10:10 можно получить в ответ только 9 сообщений...

Интересно. Мой вариант фетча с пробами по -N:1 вроде бы устойчив к такому поведению. Вот если сразу 16 заблеклистишь последних, тогда будут проблемы :)

ahamai> а где попасть на сабж? ссылки на http в gopher у меня на том сайте не открываются :(

https://git.luxferre.top/tii/file/README.html

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

ahamai> мне не нравится, когда все фетчат всех

Почему? Это ведь максимизирует надёжность доставки.

> Почему? Это ведь максимизирует надёжность доставки.

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

хотя когда я был в нодлисте, в 2000-м вроде году, моя нода по адресации была в Бельгии 550/13, а аплинк в Москве, 5020/52. Я думаю он даже не знал о моём существовании :)

прекольна. 12.8 без срезов. я вообще ничего не понимаю, без x/h примерно столько всегда и было. ладно, но срезы возвращать не буду :) смотрим что завтра будет

ahamai> прекольна. 12.8 без срезов. я вообще ничего не понимаю, без x/h примерно столько всегда и было. ладно, но срезы возвращать не буду :) смотрим что завтра будет

Это всё замечательно, но зачем всё это писать в теме, которая посвящена интерфейсу ii-go?

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

hugeping> Если идея ii в том, чтобы генерировать неструктурированный поток односложных сообщений, то мне такая сеть точно не нужна.

Я заблеклистил сообщения. Если оно и так дальше будет, я начну снимать эхи с фетча. Честно, достала меня такая помойка.

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

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

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

кстати, спасибо, что напомнил, я это забыл записать в анонсе :)

А покажи демку, пожалуйста, как с ним работать в каком-нибудь asciinema. Для наглядности, чтобы не лезть в мануалы. :)

Я тут "психанул" и заблеклистил часть сообщений в одном из топиков на своей станции. Типа, навёл порядок. И задумался.

ii часто сравнивают с Фидо, но Фидо была довольно структурированной и хорошо модерируемой... Ноды несли ответственность за поинтов. Ноды тоже несли ответственность ну и так далее... Были правила, формализованные способы наказания... никакой анонимности. В ii/idec всё по другому!

Надежда на самоорганизацию? Но .... когда у тебя бОльшая часть членов сети это авторы собственных нод. :) Не сработает.

ii очень простая. Предполагалось что эхи не живут вечно, перекатываются (архивируются)... И в целом, это действительно похоже просто на "соц-сеть". Некоторое "живое общение" - ленту. Формат сообщений - короткие реплики. Этому способствует в том числе - невозможность редактировать. Такой твиттер получается?

В Фидо же, нерегулярность обмена приводила к эффекту обычных писем. Люди часто писали развёрнуто, с ответами на конкретные тезисы и так далее. В ii/idec этого нет (и не будет).

Мне в ii/idec понравились:
- текстовость
- федеративность
- простота

Но это в большей степени относится к реализации. А вот КАК использовать ii? И вот есть ощущение, что я хочу от ii/idec то, для чего она в принципе никогда и не предназначалась...

- развёрнутые интересные тексты-статьи (хаха! без возможности редактирования?)
- тематическое общение (хаха! когда в стандарте "топик" это просто repto который никто (кроме ii-go) не использует для показа структуры)
- высокая культура общения, когда читаешь, понимаешь, думаешь и отвечаешь (ха ха! фетчим каждые 5 минут. отправил 1 сообщение, получил в ответ 10, ответил на каждое из 10 в ответ пришло 1000) - да это же хуже телеграмма!

Так для чего ii на самом деле? Рома писал в духе, что это для малых сообществ. Здорово. Но что эти сообщества там будут делать? Что делали бы условные радиолюбители? Чатились бы в режиме твиттера короткими сообщениями? Накапливали бы знания? ii может заменить форум? Или создаёт вал цепочных сообщений? Непонятно.

В общем, предлагаю высказаться. Мне кажется, нам самим хорошо бы понять "философию" сети. Что мы все от неё хотим?

> i часто сравнивают с Фидо, но Фидо была довольно структурированной и хорошо модерируемой... Ноды несли ответственность за поинтов. Ноды тоже несли ответственность ну и так далее... Были правила, формализованные способы наказания... никакой анонимности.

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

> Надежда на самоорганизацию? Но .... когда у тебя бОльшая часть членов сети это авторы собственных нод. :) Не сработает.

правила такие же, как в фидо. за косяки пойнта выносят нода. всё взято из фидо

> В Фидо же, нерегулярность обмена приводила к эффекту обычных писем. Люди часто писали развёрнуто, с ответами на конкретные тезисы и так далее. В ii/idec этого нет (и не будет).

серьёзно? пока до нода дозваниваешься, можно ещё несколько сообщений вдогонку накатать. а как же легендарное "ет" (Фарид) который вообще темплейтами ответы слал. Ответы из 1-2 строчек это самый обычный комментарий.

> - высокая культура общения, когда читаешь, понимаешь, думаешь и отвечаешь (ха ха! фетчим каждые 5 минут. отправил 1 сообщение, получил в ответ 10, ответил на каждое из 10 в ответ пришло 1000) - да это же хуже телеграмма!

это пики. конкретная тема взлетает в пик, её обсуждают. потом забывают и снова затишье. это тоже было нормально в фидо. я так, кстати, и не запомнил, взлетит он или не взлетит :)

и да, в фидо общительные эхи и рассудительные эхи это разные эхи. эха talks - она для обсуждений, поправок и мнений. в эхе .policy никто не флудит.

> Так для чего ii на самом деле? Рома писал в духе, что это для малых сообществ. Здорово. Но что эти сообщества там будут делать?

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

> - развёрнутые интересные тексты-статьи (хаха! без возможности редактирования?)

изначально тут вообще textile был и эхи формата wiki.... но это не соответствовало концепту

> - тематическое общение (хаха! когда в стандарте "топик" это просто repto который никто (кроме ii-go) не использует для показа структуры)

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

> - высокая культура общения, когда читаешь, понимаешь, думаешь и отвечаешь (ха ха! фетчим каждые 5 минут. отправил 1 сообщение, получил в ответ 10, ответил на каждое из 10 в ответ пришло 1000) - да это же хуже телеграмма!

без контента сеть мертва. можно сколько угодно обсуждать непонятную крохоборскую экономию трафика, когда любая веб-страница жрёт больше, чем ii-клиент жрал в лучшие годы за день, но обсуждения создаёт привлечение к обсуждению. эха это группировка внимания, когда у тебя больше привлечения внимания к обсуждению. я решал проблемы форумов для малых сообществ, а не примкнул к ним :) качество общение это качество юзеров. а о чём мы, три с половиной сисопа ещё можем поговорить, и с кем ещё? я бы хотел обсуждать проблемы контента, проблемы новых пользователей, проблемы привлечения к написанию нового софта (как я называл это в 2014, любительское программирование). проблемы экономии 20% трафика меня мало интересуют, ну будет у 3.5 сисопов общение занимать не 5 мб в день, а 4, и что это изменит, в чём вообще суть сети?

Архивные записи удобнее читать в формате форума, свежие - подряд

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

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

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

Понятно. Ну, я должен подумать. И или принять или изолироваться. :)

P.S. Я отменил блеклист, так как рассинхронизация ещё хуже. Получилось две темы на ii-go, это ещё больше будет сбивать с толку.

Цитирую Рому:

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

> я про что всегда и говорил. малотрафиковый поток в формате форума, где кто-то пишет сообщения в рандомные темы, просто неудобен. это когда мне говорили, почему бы не взять форум. а в формате эхи эта вялая жизнь хоть как-то поддерживается. так что, в принципе, да, это основная идея. в сети из малого количества тем нет тем, есть сквозная тема, поэтому только формат эхи. если бы я это всё смотрел не эхой, а форумом, я бы это просто не увидел. всё это взято из фидо. ii это "социальная сеть малых сообществ". где всё структурировано и есть куча отдельных тем, там конечно форум интересен. но здесь основной формат - это эха, а не форум. потому что "настоящие фидошники сабжей не меняют" (c)(r)(tm)

> Архивные записи удобнее читать в формате форума, свежие - подряд

На самом деле в ii-go есть и эха, и форум. Но читать форум просто невозможно, именно потому, что тема топика никак не соответствует содержимому...

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

> Но читать форум просто невозможно, именно потому, что тема топика никак не соответствует содержимому...

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

(кстати, почему моё сообщение-то не по теме - мы экспериментируем с разным фетчем ноды и отслеживаем трафик, и что-то там очень странно, и это именно поведение ноды).

> Архивные записи удобнее читать в формате форума, свежие - подряд

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

>> Архивные записи удобнее читать в формате форума, свежие - подряд

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

В ii-go тоже есть разные режимы показа. И реверс со всеми сообщениями. И вид эхи. И вид с топиками. И форум. И даже блог. Причём не все даже выведены в шаблоны. Но они частично бесполезны в режиме когда контент создаётся в виде "одного потока". Правда, мои собственные эхи я хотя бы контролирую.

Ладно, это всё так...

> В ii-go тоже есть разные режимы показа. И реверс со всеми сообщениями. И вид эхи. И вид с топиками. И форум. И даже блог. Причём не все даже выведены в шаблоны. Но они частично бесполезны в режиме когда контент создаётся в виде "одного потока". Правда, мои собственные эхи я хотя бы контролирую.

честно говоря, я этого не нашёл в интерфейсе.

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

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

но формат эхи для малочисленной группы был самым живучим, поэтому после elp-0.4 был выпущен ii-0.5, а скоро будет nastene-0.7 :)

ahamai> честно говоря, я этого не нашёл в интерфейсе.

Я думаю ты и не искал. :)

Форум: https://club.hugeping.ru/forum/
Блог: https://club.hugeping.ru/blog/std.hugeping
Эха: https://club.hugeping.ru/echo/std.hugeping
Топик: https://club.hugeping.ru/pgZZmWnIfm3dLZEAKc6W#pgZZmWnIfm3dLZEAKc6W
Новые сообщения в реверсе: https://club.hugeping.ru/echo/all/

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

hugeping> Новые сообщения в реверсе: https://club.hugeping.ru/echo/all/

Текущая навигация ii-go.

Если на главной странице сверху нажать "Forum" - переходим в режим форума. Выйти из которого можно только нажав на logo (если из глубокого уровня вложенности, то несколько нажатий на logo)

Если на главной странице нажать на Subj сообщения - мы сразу попадём на это сообщение в режиме обычной эхи. С просмотром всех сообщений эхи рядом. Из режима просмотра всех сообщений можно попасть в конкретный топик нажав ">" рядом с сообщением.

Если на главной странице нажать на имя эхи (ярлык над сообщением) - попадаем в просмотр топиков эхи. В этом режиме можно выбрать другой режим: Echo :: Forum :: Blog

http://blcat.ru:15555/

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

Последний пункт написал doesnm

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

И кстати у меня ведь теперь есть spnet.uplink где можно это обсуждать :)

shaos> Последний пункт написал doesnm

Да, не заметил с телефона. :)

tuple> А покажи демку, пожалуйста, как с ним работать в каком-нибудь asciinema. Для наглядности, чтобы не лезть в мануалы. :)

Вот поэтому я и не хотел давать ссылку раньше времени. Но без мануалов с любым из моего софта (тем более написанного в первую очередь для себя) вообще делать нечего.

Вкратце — создаёшь stations.txt а-ля такого содержания:

https://sprinternet.io/iii 389
https://hugeping.tk 10000
#https://tgistation.ru 12
http://ii.blcat.ru 4238
http://idec.spline-online.ru 380

Запускаешь фетчер: ./tiifetch.tcl
Запускаешь GUI-клиент: ./tiix.tcl

В выпадающем списке эхи, справа фильтр по сообщениям (0 — читать все), ну а дальше, думаю, разберёшься.

revoltech> ну а дальше, думаю, разберёшься.

А, ну да, ещё auth.txt для постинга нужен. Формат тот же: на каждой строке урла станции и пароль через пробел.

В 19:57 у меня статистика обновляется

И я говорил это не в контексте проблемы, а в контексте работы срезов. Несколько десятков мб трафика в сутки между серверами это вообще не проблема. Да и для меня - стационарного инета у меня нет, на одном номере 26 гб в тарифе на другом 50. В конце месяца обычно на одном телефоне остаётся неиспользованными гигабайт 10, на другом 50 :)

ps. В последнее время думаю, что /u/e нафиг не нужна и только всё усложнила, проще было, действительно, опрашивать эхи по одной. Кроме того это ещё и DoS атака, когда с крупного узла запрашиваешь разом все эхи, он сильно задумывается, а ведь каждую эху можно засунуть в запрос несколько раз... если бы не старые клиенты, я бы отрезал её вообще, оставив только e. Но уже ничего не сделаешь, так исторически сложилось.

ahamai> без контента сеть мертва.

Ну дык инглиш, мазафака, ду ю спик ит? У меня, например, конента сколько угодно, но на более широкую аудиторию в основном за пределами чебурнетов. Внезапно даже мой гофер какую-то обратную связь даёт: со мной на днях связался какой-то пакистанец, нагугливший по совершенно неожиданному поисковому запросу веб-зеркало моего гоферного блога. И в итоге я от него получил материал (пару дампов), необходимый для успешного завершения одного из моих исследований. Сам в шоке до сих пор. Но я к тому, что через ii/IDEC в его нынешнем состоянии он бы на меня не вышел никогда даже с веб-зеркалами. Он только английский, урду и арабский знает.

ahamai> а о чём мы, три с половиной сисопа ещё можем поговорить, и с кем ещё?

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

ahamai> проблемы привлечения к написанию нового софта (как я называл это в 2014, любительское программирование)

А что, с этим есть какие-то проблемы? Ну, окромя того, что 95% населения даже тикль не хотят осиливать.

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

Раз Шаос тут свой монстрокод кидал, могу и я свой кинуть (правда, это ещё не окончательный вариант, а в репе этого файла пока вообще нет и ещё долго не будет) чисто по обработке /u/e со стандартным слайсингом:

            e {
              set erange [lrange $pathparts 3 end]
              if {[llength $erange] > 0} {
                set limit 0
                set offset 0
                set lastel [lindex $erange end]
                if {[string match *?:?* $lastel]} { # slice detected
                  set sparts [split $lastel :]
                  set offset [expr {int([lindex $sparts 0])}]
                  set limit [expr {int([lindex $sparts 1])}]
                  set erange [lrange $erange 0 end-1]
                }
                # validate the rest of the echo list
                set erange [lmap ename $erange {expr {
                  [validecho $ename] ? $ename : [continue]
                }}]
                if {[llength $erange] > 0} { # recheck length after validation
                  repdata $sock $ishttp [indexechos $dbfile $erange 1 $offset $limit]
                } else {
                  reperror $sock $ishttp "invalid request"
                }
              } else {
                reperror $sock $ishttp "invalid request"
              }
            }

Но это не самое интересное. Самое интересное — процедурка indexechos:

# echo indexer for /e and /u/e
proc indexechos {dbfile echolist includenames offset limit} {
  set rdata {}
  set oquery {ORDER BY `id`}
  if {$limit > 0} { # trigger limiting logic only with positive limit value
    if {$offset >= 0} { # normal limiting flow
      append oquery " ASC LIMIT $offset,$limit"
    } else {
      set reallimit [expr {-$offset}]
      set realoffset [expr {$reallimit - $limit}]
      if {$realoffset >= 0} {
        append oquery " DESC LIMIT $realoffset,$reallimit"
      } else { # invalid limit, falling back to full query
        append oquery " ASC"
      }
    }
  }
  set query {SELECT CONCAT(`echoname`, ':', GROUP_CONCAT(`msgid`,'|' ORDER BY `id`)) AS `rowcat` FROM (}
  foreach echo $echolist {
    append query "SELECT * FROM (SELECT `id`, `msgid`, `echoname` FROM `msg` WHERE `echoname` = '$echo' $oquery) UNION ALL "
  }
  append query {SELECT NULL,NULL,NULL) GROUP BY `echoname` ORDER BY `echoname` ASC;}
  sqlite3 db $dbfile -readonly true
  db eval $query echorow {
    if {$echorow(rowcat) ne ""} {
      set eparts [split $echorow(rowcat) :]
      set ename [lindex $eparts 0]
      if {$ename ne ""} {
        if {$includenames > 0} {
          append rdata $ename \n
        }
        append rdata [join [split [lindex $eparts 1] "|"] \n] \n
      }
    }
  }
  db close
  return $rdata
}

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

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

Echoareas
────────────────────────
idec.talks...........518 ██████████████████████████████████████████████████▒▒▒▒▒▒▒▒▒▒
bot.slashdot.........127 ██████████████████████████████████████████████████▒▒
lor.gold..............89 ██████████████████████████████████████████████████▒
lor.opennet...........39 ███████████████████████████████████████
bot.habr.rss..........29 █████████████████████████████
linux.14..............15 ███████████████
spnet.stats............7 ███████
blcat.local............6 ██████
idec.test..............4 ████
std.game...............3 ███
std.rein...............3 ███
im.24..................3 ███
iii.nizya..............2 ██
bot.antropogenezru.rss.2 ██
std.hugeping.micro.....2 ██
english.talks..........1 █
crypto.talks...........1 █
ii.stat................1 █
spnet.uplink...........1 █
────────────────────────
Total                853

Ну тут у тебя SQLite по ходу? Это читерство ;)
Настоящие пацаны БД на текстовых файлах держат ;)

shaos> Ну тут у тебя SQLite по ходу? Это читерство ;)

Да, он самый, как и на клиенте. Меня групконкат спасал ещё на мускуле в бытность вебдевом (период моей жизни, в который я не хочу даже в воспоминаниях возвращаться), выручит и теперь. Очень мощная вещь. И из того же периода я вспомнил трюк с долбаными юнионами, кстати.

shaos> Настоящие пацаны БД на текстовых файлах держат ;)

Да кто против-то, только не жалуйтесь на тормоза при запросе кучи эх со слайсами.

> Вот и с чего бы такой обработчик долго задумывался, если он все эхи (после валидации) в один проход запрашивает?

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

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

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

и мне неинтересно болтать по английски. мне интересно по-фидошному :)

раньше хоть малое сообщество было, сейчас вообще сверхмалое

> А что, с этим есть какие-то проблемы? Ну, окромя того, что 95% населения даже тикль не хотят осиливать.

да, разумеется. клиентов сейчас нет. раньше все что-то делали, у меня был txt и http клиент, кто то делал клиент на dialog, был клиент на py-tk, на qt5, на android. MRD на java me пытался клиент набросать :) А сейчас только вечно живой цезий ну и твой клиент появился. Всё.

да, я буду писать про 0.7 новости на лоре и опеннете, делать что-то ещё.

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

> Да, он самый, как и на клиенте

Кстати SQLite расслабляет - лучше сразу на MySQL/MariaDB ориентироваться. Например в SQLite ключом можно чо угодно сделать (насколько я помню) и порядок записей всегда хронологический, а в MySQL если ты не сделал ORDER BY оно выльется как попало в зависимости от того как оно там внутри само заполнило дырки...

ahamai> причём здесь обработчик. я про нагрузку на сервер, когда с него опрашивают сразу все эхи разом.

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

ahamai> и мне неинтересно болтать по английски.

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

ahamai> мне интересно по-фидошному :)

Что даёт фидошность? Широкие массы вот это понимают: есть проблема — есть исходящая из неё задача — есть решение. Здесь же какая задача для решения какой проблемы решается? Вот и донеси это до людей, если знаешь ответ на этот вопрос.

Для меня, например, ii/IDEC решает задачу цензуроустойчивости и распределённости при сохранении доступного и легковесного протокола. Поэтому я бы хотел его видеть вместо всяких форумов, мейлинглистов и прочих гуглогрупп как минимум. Везде. На всех языках. Хотя бы в нынешнем виде.

ahamai> раньше хоть малое сообщество было, сейчас вообще сверхмалое

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

ahamai> да, разумеется. клиентов сейчас нет.

Так это следствие мною указанного неосиляторства.

ahamai> нет инфраструктуры для заинтересовывания пользователей

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

> Ограничения по языку гораздо суровее отсекают аудиторию, чем ты можешь себе представить.

Я понимаю, но моя сеть не про это.

> Что даёт фидошность? Широкие массы вот это понимают: есть проблема — есть исходящая из неё задача — есть решение. Здесь же какая задача для решения какой проблемы решается? Вот и донеси это до людей, если знаешь ответ на этот вопрос.

фидо даёт душевность :) а идею я уже говорил в ii 0.1, построение малых сообществ и связь между ними

> Поэтому вы обсуждаете, как обустроить вебморды, вместо того, чтобы заняться более няшными core-клиентами, укрепляющими распределённость сети. Яснопонятно.

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

Это сообщение fiTy34vIAoqowA6GTpxX
пришло после этого d9fGfA6s7AVhMIQb0we9

Хотя хронологически они написаны в обратном порядке.
Я сфетчил их с ноды shaos. Там они тоже в обратном порядке. Хорошо бы разобраться, как такое происходит.
P.S. Edited: 2024-11-03 21:28:42

А почему они выводятся в обратном порядке? Я помню, давно, в клиенте для андроида часто такое было, и там специально делали, что бы они выводились в порядке "времени написания".

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

btimofeev> А почему они выводятся в обратном порядке? Я помню, давно, в клиенте для андроида часто такое было, и там специально делали, что бы они выводились в порядке "времени написания".

Ну, я так понимаю выводятся в порядке в каком приняла её станция. Иначе возникают приколы, типа через 12 часов пришло сообщение и оно сразу затерялось -- его никто не увидит. Моя станция показывает так, как приняла. Станция shaos видимо тоже.

> Ну, я так понимаю выводятся в порядке в каком приняла её станция. Иначе возникают приколы, типа через 12 часов пришло сообщение и оно сразу затерялось -- его никто не увидит. Моя станция показывает так, как приняла. Станция shaos видимо тоже.

по идее, все так сейчас делают.

Дело не в том, что порядок другой. А в трм что сообщения информационно зависимы друг от друга. То есть на станцию shaos попал ответ на сообщение, которого не было на shaos. И видимо, не было на станции ahamai. А потом пришел сам ответ. Как это возможно?

hugeping> Как это возможно?

Вероятно, кто то отдает по фетчу не в том порядке..

жди моего ответа, когда хаос его польнет :)

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

hugeping>> Как это возможно?
hugeping> Вероятно, кто то отдает по фетчу не в том порядке..

Поясню ещё раз по другому.

Есть сообщение от ahamai fiTy34vIAoqowA6GTpxX (написано на станции blcat) 20:43:39
Есть сообщение-ответ d9fGfA6s7AVhMIQb0we9 от revoltech (написано на станции spnet) 20:51:24

Очевидно, что чтобы ответить на сообщение, сообщение ahamai сначала должно было быть получено станцией spnet. (Иначе, reply будет указывать на несуществующее сообщение.)

После этого, revoltech фетчит его и пишет ответ. Отправляет его на станцию spnet. И этот ответ НЕ МОЖЕТ встать РАНЬШЕ сообщения от ahamai. Но в индексе shaos он стоит РАНЬШЕ. Где-то есть проблема.

Надо разбираться.

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

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

http://ii.blcat.ru/rCu2q7hJ6T7vqKWjikjW

когда rt пишет свой ответ на shaos, моего сообщения там нет, физически

У меня появилась ГИПОТЕЗА.

1) revoltech фетчит себе куда-то локально эхи из разных мест
2) revoltech сфетчил сообщение ahamai с ноды blcat
3) revoltech формирует в своём клиенте ответ на сообщение и отправляет его spnet. reply указывает на сообщение с blcat
4) spnet НЕ ПРОВЕРЯЕТ reply вообще и берет это сообщение (считаю, должен был отбросить)
5) ЗАТЕМ spnet забирает сообщение на которое был ответ с blcat

Это всё объясняет. revoltech? shaos? я прав?

iiii> я уже полдня назад ответ написал, только шаос медленный :)
iiii> http://ii.blcat.ru/rCu2q7hJ6T7vqKWjikjW
iiii> когда rt пишет свой ответ на shaos, моего сообщения там нет, физически

Ага, я эту гипотезу и выдвинул тоже (см 5R0bd1lXAfHAJH9bFWvs )
Но spnet не должен был принимать сообщение с битым reply! В этом проблема. Это надо фиксить.

> 4) spnet НЕ ПРОВЕРЯЕТ reply вообще и берет это сообщение (считаю, должен был отбросить)

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

почему оно битое-то? это абсолютно штатная ситуация и так было всегда

iiii> почему оно битое-то? это абсолютно штатная ситуация и так было всегда

Поинт шлет ноде сообщение с reply на несуществующее сообщение и это ок? Я не согласен. Я рублю и буду дальше это делать. Ну, главное что причина понятна.

> Поинт шлет ноде сообщение с reply на несуществующее сообщение и это ок?

Естественно. Что значит несуществующее, у тебя на ноде его нет не значит, что оно не существующее. В этапе фетчинга может сбойнуть фетчер или сервер, и у тебя сразу 40 сообщений могут вылететь из базы, и прийти только следующим фетчингом.

>> Поинт шлет ноде сообщение с reply на несуществующее сообщение и это ок?

iiii> Естественно. Что значит несуществующее, у тебя на ноде его нет не значит, что оно не существующее.

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

> Если поинт одновременно питается у нескольких нод - это ненормальная ситуация.

тут я согласен :) но в рамках распределённой сети ситуация вообще штатная

по мне так тут shaos-у надо почаще фетчить других :)

iiii> тут я согласен :) но в рамках распределённой сети ситуация вообще штатная

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

iiii> по мне так тут shaos-у надо почаще фетчить других :)

Это не спасло бы от конкретно этой ситуации.

iiii>> по мне так тут shaos-у надо почаще фетчить других :)

hugeping> Это не спасло бы от конкретно этой ситуации.

Ладно, я реально устал. Пока перестаю читать idec.talks, а то напрягаюсь слишком.

> Я устал объяснять, почему эта ситуация не штатная.

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

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

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

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

> Это не спасло бы от конкретно этой ситуации.

это спасло бы от медленно ходящих сообщений по сети :) как будто реально голубями из США :)

> Если у меня его нет, то у поинта его тоже нет и ответить он на него не может

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

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

или у одного удалено, а у другого нет.

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

в аликорновских архивах почему-то для некоторых тем нет исходных сообщений.

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

я вот даже не вспомню, в фидо вообще хоть какой-то аналог repto был?

repto я прикрутил уже вообще в последний момент, поэтому он таким кривым видом прописывается, сначала его вообще не было как такового

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

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

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

> жди моего ответа, когда хаос его польнет :)

шаос :)

это мой неизменный интернетовский ник с 1998 года...

Я говорю про популярность. Будучи уже нодой, я был подписан на разные мировые эхи и знаю, какой там был трафик. idec.test по сравнению с этим это твиттер.

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

Для подобных вещей в elp и bosfor был тэг topicid
http://blcat.ru:15555/m/53NZLKKTR2OS6NVZZP5W

.. который содержал исходный msgid и наследовался при каждом ответе. То есть, даже при выпадении сегмента, включая исходное сообщение, цепочку можно было восстановить. Я ОЧЕНЬ жалею, что не догадался вставить topicid в изначальный ii. Вообще, я очень долго думал и решал, и решил окончательно - в 0.7 я буду вставлять topicid в сообщения. Хоть это и будет касаться только сообщений, созданных на моей станции, ну хоть в чём-то археологи будущего будут мне благодарны. :)

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

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

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

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

Я был немножко фидошником ещё когда жил в Екатеринбурге в 1997-1998 (всё как надо с модемом и т.д.)

Потом немножко левонетчиком (ZXNet в начале нулевых) - мне не понравилось т.к. там был трешак...

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

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

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

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

Ну в начале нулевых наверное

Ну так как FidoNet родилось в Сан-Франциско, то наверное в Калифорнии можно найти тех, кто помнит :)
Да даже тех кто до сих пор там сидит тоже можно найти ;)

> И кстати у меня ведь теперь есть spnet.uplink где можно это обсуждать :)

Чото похоже ты у меня не забираешь обратно spnet.uplink т.к. у тебя всё ещё там 2 сообщения...

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

hugeping> У меня появилась ГИПОТЕЗА.
hugeping>
hugeping> 1) revoltech фетчит себе куда-то локально эхи из разных мест
hugeping> 2) revoltech сфетчил сообщение ahamai с ноды blcat
hugeping> 3) revoltech формирует в своём клиенте ответ на сообщение и отправляет его spnet. reply указывает на сообщение с blcat
hugeping> 4) spnet НЕ ПРОВЕРЯЕТ reply вообще и берет это сообщение (считаю, должен был отбросить)
hugeping> 5) ЗАТЕМ spnet забирает сообщение на которое был ответ с blcat
hugeping>
hugeping> Это всё объясняет. revoltech? shaos? я прав?

Да, всё так. Но это не должно быть проблемой вообще, как по мне. Там же AL объяснял уже: как прилетают в базу, так и прилетают, а упорядочивать — это уже задача клиента. Так что я в своей ноде такую проверку тоже делать не буду.

ahamai>> да, разумеется. клиентов сейчас нет.
revoltech> Так это следствие мною указанного неосиляторства.

Ни один из существующих клиентов меня не устраивает (на тикле не пробовал, он же ещё не готов?). В планах есть попробовать написать клиент, аналогичный какому-нибудь aerc или newsboat, так как caesium на мой скромный зумерский вкус не очень. Не застал я FIDO, видел его только через webBBS - https://wfido.ru/ .

Однако чтобы такой клиент сделать нормально, нужно писать его на каком-нибудь C/Go/Rust и т.п. А я только python хорошо знаю, тыкался в C и Go только чуть-чуть. Поэтому планы остаются пока в мечтах.

Остаётся сидеть через веб ii-go.

tuple> Ни один из существующих клиентов меня не устраивает
tuple> Остаётся сидеть через веб ii-go.

С помощью ii-tool из состава ii-go ты можешь забирать и отправлять письма. И в принципе, даже смотреть. Так что остаётся только набрать сообщение в каком-то текстовом редакторе. Ну или написать обёртку - визуализатор всего этого дела.

Что то подобное представляет из себя mu4e например (надстройка над mu утилитой).

tuple>> Ни один из существующих клиентов меня не устраивает
tuple>> Остаётся сидеть через веб ii-go.
hugeping> С помощью ii-tool из состава ii-go ты можешь забирать и отправлять письма. И в принципе, даже смотреть. Так что остаётся только набрать сообщение в каком-то текстовом редакторе. Ну или написать обёртку - визуализатор всего этого дела.
hugeping> Что то подобное представляет из себя mu4e например (надстройка над mu утилитой).

Я планировал так сделать. Поэтому хочу написать конвертер для всех форматов в которых только можно хранить эху (txt, aio, ait, Maildir и т.д). Лучше пока написать PoC на питоне или сделать как практику для изучения C++?

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

doesnm> Я планировал так сделать. Поэтому хочу написать конвертер для всех форматов в которых только можно хранить эху (txt, aio, ait, Maildir и т.д). Лучше пока написать PoC на питоне или сделать как практику для изучения C++?

Вскрылась проблема: в mat сообщения разделяются новой строкой, а само сообщение символом 15. Но походу содержимое сообщений содержит новую строку и скрипт сходит с ума. Как это решить?

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

А что с таверной? Лежит уже дня 3:

Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.4.62 (Debian) Server at idec.spline-online.ru Port 80

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

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

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

Сейчас не 2014

shaos>> Настоящие пацаны БД на текстовых файлах держат ;)
revoltech> Да кто против-то, только не жалуйтесь на тормоза при запросе кучи эх со слайсами.

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

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

Нода почти готова (на первое время будет с регистрацией вручную), но /u/push пока решил не реализовывать. У меня вообще нода от клиента структурно отличается только парой новых таблиц в скулайте, которые на клиенте не используются — для авторизации и публичного списка эх.

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