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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ура, растёт сеть! :)

Дашь поинта? емейл me@ii-net.tk

Спасибо за ноду, вообще супер! :)

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

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

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

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

У меня сделано, как общая база сообщений и эх для всех нод. Но тут особо не принципиально

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

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

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

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

За iinet.sexy отвечаю не я, а gadfly. На моём сайте ii-net.tk все ссылки уже давно обновлены. Версию документации с исправленными ссылками (да и вообще, самую актуальную версию) можно скачать здесь: http://ii-net.tk/ii-doc.tar.gz

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

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

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

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

Видимо, у одного меня реализация базы в клиенте идёт классическим способом - как в 0.3

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

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

>Я вот вчера скачал архив сообщений, ark думал минуты две)
tar xvf наше всё :)

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

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

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

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

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

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

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

>А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.
Я как раз имел в виду, что в таком случае разница между клиентами и нодами размывается. Да и какая нода может быть без сетевого протокола (http, ftp, ssh), и есть ли в ней тогда смысл вообще? Только если локальная с пушем и двойным фетчем, но это лишние прослойки.

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

>В таком случае он становится (локальной) нодой, где есть возможность загрузить/выгрузить сообщения, это же никак не касается клиентов для ноды:)

Ну всё, мы пришли к полной децентрализации: нет ни нод, ни поинтов, все выполняют обе роли одновременно :)

Ладно, тут я немного неточно выразился. Усложняем ситуацию: теперь к десятому поинту-интернетчику имеет доступ только один поинт - девятый, к девятому - восьмой, и так далее. Смысл каждому из этой цепочки заводить ноду, если они всё равно через флешки все обмениваются (с 9 по 1)?

>Почему два в одном? Это получается как раз то что сказано в документации "нода может обмениваться сообщениями с другими нодами". Чем это принципиально отличается от реализации части функционала ноды в клиенте для ноды?

Потому что один человек одновременно является и нодом, и клиентом сам себе. От реализации части функционала это ничем не отличается, потому что получается гибрид :)

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

Уже непонятно, о чём тут можно дальше вести этот разговор :)

>Кто разбирается в I2P?
я сижу в i2p

>Как там примерно это все делается, всмысле, как сгенерить хостнейм, как заставить софт через него ходить?
Хостнейма там как такового нет, там есть твой длинный открытый ключ, по которому к тебе можно сразу попасть. Чтобы получился домен, нужно этот хостнейм записать в базу данных какого-нибудь доменного сервиса (уже забыл, какие есть, но это находится быстро), и оно всем пользователям в подписки само придёт.

Чтобы заставить работать ноду в i2p, надо, как минимум, создать серверный туннель, и как-то пробросить его в приложение.

Могу потом подробнее рассказать, но сейчас спать сильно хочу :)

Теперь, наверное, народ идти туда будет :)
Но всё равно стоит хотя бы капчу поставить...

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

Хотя если ситуация без интернета, то можно такое исключение сделать

Станция в Tor не позволяет отправлять сообщения при выключенном JavaScript. Просто потому что я не могу добраться до кнопки New и до почти всех остальных тоже (это косяк адаптивного дизайна, который допустил ещё Рома).

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

>Я вообще хочу выключить от туда возможность постинга. Не нужно оно там.
Но почему?

>Клиенты есть же. Через клиент все работает
И как же заставить андроид клиент ходить в Тор?

>Это, кстати, не так, если знаешь на какие ресурсы ты ходишь =)
Даже доверенные ресурсы могут взломать злые дяди и разместить там свои следящие скрипты :)

>Мат.капчу может запилить? =)
Давай :) Только поинтереснее, не 2+2

>А как оно вообще работает? Там надо свой authkey вбивать? С включенным js отдает 500 ошибку.
Да, в самое последнее поле вбивать. Странно, почему 500 ошибка.
Я вообще имел в виду адаптивный дизайн, построенный на js. Он сделан очень криво, и не открывается даже форма отправки нового сообщения: менюшка вверху эхи без js не работает.

>Надо там сделать настройку прокси. В клиенте андроидном.
Ну это уже не ко мне :)

Хотя мне кажется, что в кодер юникода передаётся пустая строка, поэтому он и ругается.
Надо разведать, что туда идёт и откуда

Ну ладно
>Да и кому оно надо ваще? Про эту ноду никто не знает :)
Как минимум, мне надо :)
Некоторым людям я уже рассказал про ноду, правда они её спамить не собираюся :)

>Пока сделал 2+2 :D
Да оно даже без картинки :) Ломается на раз-два

>Там что-то не так со всякими decode и encode :(
Лично у меня возникают проблемы с encode и decode, когда я пытаюсь ими обработать пустой элемент

Поставь в нужные места кода print() и посмотри, что оно выдаёт при ошибке

>Так что, поможет кто постинг починить? =)
Если б знал, то помог :)

В этом коде я сам с трудом разбираюсь

>Кстати, а он вообще отвечает по me@51t.ru?
Должен отвечать. Его почта никуда не делась.

>Запилил капчу. :)
Во, такая капча неплохая, спасибо
Насчёт постинга: может, ты конфиг неправильно заполнил?