AL> Давай уж сразу xml =)
AL> Не надо тащить JSON туда, где он не нужен. Тут просто ключ-значения же.

Ну так а я про что =)

import json
f=open("base.json")
config=json.load(f)

print(config[0]["Nodename"])

И всё, в config уже готовая информация в списке, которую можно рассовывать туда-сюда.

В PHP json тоже полностью загружается в 2 строчки. И ничего сверх этого накручивать не надо.

Ах да, по сабжу. Сделал скриншоты наших клиентов и выложил в документации.

Посмотри, как оно.

vit01> И всё, в config уже готовая информация в списке, которую можно рассовывать туда-сюда.

vit01> В PHP json тоже полностью загружается в 2 строчки. И ничего сверх этого накручивать не надо.

Ладно. Как хотите. SQLite тоже в две строки прикручивается. Предлагаю лепить его.

sqlite требует библиотеки всякие (особенно для похапе).

// А так шутка плохая, не оценил

JSON крут тем, что его можно и читать вручную, и править вручную, хоть через блокнот. А затем в готовом виде скормить любой программе.

Я за JSON.

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

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

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

>SQLite тоже в две строки прикручивается
В sqlite придется делать дурацкие запросы.
А из JSON в python ты получишь dict, в perl hash, и.т.д. В любом языке.

А вот для этого:

Nodename: mira station
Client: http://ii-net.tk/ii/ii-point.php?q=/
Web: http://ii-net.tk/ii/ii-web.php
Contacts: vit01 (mailto:me@ii-net.tk; https://github.com/vit1-irk; tel:+7xxxyyyzzzz)
Description: Станция мира и дружбомагии. Что-нибудь ещё сюда написать надо.
Uplinks: station13; Difrex; lenina; mtest; mlp
Downlinks: lenina; station13; Difrex; mtest; mlp
MaxFetchInterval: 10min

нужно писать свой парсер. Велосипед не всегда означает простоту :)

На самом деле я за JSON потому что в моей уберноде используется он для межсерверного взаимодействия.

Difrex> А из JSON в python ты получишь dict, в perl hash, и.т.д. В любом языке.

Просто зачем для плоской структуры дерево? А делать древовидные листы это уже как-то совсем стрёмно. Хотя, кому как нравится. Если большинство за JSON, то пусть будет JSON. Если XML, то давайте XML. Но нафиг это надо, когда у нас всё в plain text?

// Так то можно и сообщения в JSON хранить. Удобнее, чем строчки разгребать.

Difrex>> А из JSON в python ты получишь dict, в perl hash, и.т.д. В любом языке.

Ладно. Фиг с ним. Пусть будет json. Я его потыкал и решил, что это не самое ужасное решение.

AL> // Так то можно и сообщения в JSON хранить. Удобнее, чем строчки разгребать.

При 10000 сообщениях бандлы будут занимать гораздо больше. А ещё клиенту на каком-нибудь bash или Си сложнее с ними возиться будет. Всё имеет свою цену.

[
    {
	"nodename": "station13",
	"client": "http://spline.rooker.ru/ii/ii-point.php?q=/",
	"web": "http://spline.rooker.ru.ii/",
	"sysop": "Andrew Lobanov",
	"contacts": {
	    "email": "spline@rooker.ru",
	    "phone": "+7xxxxxxxxxx",
	    "web": "http://github.com/spline1986/"
	},
	"description": "Станция любителей чая и текстовых игр",
	"uplinks": [
	    "mlp",
	    "mira",
	    "Difrex",
	    "lenina"
	],
	"maxfetchinterval": "10min"
    }
]

Вы что-то такое предлагаете?

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, виртуалов и информацию выкинуть, добавить флаги для дополнительной информации =)

AL> Вы что-то такое предлагаете?

maxfetchinterval убрать и проставить для каждого аплинка отдельно. Так можно определить, на какую станцию удобнее написать, чтобы сообщение дошло быстрее до цели. Если я тебя фетчу раз в 10 минут, а mlp раз в 24 часа, то разница существенная.

А так да, соглашусь.

AL> TimeZone заменить на Location

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

Как компромисс могу предолжить добавить Location и оставить Timezone.

AL> виртуалов ... выкинуть

Если новичок прочитает пару сообщений от поинта spline, как он догадается, что это ты? =)

AL> добавить флаги для дополнительной информации

Поконкретнее, пожалуйста.

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

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

vit01> maxfetchinterval убрать и проставить для каждого аплинка отдельно. Так можно определить, на какую станцию удобнее написать, чтобы сообщение дошло быстрее до цели. Если я тебя фетчу раз в 10 минут, а mlp раз в 24 часа, то разница существенная.

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

vit01> Как компромисс могу предолжить добавить Location и оставить Timezone.

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

vit01> Если новичок прочитает пару сообщений от поинта spline, как он догадается, что это ты? =)

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

AL>> добавить флаги для дополнительной информации

vit01> Поконкретнее, пожалуйста.

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

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

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

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

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

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

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

С вот этого: ii://8jsaArgGSVwvz5ajRHAs
vit01> А насчёт IDEC/ITEC я даже решил, как переименую Qt-клиент, если выберут один из этих вариантов =)

Так вот, недоговорил. Если стандарт назовём IDEC, то Qt-клиент переименуется в December (девиз: суровый, холодный и неламповый). А если ITEC, то тогда Cutie (милашка), как игра слов для "Qt".

И да, вот это сообщение без ответа осталось:
ii://rOKT4NV6XvYete3gAHif

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

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

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

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

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

>И да, вот это сообщение без ответа осталось:
Ну, я, типа, подумал: "ок, хорошо". :)

Difrex> Ну, я, типа, подумал: "ок, хорошо". :)

Если "ок, хорошо", то так бы и сказал, раньше бы поправил. А то самоопределение нашей сетки и так медленно идёт...

Работы много. Если отвлекаюсь, то забываю про все :(

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

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

За solarized +, но стоит ещё добавить обработку ошибок, а то при первом запуске интерфейса нода падает, т.к. не может получить содержимое эхи read.me.

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

Это не новая нода на самом деле, а очень старая. Просто я её дописываю потихоньку.

> За solarized +, но стоит ещё добавить обработку ошибок, а то при первом запуске интерфейса нода падает, т.к. не может получить содержимое эхи read.me.

Там пока многое надо доделывать. Особенно в плане интерфейса. В хотелках убийца всех других нод с подписками, "получения пользователем новых сообщений" а-ля clii прямо в вебинтерфейсе, возможность пользователю задавать самому какие эхи он хочет видеть с последним сообщением, а какие в кратком виде, сортировка по времени последнего сообщения и многое другое. В вопросе же работы через клиент нода готова почти на 100%. И даже приватные и публичные /x/file реализованы.

vit01>> Обнаружил сегодня коммит в сабж.
AL> Это не новая нода на самом деле, а очень старая. Просто я её дописываю потихоньку.

Это ясно. Уточнил же, что коммит увидел, а не ноду. Так-то давно за ней наблюдаю.
И всё-таки: почему старый логотип? Лучше было бы не добавлять ничего, т.к. мы постепенно переименуемся (следовательно, поменяем логотип).

AL> В хотелках убийца всех других нод с подписками, "получения пользователем новых сообщений" а-ля clii прямо в вебинтерфейсе, возможность пользователю задавать самому какие эхи он хочет видеть с последним сообщением, а какие в кратком виде, сортировка по времени последнего сообщения и многое другое.

Вот как раз напомнил про подписки. На irk39.tk у поинтов уже давно есть такая фича, но вот в апстрим её никак не прокину. Появился повод добавить.

Насчёт последних сообщений: это через ajax? Жирновато немного =) Кстати, если нода на javascript, то можно даже не делать для неё отдельного API, а работать через стандартную схему.

И сортировка по времени. Думал отказаться от текстового индекса в php-ноде, но всё хотел спросить: этично ли будет строить динамический индекс на основе поля времени? А то при фетчинге сообщения не в конец добавляться будут, а в середину.

vit01> И всё-таки: почему старый логотип? Лучше было бы не добавлять ничего, т.к. мы постепенно переименуемся (следовательно, поменяем логотип).

Потому что пока нет других вариантов. Сменить иконку не долго же.

vit01> Вот как раз напомнил про подписки. На irk39.tk у поинтов уже давно есть такая фича, но вот в апстрим её никак не прокину. Появился повод добавить.

Круто, однако.

vit01> Насчёт последних сообщений: это через ajax? Жирновато немного =) Кстати, если нода на javascript, то можно даже не делать для неё отдельного API, а работать через стандартную схему.

Не. Тут же всё просто: достаточно хранить в печеньках по два msgid на эху и обновлять их по принципу конвейера при нажатии кнопки "получить новые сообщения". Я приверженец KISS.

vit01> И сортировка по времени. Думал отказаться от текстового индекса в php-ноде, но всё хотел спросить: этично ли будет строить динамический индекс на основе поля времени? А то при фетчинге сообщения не в конец добавляться будут, а в середину.

Лично я в перспективе хочу просто ввести абстрактный внутринодовый автоинкрементный id. Он вполне себе перекроет задачи индексного файла.

AL> Лично я в перспективе хочу просто ввести абстрактный внутринодовый автоинкрементный id. Он вполне себе перекроет задачи индексного файла.

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

Но тут же совместимость портится. Как минимум придётся запускать скрипт для миграции и править конфиг. Как максимум - перегонять данные в новую таблицу и удалять старую.

vit01> Но тут же совместимость портится. Как минимум придётся запускать скрипт для миграции и править конфиг. Как максимум - перегонять данные в новую таблицу и удалять старую.

Не вижу проблемы на самом деле. Добавить скрипт переноса данных в новую таблицу и всё. В конфиге вообще не очень ясно что править =)

// Перегонять данные из текстовой таблицы в базу было как минимум дольше.

AL> Не вижу проблемы на самом деле. Добавить скрипт переноса данных в новую таблицу и всё. В конфиге вообще не очень ясно что править =)

Тогда если не против, то так и сделаю. Сомневаюсь, что кроме нас двоих php-нодой кто-нибудь пользуется.

А в конфиге надо будет одну строчку всё-таки поменять. Но это я распишу.

AL> // Перегонять данные из текстовой таблицы в базу было как минимум дольше.

о_О

Из текстовой базы в таблицу, конечно же.

vit01> Тогда если не против, то так и сделаю. Сомневаюсь, что кроме нас двоих php-нодой кто-нибудь пользуется.

Честно признаться, я подумываю station13 оставить на автопилот и переехать на домашний сервер с iing.

>>AL> // Перегонять данные из текстовой таблицы в базу было как минимум дольше.
>о_О

Я даже гуглить собрался. Думал есть формат табличик в plaint text(не csv) :D

> Я даже гуглить собрался. Думал есть формат табличик в plaint text(не csv) :D

Будет мне наука: сперва проснуться, а потом писать =)

AL> Честно признаться, я подумываю station13 оставить на автопилот и переехать на домашний сервер с iing.

Помню, ты это не один раз говорил, но обновляться же иногда надо =)
Тем более, iing ещё пилить и строгать.

* Скопирована статья "Расширения" из старой документации
* Сильно обновлены и переработаны все технические статьи (Протокол, Стандарт, Расширения), исправлено достаточно ошибок
* Добавлена статья про наши различия и сходства с ii
* Все ссылки на новые статьи теперь на главной, достигнута целостность в навигации

Сижу над документацией уже несколько часов: стараюсь, как могу. Пожалуйста, оцените.

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

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

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

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

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

>Сижу над документацией уже несколько часов: стараюсь, как могу. Пожалуйста, оцените
Хорошо получается. Сделаю потом разбор протокола с примерами, чтобы понятнее было.

> Сделаю потом разбор протокола с примерами

Разве в файле standarts.md недостаточно подробно написано? И примеры практические есть.

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

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

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

Итак, Qt-клиент думаю переименовать в CutieFeed.

А логотип для него сделать вот такой: http://ii-net.tk/files/logozoom.svg
Соорудил его очень просто: взял человечка, скрестил его с наклонённым логотипом RSS и подкрасил в наши "традиционные" цвета.

Пожалуйста, отпишитесь, покритикуйте. Клиент ведь не только для себя делаю.

vit01> Итак, Qt-клиент думаю переименовать в CutieFeed.

А почему, собственно, feed?

vit01> Пожалуйста, отпишитесь, покритикуйте. Клиент ведь не только для себя делаю.

Иконка понравилась. Правда я не особо смыслю в дизайне.

AL> А почему, собственно, feed?

Потому что ii-клиент по принципу взаимодействия очень схож с оффлайновыми RSS читалками. Да и большинство, уверен, использует его именно с этой целью. Чего тут говорить: на Mira station работает 11 роботов, и это только у меня!

Ну а так оно звучит красиво.

AL> Иконка понравилась. Правда я не особо смыслю в дизайне.

Тоже не смыслю, но если понравилось, могу ещё несколько похожих сделать.

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

AL> Ну а так оно звучит красиво.

Сначала хотел вместо feed взять wall (из-за "стены текста"), но потом пришла ассоциация со "стеной" вконтактика, и как-то расхотелось.

В любом случае, ещё ничего не переименовывалось, это только намерение.

Тьфу, не та цитата, извиняюсь за невнимательность.

Короче, если за эти пять дней мне никто не возразит, то сделаю всё, что собирался (под этим сабжем).

vit01> Короче, если за эти пять дней мне никто не возразит, то сделаю всё, что собирался (под этим сабжем).

Я возражать не буду. Мне всё нравится. Осталось только определиться таки IDEC или ITEC? =)

Ждём Дениса. Хоть у него и дедлайн, но за 5 дней, наверное, ответит.

AL> Осталось только определиться таки IDEC или ITEC? =)

У нас двое по-своему, и один не определился =) Так что ещё неизвестно, что да как.

>Ждём Дениса
Я тут :)

>IDEC
Вот я за это