> А насчёт Qt-клиента возьму-ка таблицу Менделеева и выберу оттуда. Самому сложно хорошее название придумать, а тут пример с Цезием есть, что можно не заморачиваться :D

Барий для моей реализации ноды уже занят %)))

//Шутка

> Я же говорил уже про это, повторюсь: ничего не сломано, все работает, как и раньше. И это замечательно.

Интересуют эхи типа lenta.rss. Без индекса.

> А вот как пользоваться gk11 или там bosfor -- непонятно.

И где его взять ещё.

> Вообще, мне понравилась его идея про название silent-ii

Тут камрады предлагают имортозамещение устроить и назвать "ыы" или "ять" =)

> А как вам название textctl или <что-то ещё>ctl (аналогия с systemd) :D ?

Вызывает аллергическую реакцию =)

> Мы же название для сети придумываем, а не для клиента? :)

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

> Distributed ii-like Network - DiN :)

Звучит =)

> ii-Like Text Exchange Convention ilTEC или iTEC

Вот это симпатично =)

> Ещё можно Text заменить на более общее Data, и получится ilDEC или iDEC

С учётом /x/file оно даже актуально, наверное. Хотя, /x/file это расширение, а не основа.

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

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

vit01> Пожалуйста, отпишитесь. В скором времени планирую вынести это дело в Git, чтобы можно было править вместе.

Заготовка понравилась. Как будет в git, зашлю свои предложения по правкам. И да, FAQ надо сделать менее пафосным. Надо не отворачиваться от людей, а поворачиваться к ним и объяснять почему и зачем у нас так. И почему мы не будем делать иначе. И про малонаселённость не стоит писать.

vit01> Ещё можно Text заменить на более общее Data, и получится ilDEC или iDEC

Предлагаю собрать все варианты и отписаться по поводу в ii.14.

// Самому мне больше всего iTEC понравилось.

vit01> Сразу дал тебе push-доступ, чтобы проще править было.

Спасибо.

AL>> И про малонаселённость не стоит писать.

vit01> Но ведь это чистая правда. Новичок должен знать, на что подписывается.

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

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

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

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

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

Круто.

vit01> Добавил наши емейлы, адреса станций, ссылки на клиенты и прочую контактную информацию.

Предлагаю начать вести нодлисты и поинтлисты с необходимой информацией.

vit01> С документацией требуется помощь! Одному её делать, во-первых, скучновато, во-вторых, слишком однобоко.

После 20-го числа буду плотнее заниматься документацией. В данный момент пытаюсь выкроить время на игру к семилетию instead.

vit01> Абсолютно полный нодлист есть на http://ii-net.tk/station.html

Знаю. Просто я имел в виду некий текстовый формат и всё такое.

vit01> Из поинтов же мне просто некого упомянуть. На mira station только Денис пишет, но он как бы не совсем поинт.
vit01> Двух друзей-гитаристов из irk39.tk тоже как-то не очень (у них собственный набор эх, да и пишут нечасто).
vit01> Товарищ Rush_Pon вообще у меня в поинтах не числится (он даунлинк и пишет через своё болото).

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

vit01> Предлагаю подобный формат

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

vit01> Лучше вообще выбрать какой-нибудь JSON, чтобы парсить можно было на раз-два.

Давай уж сразу xml =)

Не надо тащить JSON туда, где он не нужен. Тут просто ключ-значения же. Это можно в plain text упихать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

о_О

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>> IDEC
> Вот я за это

Таки по итогу, видимо, я в меньшинстве =)

>> Таки по итогу, видимо, я в меньшинстве =)
> Не ты один :)

Вообще, я или за ITEC или за IDEC. Так что в принципе, проголосовали за IDEC, видимо =)

> А что, кроме нас троих кто-то ещё голосовал?

Да нет, вроде.

> Более простая версия без градиента:
> http://ii-net.tk/files/logo2.svg

> Как оно?

Так красивше.

>> Вот название ii я привык называть "ай-яй"
Difrex> А я "ии" всегда произносил =)
А я как "дабл-ай" =)

> "Секта плохих парней"
> Что скажете?

Мне ни вариант с хорошими людьми ни вариант с плохими парнями не нравятся, так как оперируют субъективными понятиями. Но с учётом того, что мне сейчас взамен предложить нечего, то пусть будет секта плохих парней %)

vit01> Для полного завершения нам понадобится собственный логотип. Свой вариант (который был выше) я уже поставил в клиент и собираюсь прикрутить на ноду, но за всю сеть решать, естесственно, не мне. Так что слово за вами.

http://192.168.1.2/stuff/pics/idec1.svg
http://192.168.1.2/stuff/pics/idec1.png

Вот векторный и растровый (для вебморды) вариант. Пока просто идея. Хочется сделать акцент на общении между людьми.

http://spline-online.tk/stuff/pics/idec1.svg
http://spline-online.tk/stuff/pics/idec1.png

Недостаток того, что из локалки я не вижу свой внешний адрес.

AL>> Вот векторный и растровый (для вебморды) вариант.
> Мне не очень понравилось, так что попытался сделать "улучшенную" версию того же самого.
> http://ii-net.tk/files/idec2.svg

Так лучше. Спасибо. Я не предлагаю свой вариант в качестве "рабочего" решения. Просто поделился концепцией. Обычно сеть изображают как обмен между компьютерами, но мне хотелось изобразить, что наша сеть для обмена между людьми.

P.S.: Вот когда писал это, почувствовал себя отчасти Ромоу %)

> Но "рабочее" решение нам как раз и требуется. Сам уже доделываю сайт с новой документацией (основная часть работает, остаётся дизайн), скоро пересоберу свой клиент и заново сделаю скриншоты.

Я это прекрасно понимаю, но я не умею работать с векторной графикой и у меня катострофически не хватает времени. Свой вариант я наваял буквально минут за 15 перед сном вчера. У меня 15 дней до сессии и очень плохо с успеваемостью сейчас.

vit01> Имею в виду анонс IDEC и Секты с документацией публично, в ii.14

Почитал документацию. Проделана отличная работа, но возник один вопрос: разве /x/file без авторизации у нас не был принят как часть стандарта?

В iing у меня реализовано и то и другое для публичных и приватных файлов. Можно глянуть логику работы там.

> Может и так и так сделать? Т.е. на усмотрение сисопа.

Ну как сделал я: если authstr не передаётся, то отдаётся только список публичных файлов, а если передаётся, то к нему ещё добавляется и тот, что только для поинтов.

vit01> В ii-php появилась поддержка публичных файлов в /x/file и работа через GET запрос.
vit01> В документацию уже внесены поправки.

Ура! На самом деле фича не критичная, но полезная. И лучше уж оговорить её сейчас, нежели потом. К тому же много кода она не требует.

С давних пор являюсь любителем Daft Punk (я на самом деле не люблю электронную музыку за редкими исключениями). Буквально вчера мне подсказали сабж. Очень понравилось.

Кто-нибудь подобного ещё насоветовать может?

PS: А ещё годного трип-хопа, но не Morcheeba и не Massive Attack, так как заслушано до дыр уже.

Difrex> В эти выхи записали все барабаны для грядущего альбома. Задолбались. С 10 утра до 21 вечера на студии сидели.

Difrex> Результатом довольны :)

Difrex> Да, пишемся на Distemper records, так что звук будет хороший.

Классно. А я так ни разу и не писался в итоге. Теперь уже и не буду скорее всего.

На очередной волне увлечения сабжем заслуживаюсь Mellow-D (лютый электронщик из некогда очень известной в узких кругах трекерной сцены группы Five Musicians). Рекомендую к ознакомлению: http://spline-online.tk/audio/mods/Mellow-D/

Вообще, там лежит немного устаревшее зеркало modland.net, а это более 65 гигов трекерной музыки. Правда зеркало неполное. Зеркалил только то, что может играть xmp, который у меня прикручен в качестве бекенда к emms (Emacs MultiMedia System) для трекерных форматов.

>>Сразу же вопрос: насколько оптимизированы всякие штуки, как то приведение типов или методы .split/.join? Просто порой мне начинает казаться, что я увязаю в болоте синтаксического сахара, но при этом не уверен, что внутри этого всего нет оптимизированных низкоуровневых реализаций, а значит моя высокоуровневая реализация таких штук "по-старинке" будет медленнее.
>это идеология. :) всё, что укладывается в pep8 и pep20 - питоноугодно. всё, что нет - нет
Поутру перечитал и решил добавить. Вопрос сугубо технический =) Если его перефразировать, то звучит примерно так:

Я привык считать приведение типов, работу с нетипизированными массивами (читай списками) медленными операциями. Определение длинны строки -- медленная операция. Но вот, например, классическая задачка по программированию: определить разряд числа. Классическим питон-решением является:

number_length(num):
    return len(str(num))

если не вспоминать про проверку типа получаемых данных и прочие защиты от дурака.

С точки зрения "классического" программирования это решение неэлегантно и неторопливо. Гораздо быстрее будет работать такой вариант:

number_length(num):
    n = 0
    while num > 0:
        n = n + 1
	num = num // 10
    return n

Вот и вопрос отсюда: как оптимальнее с точки зрения питона? Конечно, я бы мог написать несколько тестов для проверки этого факта, но всегда было интересно мнение непосредственно питонщиков по этому вопросу.

P.S.: Кто-то классическое решение такой задачки мне даже лайкнул на checkio.org.

>всем привет!
Привет.

Сразу же вопрос: насколько оптимизированы всякие штуки, как то приведение типов или методы .split/.join? Просто порой мне начинает казаться, что я увязаю в болоте синтаксического сахара, но при этом не уверен, что внутри этого всего нет оптимизированных низкоуровневых реализаций, а значит моя высокоуровневая реализация таких штук "по-старинке" будет медленнее.

Питон всё таки язык транслируемый и достаточно неторопливый.

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

>ps. ты, кстати, пишешь, на python2 а не python3 :) в python3 нет всех этих .decode, поэтому я даже не понимаю, почему оно работает (но в python3 я не вникал и не интересуюсь особо). по идее, это можно портировать на python2, надо будет попробовать
Ну фиг знает. Это кушает python3. И это я очень долго и упорно всё гуглил и обкатывал. И они таки есть. Потому как байт-массив из юникода не получается и потому приходится промежуточно транслировать всё в ascii. Уж не знаю тонкостей, но работает.