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

За 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> // Перегонять данные из текстовой таблицы в базу было как минимум дольше.

о_О

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

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

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

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

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

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

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

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

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

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

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