>Да нет смысла менять стандарты. Жили же как-то =)

Можно сделать что-то типа XEP у XMPP, конечно. Опциональные расширения, но это немного расходится с идеологией ii.

>В своё время была у нас карта сети. Предлагаю провести перепись и посмотреть какие ноды есть сейчас. Поинтлист тоже не повредит.

Андрей традиционно балда. Надо чаще на ii-net.tk заглядывать =)

2vit01: регистрация у меня есть. Достаточно написать на spline@rooker.ru, указать ник и немного написать о себе.

> Опциональные расширения, но это немного расходится с идеологией ii.
Обязателен у нас только /u/, а всё остальное опциональное. Но в документации описаны абсолютно все схемы (естесственно, с упоминанием этого факта).

В своё время была у нас карта сети. Предлагаю провести перепись и посмотреть какие ноды есть сейчас. Поинтлист тоже не повредит.

На данный момент я знаю о существовании:

- http://spline.rooker.ru/ii/ (собюственно, моя нода же);
- http://ii-net.tk/ii/ (vit01)
- http://mlpfim.ml/ (Rush_Pon)

Вроде как у Difrex'а есть нода и что-то я припоминаю о ноде в i2p.

Продолжаю вечер глупых вопросов. Есть ли у нас иконка ii в svg?

Сделал первый шаг к написанию своего клиента на python3 (старый на python2 я бросил). Пока что он копирует iitxt, но с некоторыми проверками на некорректные сообщения в бандле.

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

Скачать можно тут: http://github.com/spline1986/iitxt

Пока что это ранняя альфа, но уже вполне юзабелен.

P.S.: Это сообщение отправлено рекламируемым клиентом =)

> Есть ли у нас иконка ii в svg?
По-моему, когда-то была. Посмотрел по архивам - затерялась.

На данный момент имеется только это: http://ii-net.tk/logo740.png

> Пуллреквест это, конечно, хорошо, но меня снедает любопытство. Что за идея?
Идея написать обёртку над клиентом.

К примеру

$ write.sh pipe.2032 1500
Открывается какой-нибудь текстовый редактор, например, vim, с уже готовым шаблоном: ответ на 1500-е по счёту сообщение в эхе.

И можно ещё вот это

$ echocat.sh pipe.2032 100:-2
Выведет сообщения с сотого до конца без последних двух.

>Уже здесь: http://ii-net.tk/iidownload/

Спасибо.

>Посмотрел исходники, попробовал. Сам по себе клиент реализован относительно хорошо

На самом деле я бы его отрефакторил и оптимизировал.

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

Пока задача стояла посторить оригинальный iitxt, но без его багов. Фича эта имеет смысл на самом деле.

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

Эта опция появится в ближайшее время, как только экзамены разгребу.

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

Пуллреквест это, конечно, хорошо, но меня снедает любопытство. Что за идея?

>Идея написать обёртку над клиентом.

>К примеру

>$ write.sh pipe.2032 1500
>Открывается какой-нибудь текстовый редактор, например, vim, с уже готовым шаблоном: ответ на 1500-е по счёту сообщение в эхе.

>И можно ещё вот это

>$ echocat.sh pipe.2032 100:-2
>Выведет сообщения с сотого до конца без последних двух.

Интересная идея. Я пока думал прикрутить sqlite и написать оболочку, типа голдеда.

>У тебя же уже был голдед, только на лиспе =)

Ну я тут подумал и решил что тянуть лисп-машину это плохое решение для рачпространения софта. К тому же там были баги в cl-charms (это который биндинг ncurses) и довести ту оболочку до ума я так и не смог.

>Помню даже, какой он был прикольный и красивый.

Голдед он такой. Я до сих пор для FidoNET именно его пользую.

>Неоднозначное мнение у меня по этому поводу. С одной стороны, вроде бы, ничего плохого в этом нет. Но, с другой стороны, это снижает доступность. К примеру, вывести какое-то сообщение просто с помощью cat и tail, использовать одну и ту же базу для локальной ноды и кучки клиентов одновременно (я так делаю всегда), потом ещё всякие скрипты для обслуживания ii переписывать надо, потому что sqlite-база у каждого своя и не прописана в стандарте.

Поиск и экспорт в текстовые файлы будет. Опять таки планируется скрипт для экспорта базы в классический текстовый вид msg и echo. Так что проблем не будет особых. Зато это позволит держать все сообщения одним файлом что очень удобно для хранения базы на флешке или её копирования.

> и написать оболочку, типа голдеда.
У тебя же уже был голдед, только на лиспе =)
Помню даже, какой он был прикольный и красивый.

> Я пока думал прикрутить sqlite
Неоднозначное мнение у меня по этому поводу. С одной стороны, вроде бы, ничего плохого в этом нет. Но, с другой стороны, это снижает доступность. К примеру, вывести какое-то сообщение просто с помощью cat и tail, использовать одну и ту же базу для локальной ноды и кучки клиентов одновременно (я так делаю всегда), потом ещё всякие скрипты для обслуживания ii переписывать надо, потому что sqlite-база у каждого своя и не прописана в стандарте.

> регистрация у меня есть.
Обычно под регистрацией люди имеют в виду форму с кнопочками и капчей и очень удивляются, если это не так =)
Так что у нас этого дела ещё нет.

> Достаточно написать на spline@rooker.ru, указать ник и немного написать о себе.
Дописал здесь: http://ii-net.tk/station.html

> И на страницу загрузки закину.
Уже здесь: http://ii-net.tk/iidownload/

Посмотрел исходники, попробовал. Сам по себе клиент реализован относительно хорошо, но вот принцип работы txt-клиента мне не нравится, поэтому им и не пользуюсь. Просто при каждом фетче он переделывает базу данных "для чтения": это не просто нерационально, это ещё и медленно (особенно, когда больше 10 эх в подписках с тысячами сообщений, как у меня). Думаю, надо приделать ещё функцию, которая это сделает исключительно для новых сообщений, а не для всех.
Также у меня ещё кое-какая идея по клиенту есть, но лучше сделаю пуллреквест когда-нибудь, чем буду ныть здесь в эхе =)

>Хранение (и копирование) сообщений [одним файлом] и [одним каталогом] принципиально ничем не отличаются =)

Скорость. копирования. Записать 12 тысяч файлов на ту же флешку куда дольше, чем один файл. В остальном, конечно, большой разницы нет.

>Кстати, твой последний коммит ломает фетчер: в функции mail_add() на 70-й строке валится из-за неопределённой echo.
>Обнаружил сегодня, когда решил попробовать клиент на андроиде.

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

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

Ну sqlite пока нет. К тому же это будет опция и можно бужет и так и эдак работать. Плюс конверторы и поиски-экспорты тоже будут.

P.S.: Я тоже консерватор ^__^

> Скорость. копирования. Записать 12 тысяч файлов на ту же флешку куда дольше, чем один файл.
Вот тут всё-таки соглашусь.

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

https://github.com/spline1986/iitxt

Добавил в конфиг опцию rebuild. Если она выставлена в 0, то директория mail не пересоздаётся при каждом получении почты, а просто дополняется новыми сообщениями.

Во всех остальных случаях считается, что rebuild установлен в 1 и mail будет пересоздаваться.

Пока что опция введена экспериментально, но в целом должна работать.

Да ладно, ничего особенного.

Кстати, твой последний коммит ломает фетчер: в функции mail_add() на 70-й строке валится из-за неопределённой echo.
Обнаружил сегодня, когда решил попробовать клиент на андроиде.

> Зато это позволит держать все сообщения одним файлом что очень удобно для хранения базы на флешке или её копирования.
Хранение (и копирование) сообщений [одним файлом] и [одним каталогом] принципиально ничем не отличаются =)

Тихо и незаметно я добавил фичи, написанные vit01. Спасибо ему за его работу.

Занялся тут сабжем. Нашёл эпический баг с выключенным ребилдом, проявляющий себя при генерации новой эхи в mail.

> Можно iinet.i2p, например
Мне нравится. Тем более, он ещё не занят.

> А в клирнете нету?
Нашёл вот это: http://habrahabr.ru/post/97996/

> А еще он мне говорит: "Сайт не найден в адресной книге"
> Как с этим работать?

В i2p отсутствует DNS, вместо него используется система "подписок", которая представляет собой своеобразный вариант файлов hosts, которые раздаются по всей сети.

Решение:
* Заходишь сюда http://127.0.0.1:7657/dns
* Жмёшь сверху на ссылку "Подписки"
* В появившейся форме вводишь вот эти адреса
http://i2host.i2p/cgi-bin/i2hostetag
http://i2p-projekt.i2p/hosts.txt
http://inr.i2p/export/alive-hosts.txt
http://rus.i2p/hosts.txt
http://stats.i2p/cgi-bin/newhosts.txt
http://tino.i2p/hosts.txt

* Сохраняешь и жмёшь "Перезагрузить". Сам rus.i2p подцепится через другие сервисы подписок (тот же stats.i2p и i2host.i2p роутер видит по-умолчанию)

Через некоторое время сможешь заходить на i2p-шные ресурсы.

Кстати, нам надо красивое доменное имя для ноды в i2p придумать =)

> Точнее поверх ii я хочу там кое-чего натянуть :)
Полюбопытствую: интересно, что именно? =)

> Если мне кто сможет объяснитьб как там забацать сайтб то поднимую
Вот неплохая инструкция
http://rus.i2p/wiki/%D0%A1%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B5_I2P_%D1%81%D0%B0%D0%B9%D1%82%D0%B0
Помню, я даже сам пробовал экспериментировать с туннелями. Если что, могу помочь.

А еще он мне говорит: "Сайт не найден в адресной книге"

Как с этим работать?

>> Если мне кто сможет объяснитьб как там забацать сайт, то подниму.
>Вот неплохая инструкция

А в клирнете нету?

http://ii.difrex.ru/

В ТОР будет мега-нода. Там будет не только ii. Точнее поверх ii я хочу там кое-чего натянуть :)

I2P я не осилил. Если мне кто сможет объяснить, как там забацать сайт, то подниму.

>Решение:
Спасибо

>Кстати, нам надо красивое доменное имя для ноды в i2p придумать =)
Можно iinet.i2p, например

Что случилось с сабжем? Уже как больше недели недоступен.

Хм, и правда. Что-то у меня клиент глюкнул.
Как бы воспроизвести это.

Но оно не пустое

http://ii-net.tk/ii/ii-point.php?q=/m/RBA7puuUABlEq3aLMSpl
http://spline.rooker.ru/ii/ii-point.php?q=/m/RBA7puuUABlEq3aLMSpl

>> Точнее поверх ii я хочу там кое-чего натянуть :)
>Полюбопытствую: интересно, что именно? =)

Борду текстовую.

Баловался тут с двумя своими любимыми игрушками (common lisp и ii) и обнаружил в базе своей ноды косяк в сообщениях.

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

P.S.: А python так и не пошёл у меня. Писать на нём могу, но без удовольствия.

> Борду текстовую.
Интересно, что получится в итоге.

Скрытосети как раз подходят для организации всяких борд.

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

Странно, что такие сообщения вообще существуют. Можешь скинуть msgid?

// а я тут начал пытаться реализовать "ii through ssh", собираюсь ограничиться парой скриптов для expect + пара питоновских; может, у кого-нибудь есть идеи по этому поводу

ID: RBA7puuUABlEq3aLMSpl
Не знаю от кого прилетело.

>Что случилось с сабжем?
Посыпалась ФС(XFS). День-два и починю. Времени просто сейчас нет. На работе завал.

>>а я тут начал пытаться реализовать "ii through ssh", собираюсь ограничиться парой скриптов для expect + пара питоновских; может, у кого-нибудь есть идеи по этому поводу
>А вот это очень интересено, кстати.

Решил не придумывать "костыли" и ограничиться надёжно работающим решением - sshfs. Попробовал связать его с offline-fetch.py - работает замечательно. Осталось написать некоторые скрипты для серверной части (поддержка поинтов и перенос сообщений в базу), а также оттестировать.

Можешь посоветовать, куда это всё потом заносить: в отдельный репозиторий или в ii-db-utils?

// кстати, пока всё, за исключением offline-fetch.py, - bash скрипты

Всё попиливаю клиент на common lisp, но столкнулся с некоторой странностью, объяснить которую я не могу. Если я пытаюсь отправить следующее сообщение

aWkudGVzdC4xNApBbGwKUmU6INCd0L7QstGL0LUg0Y3RhdC4INC90LAgc3RhdGlvbjEzCgrQotCw0LouINCa0YDQuNGC0LjRh9C10YHQutC40Lkg0LHQsNCzINGBINC+0YLQv9GA0LDQstC60L7QuSDQvNC90L7Qs9C+0YHRgtGA0L7Rh9C90YvRhSDRgdC+0L7QsdGJ0LXQvdC40LkgXl9fXgoK0K8sINGB0L7RgdCx0YLQstC10L3QvdC+LCDQt9Cw0LHRi9C7INGB0LrQsNC30LDRgtGMLCDRh9GC0L4g0LvQtdC90YLRgyDRgtC10L/QtdGA0Ywg0L3Rg9C20L3QviDRh9C40YLQsNGC0Ywg0YLRg9GCOiBpaTovL2xlbnRhLnJzcy4xNS4x

этим клиентом или просто через браузер на php-ноду, то сообщение доходит битым. Если 51talk использую, то всё нормально. С другой стороны, на python-ноду сообщения доходят нормально во всех случаях. Пробовал уже и так и эдак, но никаких идей не возникло.

>Странно, что такие сообщения вообще существуют. Можешь скинуть msgid?

Не думаю, что эти сообщения есть вне моей станции. Это проблема сугубо эхи creepy.14. Уж не знаю о чём я думал, когда это делал, но косяк мой.

>а я тут начал пытаться реализовать "ii through ssh", собираюсь ограничиться парой скриптов для expect + пара питоновских; может, у кого-нибудь есть идеи по этому поводу

А вот это очень интересено, кстати.

Спасибо за тестирование, днём попробую отдебажить.

Поднялось.

> в отдельный репозиторий или в ii-db-utils
Уже добавил в отдельный. Хотя ii-db-utils пока клонировать на клиенте тоже придётся.

В общем, оно уже работает, можно пользоваться. Свободного сервера пока нет, так что поинтов раздавать не буду =)
https://github.com/vit1-irk/iissh

> Времени просто сейчас нет. На работе завал.
Уфф. А я уж было подумал, что забывают люди про ii. Хотя тут поневоле забудешь, когда вместо людей роботы...

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

>Я понял, в чём суть =)

>Как только я взял "тестовый образец" сообщения, то сразу заметил в нём слэш / и всё понял. Естесственно, протестировал его всеми методами (и оно портится в том же месте).

>> или просто через браузер на php-ноду
>Просто через браузер это всё происходило так, верно?
>ii-point.php?q=/u/point/<строка авторизации>/base64code

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

>Вариант 1 (самый оптимальный) - передавать через POST. Именно так поступает 51talk и остальные.

>Вариант 2 - использовать base64-urlsafe. Этот случай, кстати, прописан в документации ещё Ромой.

>> (если сообщение передавать через get-запрос, то оно там уже обязано быть base64_urlsafe)

>http://ii-net.tk/ii-doc/?p=4

?Также см. ii-functions.php line 80

>> С другой стороны, на python-ноду сообщения доходят нормально во всех случаях.
>Видимо, там стоит некий костыль, объединяющий все последующие параметры (при использовании /u/point/) в один. Но по правилам это нигде не прописано, и всегда использовали urlsafe.

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

Вот что жара со мной делает. Так всё просто, что мог бы и сам разобраться =)

> так как cl-base64 не содержит необходимый функционал, а гугл ничего путного мне не подсказал пока.
urlsafe же вроде не так сложен, как кажется на первый взгляд (поэтому можно самодельную функцию сделать). Ну а лично я всё равно бы порекомендовал POST, потому что так строку авторизации перехватить сложнее.

> Вот что жара со мной делает. Так всё просто, что мог бы и сам разобраться =)
Да ничего страшного. Тоже вот полусонный хожу последнее время =)

Кстати, твой txt-клиент с небольшой переделкой весьма успешно работает в связке с iissh. Вчера пробовал.
Так волнуюсь из-за него, потому что это sftp-транспорт - это решение архитектурной проблемы ii-http, а именно наличия возможности MITM.

Поступил ещё проще и разобрался таки с cl-base64. Вот не нашёл я по нему документации -- пришлось в исходник лезть. Благо common lisp прост и краток =)

Заборол я этот косяк своей поделки.

>urlsafe же вроде не так сложен, как кажется на первый взгляд (поэтому можно самодельную функцию сделать).

Да это просто я валенок. Есть там такой функционал, но я просто не нашёл документации и пришлось курить исходник библиотеки.

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

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

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

Приятно слышать. Может, я к нему ещё вернусь, но программирование на python меня не сильно радует, а фан для меня пока максимально приоритетен, так как софта для ii уже прилично имеется.

>Так волнуюсь из-за него, потому что это sftp-транспорт - это решение архитектурной проблемы ii-http, а именно наличия возможности MITM.

Я думаю после того, как доведу до ума clii, написать ещё и ноду. И как раз планировал добавить возможность обмена поверх https.