Последнее время кто-нибудь из вас задумывался над сабжем? Интересно послушать предложения.

У меня самого план развития сети уже имеется, позже расскажу, если интересно.

Так кто что по этому поводу думает? Ведь не мешало бы как минимум обсудить.

>А разве ncurses клиента у тебя пока нет? =)

На данный момент есть недописанный огрызок на CL, который имеет критические проблемы в связи с корявостью биндингов. Есть в планах просто сделать это на пайтоне.

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

> Конечно, я ещё хочу написать веб-морду для ноды и ncurses-клиент
А разве ncurses клиента у тебя пока нет? =)

> но в данный момент совершенно не располагаю свободным временем
Также не располагаю. Вроде бы, время есть, но по факту оно уходит практически в никуда - прокрастинация. Нехорошо от этого становится :(

> (поздравьте меня -- я продолжаю получать высшее образование).
Поздравляю =), похвально.
// я как среднее закончу, тоже пойду

>Последнее время кто-нибудь из вас задумывался над сабжем? Интересно послушать предложения.

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

>У меня самого план развития сети уже имеется, позже расскажу, если интересно.

Будет интересно почитать. В любом случае, этот вопрос не повредит как минимум обсудить =)

В общем, мой план по развитию сети таков:
1. Доделать клиенты и ноды до почти идеального состояния (+ веб-морда к ноде), выпустить стабильные версии и сделать полные паки с ними (как в 0.3 версии). Технология пока что замораживается.
2. Добавить БОЛЬШЕ rss лент (и Хабру, хабру!), разобраться и допилить Ромин фетчер, который, как мы знаем, фетчит всё.
3. Написать утилиты для работы с базой данных сети: поиск сообщений, запаковка и распаковка бандлов, сбор статистики, перемещение и удаление эх/сообщений, блэклисты и так далее. Очень полезные штуки.
4. Создать гейт Email to ii. Это должно следовать концепции "ii для всего". То есть, вся информация, которая только может быть автоматически получена, в том числе электронная почта, должна переводиться в формат ii. Всё должно читаться через ii. И в том числе, именно поэтому я жду, чтобы ntrknlmp.exe починил уведомления в андроид клиенте. И именно поэтому я добавил поддержку многосерверности в своём клиенте.
5. Доделать всё-таки документацию. Стандарт должен быть чётко расписан (Можно взять тот путь, что предложил Difrex, но можно и сделать wiki, как предложил gadfly. Над этим подумать надо), тексты должны ещё лучше читаться.
6. И в php ноде, и в стандартных клиентах добавить поддержку других хранилищ данных (mysql, sqlite или самодельная db), потому что переполнение места и инодов будет увеличиваться очень сильно.
7. Проводить эксперименты: поднять ноды в i2p/Tor, попробовать решать нагрузки в случае анонимного доступа, продумать поведение при переполнении эх, написать другие ii-транспорты (ssh, ftp, на файлах), поиграться с шифрованием и цифровой подписью на пути отправки сообщений от клиента к серверу, придумать некоторые новые схемы. В общем, это будет как бы разморозка технологии.

>У меня самого план развития сети уже имеется, позже расскажу, если интересно.
Рассказывай :)

>5
Можно для начала поднять вики и структурировать в ней все, а потом уже оформить, как rfc.

>1
Меня мой клиент на текущий момент устраивает. :)

>4
Вот это действительно было бы неплохо сделать.

>7
Могу поднять ноду в TOR.

Про базы данных я в 6 пункте написал.
Насчёт постфиксов: в php ноде за названия эх отвечает всего лишь одно регулярное выражение, поэтому не проблема.

И да, давай таки сделаем вики :)

>3. Написать утилиты для работы с базой данных сети: поиск сообщений, запаковка и распаковка бандлов, сбор статистики, перемещение и удаление эх/сообщений, блэклисты и так далее. Очень полезные штуки.

Это все делается на уровне субд..

>4. Создать гейт Email to ii. Это должно следовать концепции "ii для всего". То есть, вся информация, которая только может быть автоматически получена, в том числе электронная почта, должна переводиться в формат ii. Всё должно читаться через ii. И в том числе, именно поэтому я жду, чтобы ntrknlmp.exe починил уведомления в андроид клиенте. И именно поэтому я добавил поддержку многосерверности в своём клиенте.

А зачем? максимум мэйллисты, а как привязать сюда личную почту без собственной ноды не знаю

>6. И в php ноде, и в стандартных клиентах добавить поддержку других хранилищ данных (mysql, sqlite или самодельная db), потому что переполнение места и инодов будет увеличиваться очень сильно.

Не надо, пожалуйста, самодельных..

>7. Проводить эксперименты: поднять ноды в i2p/Tor, попробовать решать нагрузки в случае анонимного доступа, продумать поведение при переполнении эх, написать другие ii-транспорты (ssh, ftp, на файлах), поиграться с шифрованием и цифровой подписью на пути отправки сообщений от клиента к серверу, придумать некоторые новые схемы.

Что значит транспорты на файлах?

Шифрование на уровне транспорта или сообщения?

>Это все делается на уровне субд..
Смотря какая БД в клиенте используется. А если субд типа sqlite, то вводить запросы ручками всё равно неудобно. В этом случае я имел в виду именно клиентские утилиты для автоматизации подобной деятельности.

>А зачем? максимум мэйллисты, а как привязать сюда личную почту без собственной ноды не знаю
Затем, чтобы читать всё, даже личную почту, через ii клиент. Да, для этого как раз и понадобится собственная личная нода. Её можно и на локалхосте пускать.

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

>>Могу поднять ноду в TOR.
>Давай =)

А где у нас сейчас лежат все дистрибутивы? http://irk38.tk/iidownload редиректит в ад.

Прикрутить уже, наконец, sqlite и сделать постфиксы опциональными. Но это по технической части.

>Можно для начала поднять вики и структурировать в ней все, а потом уже оформить, как rfc.
Неплохо бы было. Вики хороша тем, что её можно всем вместе заполнять, а сейчас это как раз кстати.

>Могу поднять ноду в TOR.
Давай =)
Только надо определиться, кого и как туда пускать, для аудитории создавать или просто для бэкапов базы данных.

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

Вместо irk38.tk теперь ii-net.tk
В остальном сайт не изменился

А помогите фетчинг настроить.

Сейчас я беру wf51.py, конфиг:

server url http://spline.rooker.ru/ii/ii-point.php?q=/u/
echo ii.14
echo pipe.2032
echo linux.14

Ругается так:

url http://spline.rooker.ru/ii/ii-point.php?q=/u/
fetch http://url http://spline.rooker.ru/ii/ii-point.php?q=/u/e/ii.14/pipe.2032/linux.14
Traceback (most recent call last):
  File "./wf51.py", line 138, in <module>
    do_it()
  File "./wf51.py", line 127, in do_it
    fetch(uecholist,dlserver(userver))
  File "./wf51.py", line 86, in fetch
    out = getf('%se/%s' % (url, '/'.join(el)))
  File "./wf51.py", line 53, in getf
    response = urllib2.urlopen(request)
  File "/usr/lib/python2.7/urllib2.py", line 127, in urlopen
    return _opener.open(url, data, timeout)
  File "/usr/lib/python2.7/urllib2.py", line 404, in open
    response = self._open(req, data)
  File "/usr/lib/python2.7/urllib2.py", line 422, in _open
    '_open', req)
  File "/usr/lib/python2.7/urllib2.py", line 382, in _call_chain
    result = func(*args)
  File "/usr/lib/python2.7/urllib2.py", line 1214, in http_open
    return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.7/urllib2.py", line 1184, in do_open
    raise URLError(err)
urllib2.URLError: <urlopen error [Errno -2] Name or service not known>

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

Так это и сейчас есть же вроде

>>Шифрование на уровне транспорта или сообщения?
>На уровне транспорта. Основная цель - защита от MITM и систем анализа трафика типа DPI провайдера или прокси серверов. А то строка авторизации и само сообщение передаются открытым текстом

допустим https, но каждой ноде нужен тогда будет сертификат и все клиенты отвалятся..

А помогите фетчинг настроить.

server url http://spline.rooker.ru/ii/ii-point.php?q=
echo ii.14
echo pipe.2032
echo linux.14

Вот так попробуй.

то есть http://ii-net.tk/iidownload/

>>Это все делается на уровне субд..
>Смотря какая БД в клиенте используется. А если субд типа sqlite, то вводить запросы ручками всё равно неудобно. В этом случае я имел в виду именно клиентские утилиты для автоматизации подобной деятельности.

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

>>А зачем? максимум мэйллисты, а как привязать сюда личную почту без собственной ноды не знаю
>Затем, чтобы читать всё, даже личную почту, через ii клиент. Да, для этого как раз и понадобится собственная личная нода. Её можно и на локалхосте пускать.

Ну может быть

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

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

>Ну это делается вьюхами и отчетами делается.. А пользователю смотреть данные в базы имхо не за чем
Эти скрипты-вьюхи и отчёты ещё написать надо :) А то иногда каждый раз немного напряжно делать большой grep.

Вот самая элементарная задача для простого пользователя: "Я помню, что spline публиковал в ii ссылки на свою музыку, но это было так давно, что за это время эхи загромоздились сообщениями, и найти ссылку на альбом вручную невозможно. Но я знаю, что он публиковал ссылку в эхе im.*". Это простая задача поиска может решиться набором grep, но, согласись, что удобнее просто ввести нужные данные в скрипт, чтобы он сам всё нашёл. Таких примеров масса, на самом деле.

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

>Вот самая элементарная задача для простого пользователя...блаблабла
Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

>И глянь на всякий случай скрипт gate
Там же просто

#!/bin/sh

cd /srv/app && python wf51.py

>Странно. Ты не за прокси сидишь?
Не за прокси. Курлом все прекрасно стягивается, урл в срипте парсится.

Может есть какая другая фетчилка? Свою переписывать под msg и echo, что-то совсем неохота.

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

Уу, как в этом фетчере мудрёно. Проще взять классический фетчер (из 0.3) или мой из состава клиента.

>Так это и сейчас есть же вроде

Сейчас оно tools/client-toss реализовано. Это для отправки поинтом на ноду сообщения через дискеты/флешки/QR-коды. Я так понял, Виктор имел в виду создания чего-то подобного для обмена всех со всеми в рамках сети хоть на уровне файлов с простым интерфейсом. Например, бандл скинуть на флешку, а на своей стороне поинт развернёт его в базу.

Во всяком случае, я так понял.

Не, тоже самое.

Может ему чего-то не хватает?

>Не, тоже самое.

Странно. Ты не за прокси сидишь? И глянь на всякий случай скрипт gate, хотя там иной выхлоп должен был бы быть.

>Может ему чего-то не хватает?

Да оно вещь в себе. Распаковал и пользуйся. Только пайтон ему дай.

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

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

Починил

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

Ну, у себя я все это планирую добавить, как время будет :)

>Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

Вот именно :)
Правда удобно бывает делать поиск не только по сабжам, но и по сообщениям, по названию эхи, по имени поинта, по дате и времени, по адресу, по положению в индексе и так далее.

Лично я бы для этого написал отдельную утилиту: слишком много фич входит в мои нескромные требования к поиску :)

>Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

В сферической реализации ii это решается именно grep'ом. Но такие плюшки в клиентах очень даже не лишние будут. Я поиск по сообщениями хочу в перспективе в свой убер-клиент запихнуть, но пока этот клиент даже не целиком в моей голове только существует и потому grep и тысячи файлов =)

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

Для меня просто поинт = клиент, а не полноценный держатель локальной ноды)) Но мысль я понял

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

>А как это избавит от необходимости передавать токен? от митм это не спасет, если канал не защищенный же

Имеется в виду, что сисопу твоя цифровая подпись передаётся заранее, а потом нода просто проверяет её на соответствие тебе.

А вообще, можно делать динамическое хэширование на основе текста сообщения и строки авторизации

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

А как это избавит от необходимости передавать токен? от митм это не спасет, если канал не защищенный же

>Нее, эта вещь чисто клиентская.

В моем понимании у клиента нет ноды)) Он просто читает то, что ему отдает сервер

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

>В моем понимании у клиента нет ноды)) Он просто читает то, что ему отдает сервер

А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

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

И да, наверное, границы между клиентом и нодой могут постепенно стираться, и превратиться в аплинков и даунлинков...

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

Что-то подобное же может быть, не так ли? :)

>На горизонте отключение интернета и Великий Российский Фаервол! Люди оценят :D
Так в ТОР и I2P уйдем :)

>А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.

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

>А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

Так а зачем, если для целей обмена и нужна нода, она же агрегатор контента:)

>А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.
>
>Что-то подобное же может быть, не так ли? :)

Думаю нет, если только не ядерная зима.
На мой взгляд думать об этом, пока нет критической массы пользователей смысла нет. Будет потребность, будет решение. Если оставить возможность расширения)

Это все исключительно на правах имхо

>Думаю нет, если только не ядерная зима.

На горизонте отключение интернета и Великий Российский Фаервол! Люди оценят :D

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

>Так в ТОР и I2P уйдем :)
А если их тоже заблокируют? :) Хотя на первых порах туда уйти очень даже можно.

>У тех 9 поинтов по легенде нет нормального интернета, поэтому они как раз могут только через флешки контентом обмениваться

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

>Хотя кто знает, может и push пригодится в таком случае.

Вот и будет повод проверить его в действии =)