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

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

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

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

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

О да =) Я раньше тоже думал, что нам нужен ещё один txt-клиент, потому что предыдущий имел кучу багов и малоюзабельный. Наконец-то его написали. Посмотрю обязательно.

И на страницу загрузки закину.

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

К примеру

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

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

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

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

>К примеру

>$ 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-база у каждого своя и не прописана в стандарте.

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

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

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

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

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

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

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

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

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

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