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

Неплохая идея. Это можно во все ноды, где есть /x/, встроить.

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

Т.е. есть default.config.cfg, и при первом запуске он копируется.

Сделал и закоммитил.

Теперь надо с /x/features и запросом с определённых msgid разобраться.

Надо придумать только, как это реализовать.

Можно сделать что-то вроде такого:

GET /x/features

e/
m/
u/e/
u/m/
u/point
u/push
list.txt
blacklist.txt
x/c/
x/file

Только вот как показать здесь расширенную версию /u/e, не очень ясно. Может быть, /u/e/lim ?

vit01> Надо придумать только, как это реализовать.
vit01> Можно сделать что-то вроде такого:
vit01> GET /x/features

vit01> ====
vit01> e/
vit01> m/
vit01> u/e/
vit01> u/m/
vit01> u/point
vit01> u/push
vit01> list.txt
vit01> blacklist.txt
vit01> x/c/
vit01> x/file
vit01> ====

vit01> Только вот как показать здесь расширенную версию /u/e, не очень ясно. Может быть, /u/e/lim ?
Нет смысла показывть e/, m/, u/e/ и u/m/. Они есть везде. Так же и u/point можно не показывать. Надо показывать то, чего может не быть: пуш, списки, файлы, каунтеры. Заодно, если показать u/e/, то этим можно обозначить и расширенную версию. Я так это представляю.

AL> Надо показывать то, чего может не быть: пуш, списки, файлы, каунтеры. Заодно, если показать u/e/, то этим можно обозначить и расширенную версию. Я так это представляю

Действительно. Так и сделаю, когда домой приду.

Запушил. Реализовано всё обычной константой, т.е. просто строку выдаёт.

Оказывается, рабочая реализация "сообщений с определённого msgid" на моей ноде уже имеется. Это /x/e, который был реализован про запас.

Образец

POST /x/e
параметр data равен:

pipe.2032:msgid
ii.14:msgid
ещёэха:msgid

Результат:

pipe.2032
msgid
msgid
msgid
ii.14
msgid
ещёэха
msgid

Если указанного msgid в базе нет, выдаёт всю эху. Если msgid последний в списке, то в результате пустота (нет даже названия эхи).

Когда уже можно будет полностью перейти на новые версии своих нод? Может, реализуем поскорее уже то, что намеревались?

// это сообщение не имеет ничего общего с тем срачем, что устроил Рома; хотел написать его ещё вчера

vit01> Когда уже можно будет полностью перейти на новые версии своих нод? Может, реализуем поскорее уже то, что намеревались?

Я пока никак не могу вебинтерфейс доделать у себя. В принципе, можно обновить php-ноды и пока так оставить.

vit01> // это сообщение не имеет ничего общего с тем срачем, что устроил Рома; хотел написать его ещё вчера

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

AL> Я пока никак не могу вебинтерфейс доделать у себя. В принципе, можно обновить php-ноды и пока так оставить.

Планирую слияние features => master и переезд своих основных нод на завтрашний вечер.

И да, насчёт веб-интерфейса. Можешь взять тот, который был у твоего common-lisp клиента. Он очень милый и лично мне понравился. Просто мысли вслух.

vit01> Планирую слияние features => master и переезд своих основных нод на завтрашний вечер.

Значит пока обновлюсь на твою ноду, а там как пойдёт. А то меня все ждут =)

vit01> И да, насчёт веб-интерфейса. Можешь взять тот, который был у твоего common-lisp клиента. Он очень милый и лично мне понравился. Просто мысли вслух.

Ну там будет примерно оно, но с некоторым переосмыслением.

>Планирую слияние features => master
Легаси же все работает?

>> Планирую слияние features => master

Difrex> Легаси же все работает?

Да. Оно полностью совместимо. Просто навороты поверх.

Ветки features и master слиты. Миграция ii-net.tk на новую версию ноды завершена.

Перед обновлением настоятельно рекомендуется перечитать файлы config.default.php и README.md.

alicorn.tk также только что сделал сабж.

А вот со станцией mlpfim.ml и некоторыми остальными придётся повозиться, т.к. туда нанесено куча патчей.

vit01> Ветки features и master слиты. Миграция ii-net.tk на новую версию ноды завершена.
vit01> Перед обновлением настоятельно рекомендуется перечитать файлы config.default.php и README.md.

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

Мне бы, наверное, хотелось снова рассказать, какие новые фичи появились в ноде за всё это время. Где это лучше сделать, здесь или в ii.14?

vit01> Мне бы, наверное, хотелось снова рассказать, какие новые фичи появились в ноде за всё это время. Где это лучше сделать, здесь или в ii.14?

В идеале в Changelog.txt и кросспост тут и в ii.14 %) Чтобы наверняка.

AL> В идеале в Changelog.txt и кросспост тут и в ii.14 %) Чтобы наверняка.
Упс, а вот Changelog.txt у моей ноды всегда отсутствовал.
В общем, сначала попытаюсь здесь написать, а потом кросспост опционально.

Что припоминаю сам:
* Расширенный /u/e
* /x/e , как "с определённого msgid"
* /x/features
* /x/t заменён на /x/c
* /x/file (полностью рабочий)
* Сегодня удалось решить проблему с подыхающими сессиями (+ длина сессий регулируется через конфиг)
* Вынос конфига для удобства обновлений через git и вообще для удобства
* RSS-ленты эхоконференций
* Материальная тема вебморды отлично масштабируется на любых экранах, стала ещё более няшной и гармоничной
* Поддержка нового цитирования
* Удаление цифровых постфиксов (изменение регулярки checkEcho)
* Мелкие фиксы то там, то сям

Больше пока не помню.

>/x/e , как "с определённого msgid"
Ура! Как запрос должен выглядеть?

vit01> Ветки features и master слиты. Миграция ii-net.tk на новую версию ноды завершена.

Сижу немного правлю под себя. Какая же новая нода у тебя классная. Вот прямо таки приятно зайти =)

Difrex> Ура! Как запрос должен выглядеть?
Было же выше в эхе: ii://SHfXfjApLVdiiQhUhUFX

AL> Какая же новая нода у тебя классная. Вот прямо таки приятно зайти =)

Ээ, не надо нахваливать, мне неудобно =)

vit01> Ээ, не надо нахваливать, мне неудобно =)

Ладно. Не буду. Просто понравилось. Особенно когда полез немного под себя перекраивать.

Обновил свою ноду. Тестирую.

В сабже /x/t заменён на /x/c.

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

Попробовал установить в виртуалку Reactos и завести клиент. Завёлся только питон, загнать туда Qt, git и остальные штуки пока не получилось.

Сделал на http://irk39.tk персональные подписки в веб-интерфейсе. Нужно ли это в эталонной реализации?

Появились некоторые мысли о сабже. Не обязательно расспространять файлы только по предъявлению authstr. Можно так же делиться файлами свободно, если они не нарушают никаких авторских прав и лицезнионных соглашений.

Логику предлагаю такую:

Обращение без POST/GET-запроса вернёт список файлов для общего пользования. С указанным pauth - дополнит приватными файлами.

Обращение с указанием имени файла без pauth вернёт или файл из списка для общего пользования или ошибку, с pauth просто файл в любом случае (если, конечно, такой файл есть в списке).

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

AL> Как думаете, стоит ли менять логику работы этого расширения?

Думаю, нет. Если надо предоставить к каким-то файлам доступ для всех, то проще дать ссылку.
А если только для ii-шников, то идёт схема с паролем.

AL>> Как думаете, стоит ли менять логику работы этого расширения?

vit01> Думаю, нет. Если надо предоставить к каким-то файлам доступ для всех, то проще дать ссылку.
vit01> А если только для ii-шников, то идёт схема с паролем.

Для доступа вполне будет ссылка http://node-addres.example/x/file/filename которую можно кидать кому угодно. А ii-шники тоже не всегда имеют поинты на всех станциях.

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

AL> Для доступа вполне будет ссылка http://node-addres.example/x/file/filename которую можно кидать кому угодно. А ii-шники тоже не всегда имеют поинты на всех станциях.

Кажется, что это какой-то "велосипед". Конечно, если он приживётся, я могу его тоже реализовать, но это пока не принципиально.

vit01> Кажется, что это какой-то "велосипед". Конечно, если он приживётся, я могу его тоже реализовать, но это пока не принципиально.

Ещё между этой реализацией и простой раздачей файлов в той же питон ноде большой разницы не будет =) Это мой последний аргумент. По крайней мере в клиенты я бы это пропихнул (пусть не во все ноды). Просто потому что я допускаю отказ от http и даунгрейд каналов для сети. Но в современных реалиях это не актуально и пока вопрос не надобности, а гипотетической ситуации.

AL> Ещё между этой реализацией и простой раздачей файлов в той же питон ноде большой разницы не будет =)

Всё, теперь осознал. Ещё и в lisp-ноде так же.

Реализую, как время будет.

И да, ты собираешься у себя что-нибудь выкладывать по /x/file на этой неделе для теста? У меня на ноде уже давно пара тестовых файлов лежит, но никому нет дела.

vit01> Всё, теперь осознал. Ещё и в lisp-ноде так же.

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

vit01> Реализую, как время будет.

Не в реализации был вопрос даже, а в том, надо ли это в стандарте или ну его? Хотя мне кажется, что это идеологически правильно.

vit01> И да, ты собираешься у себя что-нибудь выкладывать по /x/file на этой неделе для теста? У меня на ноде уже давно пара тестовых файлов лежит, но никому нет дела.

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

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

Хорошая идея. Надо бы и нам такое на вооружение взять =)
У меня уже давно есть upload-сервисы: выкладывать файлы могут только поинты, но качать могут все.
http://ii-net.tk/ii/upload.php
http://irk39.tk/upload.php
Можно их перевести на /x/file, может быть, станет удобнее.

И насчёт домашнего сервера. Переезд - это хорошая идея, но всё равно не забрасывай, пожалуйста, spline.rooker.ru. У нас за последнее время устойчивость сети с 7 серверов упала до 5. Если mlpfim.ml со сдохшего хостинга перейдёт на моё попечение, то это так и останется. С твоим новым сервером в сети их будет 6, что вполне нормально.

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

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

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

vit01> И насчёт домашнего сервера. Переезд - это хорошая идея, но всё равно не забрасывай, пожалуйста, spline.rooker.ru. У нас за последнее время устойчивость сети с 7 серверов упала до 5. Если mlpfim.ml со сдохшего хостинга перейдёт на моё попечение, то это так и останется. С твоим новым сервером в сети их будет 6, что вполне нормально.

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

vit01> Жаль, я смотрел исходники iicl, и эта нода была довольно хороша. А что до народа, не соглашусь. Обычный народ не будет поднимать ноды, ему лишь бы клиенты использовать.

iicl - это клиент ^__^

vit01> В любом случае, с гитхаба её не удаляй, пожалуйста. Или если удалять будешь, предупреди, я форкну.

Удалять репозиторий я не планирую. Он мне дорог как память =)

AL> iicl - это клиент ^__^

Лол. Надавал названий -- сам запутался. Нода, конечно. Но она не очень мне нравится всё таки. К тому же она не дописана.

AL> К тому же она не дописана.

Это заметно :)
Если что, могу ей заняться вместо тебя.

vit01> Это заметно :)
vit01> Если что, могу ей заняться вместо тебя.

Можешь форкнуть. Я в ближайшее время вряд ли к ней венусь. Потом видно будет: то ли солью обе ветки, то ли забью, то ли своё буду писать.

Буду через годик-другой тебе пул-реквесты слать %)

AL> Буду через годик-другой тебе пул-реквесты слать %)

Вот на этот счёт у меня есть, что ещё сказать.
В 2014 у нас была эха todo.14. Можно превратить iing.15 в её аналог и возродить командную работу. Так было бы интереснее жить.

Эх, мечты, мечты :)

// форкнул

* Документация _очень_ устарела.
Особенно статьи про софт, где описываются вещи со времён 0.3
* Нам нужен толковый логотип
Желательно в svg. Может быть, даже какой-нибудь другой.
* Дизайн документации и структурирование информации оставляет желать лучшего
* Надо обновить страницу http://ii-net.tk/iidownload , чтобы по клиентам можно было лучше ориентироваться, а то по виду это полный бардак
* Что там Андрей говорил по поводу нового названия? И заглохло это как-то.
* Эха ii://bone.14 совершенно не выполняет свою роль

AL> Если тебе так уж горит, то название можно и сменить. Мне всё равно практически как будет называться то, что мы используем.

Difrex> Я, кстати, свою ноду под названием jj начал пилить :D

>Может, действительно пора всерьёз задуматься над этим вопросом?
Я, кстати, за. У нас давно по факту форк сети(именно сети, а не софта) произошел. Раз так сильно Роме не нравится, то, что у нас получается, а лицензию он выбрал неправильную, то можно и название сменить.

>Документация очень устарела.
>Дизайн документации и структурирование информации оставляет желать лучшего
Давайте купим конфлюенс за 10$ для документации?

Difrex> Давайте купим конфлюенс за 10$ для документации?

Не, мне эта идея не нравится. Давайте лучше Git. И просто, и бесплатно, и надёжно.

Ну а насчёт дизайна говорю плохо, потому что из меня плохой дизайнер. Сверстать-то могу, но нужно человека с острым глазом и с чувством прекрасного =)

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

Difrex> то можно и название сменить.

Вообще, мне понравилась его идея про название silent-ii
И описывает нас в полной мере, и связь с ii не до конца потеряна.

А насчёт Qt-клиента возьму-ка таблицу Менделеева и выберу оттуда. Самому сложно хорошее название придумать, а тут пример с Цезием есть, что можно не заморачиваться :D

> Я, кстати, за. У нас давно по факту форк сети(именно сети, а не софта) произошел. Раз так сильно Роме не нравится, то, что у нас получается, а лицензию он выбрал неправильную, то можно и название сменить.

Да вот беда. ii это именно название софта. Кстати, ты как пользователь каноничной ноды, чувствуешь несчасться от новых стандартов?