Рад буду реализовать ещё что-нибудь полезное.

Сейчас у меня основные планы на фичи такие:
1. Сделать в ноде сисоп-админку для удаления/правки/блэклистинга сообщений
2. Оптимизировать цезий для андроида по максимуму

Больше пока не знаю, чего бы сделать.

Difrex> А может вот так?

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

Вот он: http://ii-net.tk/idec-doc/

Удобно же всё-таки иметь дело с Markdown.

В таком случае для начала поставлю "Секту", но если появится вариант получше, то обязательно пишите.

Итак, я уже исправил все моменты в документации на IDEC, за исключением сабжа.

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

Требую ответа на это сообщение: ii://6VtQYzBtuY0rvXMtgxVU

vit01>> Разве в файле standarts.md недостаточно подробно написано?
Difrex> Не, я хочу примеры кода. Пошагово реализация ноды и клиента.

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

> Помню, ты это не один раз говорил, но обновляться же иногда надо =)

И не раз ещё скажу. Очень редко удаётся попрограммировать к сожалению.

> Тем более, iing ещё пилить и строгать.

Там не так много осталось, чтобы перекрыть уже существующий у меня на station13 функционал.

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

Всё ещё в одиночку =(

Первая "лирическая" статья - "Культура соцсетей - на уничтожение":

https://github.com/vit1-irk/new-docs/blob/master/social.md

Статья про оформление текста:

https://github.com/vit1-irk/new-docs/blob/master/text-decoration.md

AL> Вот сегодня я фетчу всех каждые 10 минут, а завтра меняю интервал на 12 часов. И всё.

Ну ты же об этом сообщишь, и нодлист быстро подправят. Можно удобно мониторить устойчивость сети. Если что, у себя поставил. Просто на всякий случай.

AL> А зачем ему об этом знать? =)

Чтобы знал, с кем в действительности имеет дело =) Если завтра я переименуюсь (а меня все помнят под vit01), то может возникнуть путаница. Особенно у тех, кто заходит изредка.

AL> Просто дополнительная информация о пользователе в виде унифицированных данных.

Что-то вроде политических/религиозных взглядов и интересов? Думаю, это не стоит делать унифицированным. Хотя точно не уверен.

Сабж уже можно скачать у меня через /x/file.
Там 3 станции, мне подконтрольные + архив.

Если что, исправлю в любой момент.

vit01> А для поинтов можно взять вот это:

vit01> ====
vit01> Pointname: Рома
vit01> Virtuals: 51t; Рома Бибек; Roman Yakovlev
vit01> Fullname: Роман Яковлев
vit01> TimeZone: UTC+9
vit01> Contacts: http://gk11.ru; me@51t.ru
vit01> Information: Просто Рома.
vit01> Можно ещё больше текста
vit01> Даже в несколько строк.

vit01> Pointname vit01
vit01> // ну вы поняли
vit01> ====

TimeZone заменить на Location, виртуалов и информацию выкинуть, добавить флаги для дополнительной информации =)

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

Предлагаю скопировать и убрать "воду" вроде "симпатичного веб-сайта" и тому подобное.

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

vit01>> Но ведь это чистая правда. Новичок должен знать, на что подписывается.
AL> С одной стороны да. С другой стороны, это лучше в памятку какую-нить.

Тогда попробую написать это на отдельной странице, либо где-то вроде http://ii-net.tk/station.html

vit01> + бонусом это сообщение: ii://6kKecBzInEqQeGQldfsZ , на которое никто не ответил

Пока нечего сказать по теме. Сначала надо определиться с названием технологии, наверное.

// Уже надо себя пересилить и написать в цезий парсер ii-ссылок. А то збодало уже по базе грепать.

Сабж осуществился.

* Все утилиты портированы на третий питон.
* Все утилиты работают с базой из текущего каталога.
это позволяет поместить их в $PATH и сильно упростить работу
* Встроены дополнительные проверки, устраняющие падения
* Убрано многочисленное дублирование кода
* Исправлены пара критических багов в emailtoii.py

> Как вы отнесётесь к тому, что я перенесу ii-db-utils на третий питон со второго?

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

И всё-таки, какой вариант выберем? Если есть затруднения, то пусть поинты сюда зайдут. Не всё же нам втроём думать.

// кое-кто, кстати, предложил взять вариант double-I =)

Да, ещё хочу увидеть ответ на вот этот вопрос, это важно: ii://QO2SSeldrXNG9dVDslFv

Difrex> Давайте купим конфлюенс за 10$ для документации?

Не, мне эта идея не нравится. Давайте лучше Git. И просто, и бесплатно, и надёжно.

Ну а насчёт дизайна говорю плохо, потому что из меня плохой дизайнер. Сверстать-то могу, но нужно человека с острым глазом и с чувством прекрасного =)

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

AL> Буду через годик-другой тебе пул-реквесты слать %)

Вот на этот счёт у меня есть, что ещё сказать.
В 2014 у нас была эха todo.14. Можно превратить iing.15 в её аналог и возродить командную работу. Так было бы интереснее жить.

Эх, мечты, мечты :)

// форкнул

Сделал на http://irk39.tk персональные подписки в веб-интерфейсе. Нужно ли это в эталонной реализации?

В сабже /x/t заменён на /x/c.

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

Попробовал установить в виртуалку Reactos и завести клиент. Завёлся только питон, загнать туда Qt, git и остальные штуки пока не получилось.

Обновил свою ноду. Тестирую.

vit01> Ээ, не надо нахваливать, мне неудобно =)

Ладно. Не буду. Просто понравилось. Особенно когда полез немного под себя перекраивать.

>> Планирую слияние features => master

Difrex> Легаси же все работает?

Да. Оно полностью совместимо. Просто навороты поверх.

Оказывается, рабочая реализация "сообщений с определённого msgid" на моей ноде уже имеется. Это /x/e, который был реализован про запас.

Образец

POST /x/e
параметр data равен:

pipe.2032:msgid
ii.14:msgid
ещёэха:msgid

Результат:

pipe.2032
msgid
msgid
msgid
ii.14
msgid
ещёэха
msgid

Если указанного msgid в базе нет, выдаёт всю эху. Если msgid последний в списке, то в результате пустота (нет даже названия эхи).

Запушил. Реализовано всё обычной константой, т.е. просто строку выдаёт.

Сделал и закоммитил.

Теперь надо с /x/features и запросом с определённых msgid разобраться.

> И если создать разные базы для разных нод, то потерь не будет.

Требую наглядного примера (запрос => результат => файл в общей базе)

В сабже пополнение: скрипт для скачивания через /x/t
Ничего необычного, все маленькие полезные скрипты для работы с ii должны туда рано или поздно попасть.

Закоммитил подсветку комментариев в сабж. И заодно в свой Qt-клиент.

>> Только если нода хранит сообщения в файликах, а не в базе.
vit01> Да, ведь мы должны гарантировать полноценную работу ноды лишь на файлах. Это ключевая особенность ii. БД - опциональная зависимость.

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

AL>>Буду рад, если найдутся желающие потыкать это поделие палочкой =)
vit01>Попробовал написать несколько сообщений в тестовую эху. Обнаружился баг: при обычном запросе /u/e/эха сообщений на 1 меньше, чем в индексе. Отсекается последнее почему-то.
Поправил. Теперь всё совсем жёстко. Если запись в индексе не является msgid (не проходит фильтр), то она не попадает в выхлоп запросов.

> Кстати, как ты предполагаешь забирать свежую почту в новом стандарте? Например, клиент всегда забирает последние 50 сообщений, но новых сообщений в эхе 75. Или клиентскую часть ты пока не реализовывал?

Клиентскую часть пока не реализовывал, но скоро собираюсь. Насчёт алгоритма забора почты уже рассказывал: если все 50 сообщений из первого списка новые, то идёт забор -100:50 и так далее аналогично. А сабжевую возможность планирую сделать опциональной (галочка в настройках).

Тогда...

Коммит.

// кстати, ещё с веб-интерфейсом поработал немного

Только что поменял на вариант без base64 у себя на локалхосте и немного подправил скрипт. Теперь видео на ~950мб скачивается без проблем.

Короче, я против base64 в файловом протоколе.
Но вы можете пилить, что угодно в схеме x :)

> Ну тогда отступ на откуп клиентов. Но моё предложение в любом случае вынудит переписывать те парсеры. Как бы это ни было печально.
Насчёт переписывать не согласен. Мы же не будем переписывать парсеры схемы ii:// ссылок, если вдруг перейдём на echo:// и msg:// вместо них. Если точнее выразиться, то _добавить новые_ парсеры.

По идее несложно. Регулярка наподобие ^\s{1}[A-Za-zА-Яа-я]{2}>
Старый способ стоит оставить как более привычный.

Я тут основную мысль, видимо, обронил пока до эхи нёс. Которая почти изначально была.

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

Отказ от цифровых суффиксов уже ломает совместимость с некоторыми клиентами, но мы стиснем зубы и перепишем проверки. То же предлагаю и с квотированием сделать. Это может показаться немного неудобно в век форумов и социальных сетей, но по факту мы не будет зависить от построителей тредов и даже примитивнейшими средствами сможем удобно (!) читать почту. К тому же соглашение по цитированию никак не скадется на работоспособности сети. Только на представлении данных пользователю, что в принципе поправимо и почти безболезненно.

2vit01: я имел в виду такой формат:

 AL> А давайте цитаты переделаем?
 VF> Идея занятная, но могут же возникнуть проблемы с парсером.

Я согласен, но это при не слишком большом усложнении клиентов даст нам удобство чтения квотирования текста.

Как-то так.

> Конечно, это может показаться странным, но кто знает куда придут технологии, а ii иметь хочется независимо от них.
Тогда, если что, буду отдавать файлы в base64. Всё равно скачивать их можно только с помощью authstr, так что спамеры не пройдут.

Закинул на ноду вот такой скрипт http://ii-net.tk//ii/ii2rss.php

Вечером приду домой и, может быть, сделаю коммит.

И да, насчёт множественных аргументов в /u/e

У меня в подписках:
на ii-net.tk 18 эх
у Андрея 2 эхи
на irk39.tk 7 эх
и на localhost 1 эха

В текущем варианте для получения полного списка сообщений клиент делает 4 запроса (и опциональный /x/t вдобавок).
Если перейти на единичный аргумент, то их будет 28, то есть в 7 раз больше.

Так что со своей стороны говорю, что вариант превращения /u/e в /e выглядит полным ужасом =)

Дело тут в том, что /x/t - это более расширенная схема. В стандарте говорится, что она должна выдавать "версию базы", которая может являться абсолютно любым числом, но увеличивающимся со временем. Я реализовал /x/t на основе количества сообщений. В принципе, /x/t нигде кроме Qt клиента не реализован, так что можно от него избавиться и переименовать в /x/count или /x/c

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

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

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

> Только со временем тяжко нынче - я опять человек-отдел =)
То же самое =), даже написать сюда времени иногда нет.

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

Мне тоже кажется, что обсуждения про ["хоккей" и "какие идиоты сидят на очередном околоспортивном сайте"] никому не нужны кроме него самого; аналогично наваливает скептицизм. Но для начала попробовать стоит (а вдруг, вдруг? =) ), так что фильтр на msgid пока ослаблю.