Difrex> Ну, у нас нет отдельного сайта посвященного сетке.

Вообще, вся документация и собирательная инфа (вроде списка нод, клиенты, расширения) находится у меня на ii-net.tk. Могу убрать все свои личные штуки и оставить этот домен исключительно под нужды сети.

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

jj
silent-ii
Масленица :D
aum-net
systemd-textctl
Distributed ii-like Network - DiN
ii-Like Text Exchange Convention - ITEC (IlTEC)
ii-Like Text Communication - ITC (IlTC)
ii-Like Data Exchange Convention - IDEC (IlDEC)

Что, как вы думаете, подойдёт лучше всего? Можно предлагать свои названия.

РБ> nefido

Не, фидошного наследия нам и так хватает. Хотя, конечно, мы "не фидо".
Для начала надо стандарт назвать, а потом уже и сетку.

Просто пытаюсь подбирать название, которое и смысл иметь будет, и звучит хорошо. "Анклав" вполне подходит и туда, и туда. Можно ещё туда и второе слово добавить. Например, Distributed Enclave или СounterСulture Enclave.

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

AL> Нету у нас инстаграмов. У нас для всего есть буквы и сделанные из них слова!

Ты наконец-то прочитал новую статью из документации? =)

Кстати, появилась сегодня идея дать стандарту название Enclave (анклав по-русски).

В обширных репозиториях арча ничего подобного не нашлось. Хотя Яндекс выдал на запрос какую-то игрушку. Ничего, на название ii тоже кучу всего чужого было =)

* Убраны экспериментальные логи и "small-echolist" за ненадобностью
* Для текстовой базы теперь не надо вручную создавать "echo/" и "msg/"
* Путь файлу blacklist меняется через конфиг
* mysql-functions.php и класс IIFrontend полностью убраны в замену транспортам
* blacklist-func.php убран в замену фильтру
* Улучшена общая читаемость кода
* В веб-клиент при инициализации теперь нужно прописать фильтр (см. ii-web.php)
* Немного переписан /u/push
* Улучшена обработка ошибок в ii-point.php и читаемость кода
* ii-point.php нормально отрабатывает при "строгом" режиме php (c Notice и прочим)
* Глобально доступны функции для парсинга и соединения тегов (класс TransportCommon)
* Миграция на mysql с текстовой базы доступна в "тихом" режиме, т.е. сначала копируем сообщения и только потом переключаемся на mysql
* Абсолютно всё переведено на новую систему "транспортов" и "фильтра" (объяснение ниже).
* Благодаря транспорту можно поменять расположение текстовой базы через конфиг
* Веб-клиент больше не использует свои велосипеды для получения сообщений

Изменения в ii2rss.php:
* Теперь успешно проходит тесты на соответствие стандарту RSS
* Добавлено поле для времени сообщения
* Умеет забирать сообщения из нескольких эх сразу (см. конфиг) по-умолчанию
* Более "правильное" отображение отправителя и получателя
* Экономнее использует ресурсы, запрашивая сразу набор сообщений, а не отдельно каждое

Новая система транспортов и фильтра:
Итак, теперь для доступа к разным базам используется единый набор функций. Поэтому переключение между ними будет абсолютно безболезненным (см. конфиг). В качестве наглядного примера загляните в самое начало файла transports.php, где сразу видно интерфейс.
Также, чтобы прикрутить собственную базу, достаточно всего лишь написать класс, реализующий данный интерфейс и прописать его вызов в конфиг.
Ещё можно создавать изменённые транспорты благодаря ООП (путём наследования от уже существующих).
Предположим, вы решили использовать ii-php поверх sqlite, postgresql, json или собственного бинарного формата.
Создаём файл mydatabase.php, начинающийся с вот таких строк:

<?php
class MySuperLittleDatabase extends TransportCommon implements AbstractTransport {

// примечание: рекомендуется обязательно наследовать класс от TransportCommon или от уже существующего из-за nomessage и функций "перегонки"

Затем поочерёдно реализуем нужные функции из интерфейса...
Потом прописываем в наш конфиг:

require_once("mydatabase.php");
$transport=new MySuperLittleDatabase($param1, $param2, ...);

И всё! Добавить один файл, прописать 2 строчки в конфиг, и уже поддержка новой базы (прикручу как-нибудь монгу).

Обёртка над транспортом - фильтр:

Все функции, которые проверяют на правильность msgid, название эхи, работают с чёрным списком и отслеживают любые другие ошибки, перенесены в класс-фильтр - filter.php. Фильтр также переопределяет многие методы транспорта (например, получение, подсчёт, сохранение сообщений). В результате все вещи, которые полагаются на ненадёжные данные, работают не через транспорт, а через фильтр, который берёт на себя всю заботу о них.

При большой нагрузке на станцию можно изменить фильтр очень интересным способом: чтобы он использовал сразу несколько транспортов. Например, при сохранении сообщения сохраняем его сразу и в текстовой базе, и в mysql. А при чтении/получении берём их из того вида базы, которая нам больше нравится.
К примеру, сообщения для бандлов лучше берёт текстовая база, а для парсинга и подсчёта - mysql. Тогда меняем в фильтре, чтобы при получении "простых" сообщений он брал их из одной базы, а при парсинге - из другой. Но это уже экзотика.

Лежит это всё в ветке features.

P.S. Хоть тестированием я вполне занимался, но ii-net.tk до сих пор на новую версию не обновлял. Как только обновлю - сообщу, чтобы остальным на грабли не напороться (и скину в ветку master).

На сабже, как оказалось, полностью закончилась квота на иноды. Сегодня освободил эхи habra.15, lenta.dark.14 и ещё что-то. До чего сисоп ленивый! Судя по тем nomessage, не заходит в сеть около недели.

Заодно частично обновил там ноду на нестабильную ветку и оттестировал некоторые фичи.

Через месяц проблема с инодами точно повторится. Так что сабж снят с фетча.

Обновил свою станцию на новую версию и слил ветку features в master.
Mira station уже полдня работает на новой версии. Пока что всё нормально.

Как обновиться:

1. Обновление следует начать с конфига, просмотрев различия и записав новые переменные.
2. Затем перейти к файлу, который вызывает веб-клиент, поменяв там одну строчку (в образце см. $access).
3. После этого удалить blacklist-func.php и mysql-functions.php.
4. Переместить blacklist.txt временно в другое место.
5. Затем по порядку перезаписать все php скрипты теми, что из репозитория.
6. Насчёт веб-клиента: если какие изменения и понадобятся, то только в iiweb.inc.php (в css-ках и всяких стилях абсолютно ничего не поменялось)
7. Возвращаем ЧС на прежнее место

Вчера сделал кучу коммитов, дающих избавиться от индекса в echo/ при работе с mysql.

Увы, после обновления ноды усилиями фетчера через небольшое время начали плодиться дубли, так что пришлось вернуться обратно.
Обновляться пока не советую. Ах да, ещё обнаружил регрессию с неработающим расширенным /u/e.
Попытаюсь через некоторое время исправить баги.

Продолжение ii://gq8nGRAU1AyNC34AE67K

Прототип работы "Самоархивации".

Итак, имеется скрипт, запускаемый раз в пару дней в Cron на станции.
Он просматривает количество сообщений в каждой эхе. Если оно больше N (предположим, 5000), скрипт отнимает от этого числа N1 (ну пусть 1000): N2=N-N1;
Затем скрипт берёт N2 первых сообщений из эхи, смотрит таймстамп первого и последнего, и сохраняет их в бандле под названием <echoarea>-<timestamp1>-<timestamp2>.bundle. Бандл отправляется в специальный архив, а сами взятые сообщения из эхи удаляются.
Здесь учитывается, что серверный фетчер работает не по обычному /u/e, а по расширенному, получая примерно 0.5*N1 msgid на эху.

В итоге нода (да и вся сеть) может работать "на автопилоте" при полном отсутствии сисопов. Вполне хорошая альтернатива перекатыванию. А юзеры/клиенты и не заметят ничего.

iicli-modular (он же Qt-клиент или ii-client-qt) меняет название на сабж.
Также я избавился в нём от логотипа ii в замену собственному: https://github.com/vit1-irk/cutiefeed/blob/master/artwork/cutiefeed.svg

Другие изменения:

* Удалён устаревший Tk-интерфейс
* Установлен более удобный размер окна по-умолчанию
* Починил баг со съезжающей кодовой разметкой
* Расширения для быстродействия и экономии трафика включены по-умолчанию

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

https://github.com/vit1-irk/cutiefeed

Наконец-то исправил ошибки и регрессии. Вчера нода была обновлена, на сегодняшний день никаких дублей, и /u/e работает. Слил изменения в master.

Кто пользуется, может попробовать обновиться.

Да, сабж полностью готов. Это было сделано ради развлечения и для того, чтобы было, что привести в доказательство простоты ii.

Работает на busybox ash (стандартный шелл), который совместим с dash. Дополнительные необходимые апплеты: wget, vi, cat, mv, stat, dd, base64, head, tail, date, mkdir (вроде все).

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

Фетч идёт через старый добрый /m
Отправка через GET, потому что busybox-овский wget не поддерживает POST

# Использование

Просмотр эх:

# вся эха
ii-bb.sh view ii.test.14

# узнать количество сообщений
ii-bb.sh view ii.test.14 len

# конкретное сообщение (отсчёт с нуля)
ii-bb.sh view ii.test.14 9

Написание сообщений:

# всем
ii-bb.sh write ii.14

# ответить на конкретное
ii-bb.sh write ii.14 1522

Фетч и отправка:

ii-bb.sh send
ii.bb.sh fetch

Исходный код в репозитории ii-db-utils: https://github.com/vit1-irk/ii-db-utils/blob/master/ii-bb.sh

Учитывая то, что busybox запускается практически везде, список поддерживаемых платформ ii значительно расширяется (на всякие вайфай роутеры и мини-дистрибутивы вроде slitaz/tinycore и.т.д.).

AL> Но ведь у нас в связи как раз с расширенной /u/e проблема перекатывания уже не актуальна.

Нет, я немного про другое. Одно дело теория, а другое - практика. Ресурсы у нас не резиновые, и при большом индексе обработка данных замедляется (на сервере).

Также всё ещё стоит думать о тех, кто расширения не поддерживает. Понятно, конечно, что 0.3 никому не нужен, но если вдруг появится необходимость скачать все сообщения разом, то их количество > 10000 на эху - только минус.

"Самоархивация" - это всего лишь один из способов, который позволяет держать _количество_ сообщений под контролем. Не хочется ведь, чтобы наша сетка постепенно превратилась в биткоин (перекатывание было одним из реальных решений этой проблемы).

// В фидо, насколько мне рассказывали, используется что-то подобное (только посложнее, конечно).

AL> Или пока продолжаем перекатываться?

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

Свежие коммиты в master:

* Чёрный список парсится и обрабатывает методом списков, а не замены (+ убрал ограничение на отсутствие пустых строк)
* В вебморде исправлена регрессия с цитированием
* Вебморда обзавелась механизмом подписок (скопировал с irk39.tk).

Обещал - сделал.

https://github.com/spline1986/caesium/pull/3

ii://YNptpWgpiQoSLBvOIZBk

vit01>> size = str(format(size / 1024, ".2f")) + " KB"
btimofeev> Клево, у меня тоже с этой строкой заработало, теперь цезий не вылетает в портретном режиме :)

ii://iqeFO7Uo9oHKS5N5Hi2U

vit01> Надо ещё патч с клавишами в апстрим продвинуть :)
vit01> Но не в сам клиент, а отдельно. Кто хочет, пусть патчит.

Как перейти на "нормальные клавиши":

* Обновляете репозиторий, конечно же
* Набираете patch caesium.py < keys_android.patch
* Всё, можно пользоваться! И да, советую почитать keys_android.py для ознакомления

ii://m4BzrfE1KsGdlkPflOrm

btimofeev> В коде по всей видимости будет как-то так:
btimofeev> if key in s_up

ii://Exm5jOB1BjRNhOqNE4et

AL> Хорошая мысль. Пожалуй, так и сделаю.

Отправил Pull Request, который это реализует. Конечно же, всё протестировал и проверил.

// Если фича не идёт к Магомеду, то Магомед пишет её сам =)

AL> Просто если уж чего и получается писать, то урывками и кое как.

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

Ты так и не исправил ту досадную ошибку при первом запуске.
Т.е. только склонировал репозиторий, запускаешь iing.py и стучишься через браузер.

Traceback (most recent call last):
  File "/tmp/iing/api/bottle.py", line 862, in _handle
    return route.call(**args)
  File "/tmp/iing/api/bottle.py", line 1732, in wrapper
    rv = callback(*a, **ka)
  File "./iing.py", line 13, in index
    echoareas.append({"echoname": echoarea[0], "count": api.get_echoarea_count(echoarea[0]), "dsc": echoarea[1], "msg": api.get_last_msg(echoarea[0])})
  File "/tmp/iing/api/__init__.py", line 61, in get_echoarea_count
    for msgid in open("echo/" + echoarea, "r").read().split("\n"):
FileNotFoundError: [Errno 2] No such file or directory: 'echo/read.me'

Решается либо простым touch echo/эха, либо проверкой в коде if not os.path.exists...

Это само собой, конечно. Доверять никому нельзя: даже самому себе.
// особенно в тему вспомнить, как Торвальдс принимает изменения от других разработчиков

Просто ситуация странная: ты даже комментарий в репозитории оставил, а сами коммиты до сих пор не посмотрел =)

AL> Хочется добавить, что цезий надо забирать из репозитория Виктора: https://github.com/vit1-irk/caesium =)

Будет лучше, если ты сольёшь изменения себе.

Во-первых, там кроме этого ещё пара мелочей есть.
Во-вторых, твои собственные исходники абсолютно не затрагиваются. Кто захотел - тот пропатчил.
В-третьих, все ссылки ведут в твой репозиторий; люди ищут фичу и не находят её (т.е. путаница)

shurshun> делаю все по инструкции., не находит файл

Андрей уже пояснил насчёт этого. Кстати, у меня самого не получилось пропатчить её в Termux из-за сломанной утилиты patch. Пришлось прописывать вручную.

Кстати, товарищ. У новичков принято представляться. Расскажи немного о себе: кто такой, чем занимаешься и.т.д.

Хотелось бы (конечно, после тех патчей) одну небольшую, но полезную фичу в цезии. Её суть заключается в запуске фетчера отдельно от самого клиента. Например, в Cron. И чтобы он после этого возвращал либо количество скачанных сообщений, либо их айдишники.

Зачем? Просто я собираюсь более тесно интегрировать цезий с андроидом. Т.е. раз в 15 минут телефон автоматически фетчит сообщения. Если есть новые, то делаем звуковой сигнал (и/или вибрацию) с уведомлением "Новых сообщений на станции: <число>".

Здесь можно провести аналогию с десктопом и notify-send. Ну вы поняли.

shurshun> А вот если на другой станции создам с тем же именем, синхронизируется?
shurshun> Или может мои сообщения туда переползут автоматом? (из клиента, он же хранит данные)

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

shurshun> Какие есть варианты форматирования текста
shurshun> ...
shurshun> А еще что-то есть? Справку читал, не нашел описания.

Иногда клиенты выделяют постскриптум.
P.S. Вот так

shurshun> Поиск где-нибудь есть по эхам, и архивам?
Есть http://umbrella.difrex.ru
Архив - http://alicorn.tk/ii-old
Искать можно в сырой базе с помощью скриптов.

git checkout master
git merge patch_1
git merge patch_2
git push

shurshun> // как видно в 100 символов не влез бы, при регистрации на станции мира)

Неправда, там от 100 до 1000 вообще-то :)

shurshun> Разметка сайта на мобильном девайсе выглядит ужасно. Все схлопнулось в одну тонкую линию.

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

Всё исправил. Теперь работает нормально. Заодно данную эху туда прикрутил.

vit01> Там вместо пустоты (0 символов) пишется в файл "\n" (т.е. 1), вот и всё.

Самое простое и действенное решение - поменять .read().блабла в этих функциях на .read().strip().блабла
Оно ещё убережёт от пустоты в конце и в начале файла.

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

В самом деле: называть обновлённый стандарт ii не совсем правильно (и не только из-за того, что он ещё может поменяться), при этом сеть - это не только стандарты и API, это ещё и люди.

Пусть ii останется молодым и красивым, а мы теперь работаем на ii-like Data Exchange Convention: IDEC. По аналогии с 2014 годом наша сеть (именно та, где люди сидят) на данный момент получает название "Секта плохих парней".

http://ii-net.tk обновлён под сайт "Секты" и по факту становится сайтом проекта (собственные вещи перенёс на другой домен).

Новую документацию можно найти здесь: http://ii-net.tk/idec-doc/ или на Github (она собирается из Markdown оттуда): https://github.com/vit1-irk/new-docs
Её большая часть была написана с нуля и полностью соответствует нынешнему положению вещей.

AL> При сохранении пустого сообщения, цезий пытается его обработать и сохранить в out, что приводит к логичному падению.

Обнаруживаю, кстати, другую ошибку у себя: невозможно открыть диалог исходящих сообщений (клиент падает).

Проблема shurshun'а заключается в том, что nano по-умолчанию добавляет пустую строку в конец файла. А vim - не всегда. Следовательно, питон не считает такой файл пустым и пытается распарсить.

Уже протестировал и убедился в этом.

AL> Можешь потыкать у себя поплотнее функции save_out() и resave_out() на предмет косячного поведения?

Могу исправить ошибки и подготовить пулл-реквест, но ты пока что ещё предыдущий не принял к себе =)
А там и кода немного.

AL> Я правильно понимаю, что там просто вместо одной строки получается две? Тогда это легко фиксится.

Там вместо пустоты (0 символов) пишется в файл "\n" (т.е. 1), вот и всё. К андроиду это отношения не имеет.

Сегодня в 2 часа ночи, пока я мирно спал, на почту пришло странное сообщение про то, что rooker.ru в дауне, и нужен authstr. Причём с того емейла, который за тобой никогда не наблюдал. Зашёл поглядеть и вижу, что нода вполне открывается.

Начался небольшой приступ паранойи, и решил написать сюда. Если бы ты открыл issue на гитхабе (как это делал Денис когда-то), то я бы ещё поверил, что это ты =)

AL> Скинь ошибку чтоли.

Traceback (most recent call last):
File "./caesium.py", line 1194, in <module>
  echo_selector()
  File "./caesium.py", line 656, in echo_selector
 go = not echo_reader("out", out_length, archive, True, True)
  File "./caesium.py", line 951, in echo_reader
 stdscr.addstr(1, 7, nodes[node]["to"][0], color)
 IndexError: list index out of range

AL> А ещё лучше, ловить ответ редактора

Не лучше. При сохранении пустого файла редактор всё равно завершается успешно (код 0). Как нано, так и вим.

AL> Это связано с кривыми сообщениями в out/. Проверь битые сообщения там и удали их (для красоты можешь заодно .outcount пофиксить).

Удаляю все файлы из out, включая упомянутый .outcount. Создаю новые. Написал 2 сообщения, туда немного текста, сохранил.
Пытаюсь зайти в диалог неотправленных - валится. Баг воспроизводится как на телефоне, так и на компьютере.

vit01> Удаляю все файлы из out, включая упомянутый .outcount. Создаю новые. Написал 2 сообщения, туда немного текста, сохранил.
vit01> Пытаюсь зайти в диалог неотправленных - валится. Баг воспроизводится как на телефоне, так и на компьютере.

Вообще этот механизм работы исходящих в цезии кажется каким-то костыльным. У самого в cutiefeed, к примеру, даже счётчик никакой не используется. Клиент просто берёт нужные файлы из каталога и с ними работает.

Твои трактаты определённо можно с первых строк узнать. Хоть из-под гвеста пиши :)

AL> Проверить счётчик или пролистать всю директорию: что быстрее? А если у меня исходязих несколько сотен? А тысяч?

Помню, у меня в out на своём клиенте скапливалось по 500 файлов. И ничего, тормозов не было. Вообще, подсчёт там выполняется всего 1 раз - при запуске клиента. А дальше создание новых идёт инкрементом.

vit01>> Если бы ты открыл issue на гитхабе (как это делал Денис когда-то), то я бы ещё поверил, что это ты =)
btimofeev> Для таких целей можно использовать gpg, в нем можно создать цифровую подпись сообщения.

Поддерживаю. Давайте устроим обмен открытыми ключами в ближайшие дни.

gl00my> Не могу никак победить цезий с его реакцией на q ;)
Надо читать README.

gl00my> Я нажимаю q - попадаю в vim и у меня нет никакой возможности отменить написание

Чтобы отменить написанное, надо стереть весь текст. А чтобы не наступать на грабли, надо бы обновить клиент и воспользоваться патчем специально для вимеров:

git pull
patch caesium.py < keys_android.patch

// андроид здесь при том, что изначально патч создавался для пользователей этой ОС, но он подойдёт всем

gl00my> но какая разница сотру ли я текст или нет если я не делаю w ? я выхожу из вима :q !

Так ты сотри текст и выйди через :wq
В цезии стоит проверка именно на пустой файл.

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

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

shurshun> Конечно не хватало по началу возможности писать в привычной программе типа quick edit pro, но дело привычки, вполне и в нано освоился.

Хмм, видимо, идёт речь о разных вещах. В Java-клиенте никакого nano не было :)

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

До: http://ii-net.tk/ii/ii-web.php?echo=pipe.2032
После: http://ii-net.tk/ii/web-main.php?echo=pipe.2032

Изменения только планирую, их пока нигде нет. Это дело очень похоже на тот интерфейс, который я когда-то делал на Materialize.

// а ещё в ближайшие несколько дней появятся очень крутые фичи, ждите

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

В features-ветку ноды добавлена сисоп-панель, помогающая быстро администрировать ноду из удобного веб-интерфейса.

Возможности этой штуки:
* Быстрое добавление сообщений в чёрный список (по одному или правкой файла целиком)
* Чистка базы по чёрному списку одной кнопкой
* Удаление эхоконференций
* Удаление отдельных сообщений
* Быстрая правка отдельных сообщений (цензура не дремлет! см. поле адреса)

Очень недоставало подобного интерфейса, когда требовалось быстро сделать что-то с базой (а находишься порой даже не дома).

1. Надо починить падение при изменении размеров окна во время фетчинга. А то запускаешь фетч, и тут тебе SMS пришло, Email или ещё что-нибудь, и клиент валится. Интересно, что приводит к такому поведению?

2. Вынос фетчера для запуска отдельно. Про это уже все слышали.

P.S. Куда все делись?

1. Избавился от логотипа ii в пользу нового "клиентского"
2. Теперь можно задавать извне заголовок страницы и панели
3. На главной странице по умолчанию показывается последнее сообщение для каждой эхи (на http://irk39.tk это уже давно есть)
4. Заголовок более динамичный: меняется и на разных эхах, и при просмотре сообщений

Поведение пунктов 2 и 3 меняется через тот файл, который запускает веб-интерфейс (ii-web.php), см. комментарии.

Все предыдущие изменения вполне должны работать (и работают), поэтому всё слито в master.

>> Кнопка ответа серая, рядом с датой, прямо под сабжем =)
AL> Это от -> кому, чтоль? Я ж наивный искал кнопку =)

Она самая :)
Просто хочется сосредоточить главное внимание пользователя на сабже и тематике, а не на людях. Поэтому и сделал серую. К тому же, смотрится более гармонично (в том числе на небольших экранах).

Ах да, совсем забыл. Авторизация идёт через пароль для пуша ($pushpassword).
По внутреннему устройству админка очень похожа на "веб-клиент" iiweb.inc.php и использует то же самое оформление.

Пусть оно пока полежит в ветке features, покажет себя в реальных условиях (на mira station), а там уже и солью с master.