>Суть не в народе, а в сообщениях и в их качестве. Вот мы сидим тут и молчим, так что в первую очередь лучше самим разговориться. Может быть, не стесняться обсуждать какие-то волнующие нас темы.

Каюсь. Я тут, наверное, самый главный молчун =)

>Нет, это наоборот неплохо, что там есть люди и всё такое, просто лучше было бы иметь среднюю длину сообщений больше 150 символов... (а ещё я не люблю хоккей :) )

Совершенно согласен. Жив[н]ость это хорошо, но хочется более развёрнутого общения (джаббер у нас и так есть для чатиков) и хоккей -- узкая тема.

ЗЫЖ А ноду свою я пока подожду обновлять. Нужно опять время на изменение стиля под solarized мною так любимый, а его то и нет совсем. Завертелся со своей учёбой.

>Вот и весь solarized.

Отлично! Заверните две =)

А где кнопочки ответа?

>Ну а если ты говоришь про метод API, чтобы получать его через ii-point.php, то этого и раньше не было. И в стандарте этого тоже не было никогда.

This.

>Просто этот файл можно легко забирать просто так с сервера: к примеру, http://ii-net.tk/ii/blacklist.txt

Немного грустно. Я тут велосипедю немного опять.

>Пусть тогда лучше все проголосуют, а там и решим, делать его или нет.

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

Ура!

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

А куда у нас в php-реализации делся запрос чёрного списка?

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

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

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

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

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

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

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

- 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.: Это сообщение отправлено рекламируемым клиентом =)

>Уже здесь: 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. Так что проблем не будет особых. Зато это позволит держать все сообщения одним файлом что очень удобно для хранения базы на флешке или её копирования.

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

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

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

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

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

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

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

https://github.com/spline1986/iitxt

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>> или просто через браузер на 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. Вот не нашёл я по нему документации -- пришлось в исходник лезть. Благо common lisp прост и краток =)

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

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

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

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

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

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

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

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

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

>Нода на lisp? Хмм, интересно...

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

- минус: 50-60 мегабайт оперативной памяти будет отъедать (lisp-машина со всем содержимым тяжеловата);
- плюс: высокая скорость работы в сравнении с php или python.

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

Ну это я в README не прописал пока, так как не считаю, что клиент готов для использования кем-либо кроме меня. А вообще, там в конце (defvar *acceptor*...) создаёт инстанс веб-сервера, но это без документации не догадаешься =)

>Кстати, смотрю, у твоего клиента нет поддержки repto

Это далеко не всё, чего в моём клиенте пока нет =) Но будет обязательно.

>Напишешь потом readme для непосвящённых, окей? =)

Ну если по пользованию и настройке, то уже всё в README.md есть. Сегодня описание config.cfg добавил.

Если смог зафетчить почту, то осилил поставить quicklisp. А больше там сложностей быть не должно. Прописываешь конфиг, запускаешь, идёшь браузером на 127.0.0.1:4242 и пользуешься.

>А я вон в лисп-клиенте пробовал разобраться, получилось только фетчинг запустить

Там пока ад и Израиль внутри. Так что лучше не лазить пока особо. Чревато негодованием а то.

>Кстати, смотрю, у твоего клиента нет поддержки repto

Поддерждка repto появилась в моём клиенте.

>И ещё: сообщения не отправляются. Они помечаются отправленными, но на сервер почему-то не попадают. auth в конфиге указан, но, как думаю, дело не в нём.

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

>На сегодня пока отключаюсь

Похоже, надо ждать выходных. Я только поздно вечером дома могу пока.

И ещё. Если будешь смотреть снова клиент, не забудь обновить локальный репозиторий. Коммиты шлю почти каждый день а то.

>Сейчас пришёл домой, подключил заново. Если что, посмотри, пожалуйста.

Не могу с работы по ssh наружу цепляться. Так что только ждать выходных или поздно вечером.

>Сейчас пришёл домой, подключил заново. Если что, посмотри, пожалуйста.

Всё просто оказалось: клиент пока не различает ответ ноды. А у твой поинт у меня потерялся (я один раз потерял всю ноду безвозвратно). Сегодня восстановлю тебе учётку и всё будет нормально.

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

Теперь клиент различает ошибки, возвращаемые нодой.

vit01, Difrex вернул свою ноду в строй. Ты же из-за этого хабру с фетчинга снял?

>Ссылку дай на vcs :)

https://github.com/spline1986/clii

http://ii-net.tk/iidownload/ вот тут есть ссылка.

>Только одна мелочь: в диалоге загрузки сообщений (фетча) отсутствует кнопка отправки.

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

>подумал тут снова про значок в svg, которого нет

Я тоже о ней думал, но не осилил. В векторе я где-то в районе нуля болтаюсь. Криво получается.

Собственно, выхожу на финишную прямую к первому релизу. Если есть желающие, то потыкайте пожалуйста.

P.S.: Есть куча маленьких недоработок и ужасный код генерации web-интерфейса, но это я к релизу планирую исправить. Тем не менее просьба по возможности все замечания отписать сюда.

>Делаем выводы, друзья =)

Не самая худшая статистика, если честно. Думал, всё гораздо грустнее у нас.

Странные проблемы. Что за lisp-машина? Как победил в итоге?

>Не работает

На ginhub есть инструкция по установке. Прочитай повнимательнее. Ты не установил quicklisp или не прописал его в авторзагрузку.

>Результат тот же, и конфиги не засоряются.

Ну quicklisp это полезно. Так что я рекомендую именно в автозагрузку =)

В связи с перекатыванием ii://lenta.rss.15.1 в ii://lenta.rss.15.2 обнаружил баг в php-ноде: в list,txt отдаётся неверное количество сообщений в эхе. При пустой эхе на ноде, в list.txt я видел одно сообщение. И так далее.

Этот баг уже исправлен, А то я не обновлялся со времён введения веб-интерфейса в стиле material.

P.S.: Не забудьте обновить подписки и перенастроить фетчеры ^__^

>Никак. Не работает =)

Была опечатка в исходнике. Попробуй ещё раз, если не затруднит. Но почему у тебя QL не работает остаётся для меня загадкой. У меня пока только проблемы под виндой были с DRAKMA и то только потому, что оно openssl требует.

>Quicklisp надо было из ~/quicklisp/setup.lisp ставить, оказывается.

Довольно странно, но если уж заработало, но ничего особо страшного, наверное. Насколько я помню, ~/quicklisp/setup.lisp подгружает уже загруженную библиотеку.

Кстати, можно было при установке указать альтернативное размещение. Я использую ~/.quicklisp/ дабы не мозолило глаза.