Почему-то потянуло на перемены. В итоге влил сегодня много нового в ii-go репозиторий на github (ветка devel). В том числе и поменял "лицо".

Может немного укачивать, и вообще... Наверное будет непривычно, и кому-то обязательно не понравится. Но назад пути нет! Хотелось сделать попроще интерфейс. Пока пользуюсь и смотрю, как оно вообще... :)

hugeping> Почему-то потянуло на перемены. В итоге влил сегодня много нового в ii-go репозиторий на github (ветка devel). В том числе и поменял "лицо".
hugeping> Может немного укачивать, и вообще... Наверное будет непривычно, и кому-то обязательно не понравится. Но назад пути нет! Хотелось сделать попроще интерфейс. Пока пользуюсь и смотрю, как оно вообще... :)

Есть такое. Мне почему-то ii/IDEC удобнее читать как форум, однако такое представление только у ii-go и tgi
У остальных какой-то косплей морды ii
-1 выходит?

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

doesnm> У остальных какой-то косплей морды ii
doesnm> -1 выходит?

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

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

Ну а так, может и -1 :)

А так, я наверное напишу что именно меня не устраивало в старом отображении.

1) Иногда сообщения в обратном порядке, иногда - в прямом. Это выносило мозг. Кстати, я понял что это темплейтом не делается. Это реально в коде уже изменил.

2) Когда видишь "форум" и тыкаешь на ссылку, попасть можешь в разных случаях на разное представление. Иногда на "ленточное" иногда на топик. И понять где ты сейчас находишься - тяжело. Это приводило к "пропусканию" сообщений. Например ты тыкаешь на сообщение, попадаешь в топик и не видишь других сообщений свежих в этой эхе. А на главной же сообщения видны только по эхам! Надоело.

3) В текущем варианте (который наверняка ещё будет дорабатываться) такие решения:

- ленты всегда прямые (от старых к свежим), кроме rss лент которые человек не видит :)
- Первый клик на ссылку на сообщение всегда приводит нас на сообщение в "ленточном" представлении Эхи (не в топик), если только это не заголовок топика. И мы видим все новые сообщения вокруг нашего сообщения.
- Второй клик на [>] отправляет нас в топик, мы как бы "схлопываем" ленту. Назад можно выйти только кнопкой браузера или кликнув на эху в заголовке.

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

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

Вернул возможность работы с ii-go по интерфейсу форума. Вроде бы для этого ничего не понадобилось кроме развилки в template.

На главной странице есть ссылка "Forum" которая переключит вас в этот режим. Назад вернуться можно только перейдя на главную страницу.

Новая версия ii-go влита в мастер ветку. Документация обновлена (хотя, конечно, она совсем куцая).

https://github.com/hugeping/ii-go

Что-то я увлёкся. Влил ещё пачку исправлений. В том числе исправил навигацию в режиме "форума".

Надеюсь, ничего не поломал...

P.S. Когда послылал это сообщение через web, обнаружил ошибку. :) Исправил. Если кто-то что-то заметит, пишите!

Странно отрабатывает сортировка в профиле https://club.hugeping.ru/from/btimofeev/7 . Если промотать вниз, то там видно два сообщения, которые написаны в 2020-м году, а выше идут из 2024-го.

...
ii://zbWTwhBmxuHrWWhRnGRA 2024-10-07 10:46:58
А затем неожиданно:
ii://0DUjGr0R7GbWZGgCXM8R
ii://0MJApBaONSBNUIwlxcI9

tuple> Странно отрабатывает сортировка в профиле https://club.hugeping.ru/from/btimofeev/7 . Если промотать вниз, то там видно два сообщения, которые написаны в 2020-м году, а выше идут из 2024-го.

Это следствие того, что эху retro.talks создали только что. Я удалил у себя oldpc и зафетчил retro.talks заново. В итоге, сообщения пришли как бы "только что". Для станции они - новые.

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

Очень желательно сделать на станции отличие одной страницы от другой в title вкладки. А то в истории браузера сохраняется просто как:
- ping
- ping
- ping
- ...

А хотелось бы что-то вроде:
- [ping] echo/all // общая лента
- [ping] Re: разборки с IDEC // для тредов
- [ping] Жертвы разборок
- [ping] Новый протокол - VINI: VINI is not IDEC

tuple> Очень желательно сделать на станции отличие одной страницы от другой в title вкладки. А то в истории браузера сохраняется просто как:

Посмотри сейчас, лучше стало? Правда наверное не все случаи предусмотрел.

hugeping> Посмотри сейчас, лучше стало? Правда наверное не все случаи предусмотрел.

Да, классно теперь. Только https://club.hugeping.ru/echo/all/ отображается как "club.hugeping.ru/echo/all".

hugeping>> Посмотри сейчас, лучше стало? Правда наверное не все случаи предусмотрел.

tuple> Да, классно теперь. Только https://club.hugeping.ru/echo/all/ отображается как "club.hugeping.ru/echo/all".

Ага, ещё несколько случаев добавил. Если что, пиши. Для меня web ii-go сейчас близок к идеалу. Но иногда что-то меняю по мелочи.

Зашёл на станцию hugeping а там уже будущее :)

Моё сообщение, написанное в 8:04 пришло туда в 8:38, чёт долго :)

> Моё сообщение, написанное в 8:04 пришло туда в 8:38, чёт долго :)

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

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

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

> 30 мин чё-то долго, я фетчу только тебя, но с интервалом 5 мин.

надо в iii-php фетчер под тебя подковырять, чтобы list.txt?h=1 спрашивал для понимания чего брать чего не брать - тогда буду почаще опрашивать

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

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)

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

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

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

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

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

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

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

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

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

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

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

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
}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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