>>Это все делается на уровне субд..
>Смотря какая БД в клиенте используется. А если субд типа 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, но каждой ноде нужен тогда будет сертификат и все клиенты отвалятся..
Да, но получать сертификат накладно и не всегда удобно. Я имел в виду сделать подобие цифровой подписи поинта, но сейчас в этом особой необходимости пока нет.

Как решил проблему то? Закинь конфиг фетчера.

Починил

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

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

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

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

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

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

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

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

Настроил фетчинг с @spline.

Фетчатся эхи:

ii.14
pipe.2032
linux.14

Хост: mtgbjhifvi4sl773.onion

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

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

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

>Как решил проблему то?

Там неправильно сплителось в срипте почему-то. Подпер костылем:

 55 def getf(l):
 56     uri = l.split()
 57     print('URL: %s' % uri[1])
 58     from StringIO import StringIO
 59     import gzip
 60     request = urllib2.Request(uri[1])
 61     request.add_header('Accept-encoding', 'gzip')
 62     response = urllib2.urlopen(request)
 63     if response.info().get('Content-Encoding') == 'gzip':
 64         f = gzip.GzipFile(fileobj=StringIO( response.read()))
 65     else:
 66         f = response
 67     return f.read()

Я за общую базу.

За поинтами пишите в джаббер me@difrex.ru :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Виктор, почини ссылки на http://iinet.sexy/ а то например "Скачать" ведёт вникуда =)

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

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

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

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

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

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

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

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

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

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

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

Давно появилась робкая идея добавить такое понятие, как мета-эха. Это как симлинк на несколько эх, к примеру ii.14 могла бы быть метаэхой, объединяющей всякие ii.dev, ii.soft и т.д. Поможет объединять похожие эхи без физических изменений.. При ответе проставляется имя эхи из сообщения, на которое отвечаем, при написании нового сообщения вручную указываем в какую эху пишем. Ну как-то так, может идея приживется, если продумать

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.

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

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

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

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

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

>Тем более, нет смысла в ноде без белого ip
Для тора не нужен белый IP =)