> 2) по хешу

Кстати, хороший вариант. Надо попробовать.

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

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

пока вижу такие варианты:
1) по дате изменения файла. если дата не изменилась, то в виме не делали w
2) по хешу
3) попробовать поиграться с vim - или чем то подобным. но это уже будет вимспецифичным. лучше кмк 1.

Надо всё таки внимательней читать README =)

Перейти к последнему сообщению в эхе можно с помощью клавиши End. Если редактор уже запущен, а писать уже передумал, то можно удалить все строки и сохранить пустой файл. В таком случае сообщение не попадёт в out. Некрасиво, конечно, но пока я не понял как это лучше сделать.

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

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

про остальное, спасибо, попробую.

Андрей! Все таки надо что то делать с цезием.
Я нажимаю q - попадаю в vim и у меня нет никакой возможности отменить написание
сообщения. Делая :q! я все равно неявно создаю в out эту болванку, которая потом уйдет
при нажатии на S.

Я уверен, что на эти грабли будут наступать многие. :)

о! супер! вечером попробую с ноута.
а сейчас пишу с андроид клиента. отличная штука. :)

>>> а сейчас пишу с андроид клиента. отличная штука. :)
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.

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

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

>> а сейчас пишу с андроид клиента. отличная штука. :)

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

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

> а сейчас пишу с андроид клиента. отличная штука. :)

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

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

Чёт не уловил принципиальных изменений и в варианте "до" сабж как-то более выделен. Кнопку отправки не узрел =)

> Андрей! Все таки надо что то делать с цезием.

Я что-то сделал с цезием. Теперь он проверяет менялось ли сообщение при редактировании.

> Я уверен, что на эти грабли будут наступать многие. :)

Так и есть. Точнее, было.

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

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

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

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

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

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

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

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

Хех. Это у меня вкладки почему-то в обратном порядке были.

> Кнопка ответа серая, рядом с датой, прямо под сабжем =)

Это от -> кому, чтоль? Я ж наивный искал кнопку =)

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

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

> 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.

AL> в варианте "до" сабж как-то более выделен

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

AL> Кнопку отправки не узрел =)

Кнопка ответа серая, рядом с датой, прямо под сабжем =)

> // до конца недели полностью свободен
AL> Может вечером как-нить выкрою время на самом деле, но к вечеру у меня голова уже не работает от слова "совсем" и я стараюсь в код не лазить в таком состоянии.

Лучше не надо. Образование важнее Цезия, как ни крути. А тот комментарий был написан, чтобы люди не стеснялись писать сюда в любое время и знали, что им ответят.

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

Как новые эхи добавлять всем в подписки?

AL> Как-то это немного не то, что я имел в виду, говоря о подписках.

А что ты имел в виду? Расскажи, как сам бы это реализовал.

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

Чтобы именно "отслеживать интересующую активность", надо использовать клиенты, а не веб-интерфейс.
Насчёт одной новой эхи можно сделать возможность просмотреть "стандартный список" без его установки. Чтобы юзер уже сам решил, что ему добавить, а что нет.

Сама фича подписок в сабже была давно добавлена по просьбе поинтов с irk39.tk и на них же обкатана. Вроде бы их всё устроило. Если можешь предложить улучшения, то предлагай.

> Просто ради интереса: сколько времени у тебя продлится сессия?

Вообще до конца апреля, но я нифига не успеваю, так что вполне может оказаться, что и до конца мая.

> // до конца недели полностью свободен

Может вечером как-нить выкрою время на самом деле, но к вечеру у меня голова уже не работает от слова "совсем" и я стараюсь в код не лазить в таком состоянии.

AL> Проблема известная, но у меня в пятницу начинается сессия и пока не до цезия.
AL> Я в работе/учёбе. Судорожно пишу лабы, контрольные, курсовые.

Просто ради интереса: сколько времени у тебя продлится сессия?

Ну а проблемы не очень-то критичные, так что можно и месяц подождать. Будет невтерпёж - сам напишу и исправлю =)
// до конца недели полностью свободен

vit01> P.S. Куда все делись?
Подготовка к выходу на врду идет во всю.
Покупка того, чего не хватаеи.
В свободное вреия изучаю linux

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

Да, это так. Когда ты первый раз заходишь на сайт, тебе в куки идёт список эх, который сохраняется на время всей сессии (20 дней по дефолту). Это просто список и ничего более.

AL> Как новые эхи добавлять всем в подписки?

Добавить в $echolist в конфиге. Кто захочет, тот "вернётся к стандартному набору эх" и получит обновлённый список.

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

ЗЫЖ На правах имха, конечно.

Offtopic: обновления в iing. Исправлены два бага: падение при попытке посчитать количество сообщений в несуществующей эхе и пересоздание файла индекса при ошибках веб-интерфейса. Добавлен пагинатор.

> Мог бы не писать велосипед и взять мой из клиента. Он умеет огромную кучу всего и не имеет никаких зависимостей от GUI. Тот же третий питон, и вся работа давно выполнена.

Кстати, а что отфетчера нужно кроме фетчинга? Что он ещё должен уметь?

vit01> Не очень понятно, как это в точности будет функционировать. Надо бы это как-то наглядно представить, что ли.

Просто строится список от такого то msgid до такого то msgid. Это типа свежая почта в эхе для пользователя.

vit01> Реализовать это можно, конечно, но у меня такой принцип при написании ноды, что не должно быть ни строчки кода на JavaScript.

Кстати, тут ты прав, пожалуй.

vit01> Специально решил не выносить, чтобы была возможность сделать разные интерфейсы с разным поведением.

Тут уже я чёт не очень понимаю. Вынесение настройки в конфиг никак не мешает использовать эту настройку, а наоборот способствует.

AL> Это типа свежая почта в эхе для пользователя.

Про свежую почту уже понял, но тут другое имеется в виду. Именно как оно будет для пользователя выглядеть.
Может быть, на списке эх будет кнопка "новые сообщения", пользователь при нажатии уходит на отдельную "псевдоэху" и смотрит их. Потом в этой "псевдоэхе" нажать кнопку "я всё прочитал", и процесс подсчёта начнётся по новой.

AL> Вынесение настройки в конфиг никак не мешает использовать эту настройку, а наоборот способствует.

Здесь надо тогда пример привести. Вот зачем я вынес в конфиг параметр жизни сессии? Потому что он будет нужен одинаково для всех веб-интерфейсов: и для нормальных, и для архивных.

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

Хотя в будущем всё-таки придётся, наверное, вынести. Ради быстрых обновлений через git. Просто файлы фетчера в любом случае нужно писать вручную, а для интерфейсов ещё давно было решено сделать всё рабочим "из коробки".

vit01> А что ты имел в виду? Расскажи, как сам бы это реализовал.

Я пока придумал себе в todo list хранить в печеньках два msgid на эху. Начало "полученного" и конец "полученного", на основе которых строится список "полученного". Пользователь читает сей спиок, отвечает по необходимости, нажимает кнопку "обновить" и конечный msgid становится начальным, а конечный берётся из индекса эхи. Таким образом создаётся нечто вроде новых сообщений в clii. Пока у меня нет даже приблизительной реализации такого механизма, но я хочу его попробовать когда допилю свою ноду до вменяемого состояния.

То, что сила ii/idec в клиентах я не отрицаю совершенно, но некоторые пользователи у меня ходят иногда через веб-интерфейс. Так что было бы неплохо иметь такую вот фичу. Может даже она поспособствует привлечению в сеть моей жены.

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

// Не подумай, что я наезжаю. Просто развернул для теста версию из гита и немного ввело в ступор такое поведение.

ЗЫЖ А ещё переменную, отвечающую за показ/скрытие последнего сообщения лучше в конфиг, наверное, вынести.

AL> Теперь сабж обзавёлся фетчером, что в принципе позволяет его уже интегрировать в сеть.

Мог бы не писать велосипед и взять мой из клиента. Он умеет огромную кучу всего и не имеет никаких зависимостей от GUI. Тот же третий питон, и вся работа давно выполнена.
Всё, что тебе остаётся - подсунуть ему свои функции доступа к базе (например, sqlite).

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

Не очень понятно, как это в точности будет функционировать. Надо бы это как-то наглядно представить, что ли.
// либо я тупо от недосыпа не могу вникнуть

AL> На тему твоего подхода попробуй на странице подписок сделать два списка действительно.
Попробую сделать так же, как сейчас у Ромы. http://ii.gk11.ru/h/personal

AL> попробуй сделать их в виде списков, а не полей ввода
AL> две кнопочки для перекидывания выделенного элемента туда-сюда

Реализовать это можно, конечно, но у меня такой принцип при написании ноды, что не должно быть ни строчки кода на JavaScript.

Веб-интерфейс ii-php сейчас полностью поддерживает elinks. Для пользователей текстовых браузеров доступны все удобства, что и у "полноценных" юзеров, включая те же подписки. В случае списков и кнопочек они оказываются в пролёте.
Поэтому улучшения в юзабилити из-за этого ограничения будут по минимуму.

AL> ЗЫЖ А ещё переменную, отвечающую за показ/скрытие последнего сообщения лучше в конфиг, наверное, вынести.

Специально решил не выносить, чтобы была возможность сделать разные интерфейсы с разным поведением. То есть на обычной морде показывать последнее, а на "архивной" морде не показывать.

Загляни в ii-web.php из гита, там в комментарии всё прописано. Оно включается и отключается очень быстро.

> Мог бы не писать велосипед и взять мой из клиента. Он умеет огромную кучу всего и не имеет никаких зависимостей от GUI. Тот же третий питон, и вся работа давно выполнена.
> Всё, что тебе остаётся - подсунуть ему свои функции доступа к базе (например, sqlite).

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

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

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

// А баг фетчера в цезии я трогать пока боюсь. Там надо полностью перелопачивать функцию фетчинга для адекватного перехвата ресайза.

Сабж вот-вот упал. Причина пока неизвестна. Завтра утром позвоню, чтобы в конторе его перезагрузили.

vit01> Питон много умеет: в этом его плюс и иногда - минус. Если питон и может наскучить, то это только из-за простоты решения проблем через него =)

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

AL> Я не знаю что со мной произошло, но теперь мне нравится питон =) Видимо, поверхностное натяжение при погружении оказалось для меня слишком сильным и испытывал сильное отторжение по началу.

Питон много умеет: в этом его плюс и иногда - минус. Если питон и может наскучить, то это только из-за простоты решения проблем через него =)

> Ничего страшного, всё понимаю. Добра тебе и побольше! И меня извини за регулярные придирки к мелочам.
AL> Мне придирки нужны. Иначе меня может начать заносить в идеях. Так что это только плюс.

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

AL>> Кстати, а что от фетчера нужно кроме фетчинга? Что он ещё должен уметь?

> Расскажу тогда про фичи своего фетчера:
> * скачивание индексов и сообщений пачками, а не поочерёдно => скорость и экономия трафика
> * поддержка /x/c => _огромный_ прирост в скорости
> * полная поддержка расширенного /u/e (включая все "необычные" и индивидуальные случаи) => уменьшение потребления ОЗУ на сервере
> * фетч через прокси (многим это не нужно, на самом деле)
> * удобная интеграция с другими скриптами (передача результатов другим функциям для статистики и.т.д.)
> * расширения и доп. фичи могут легко задаваться для каждой ноды в отдельности

Хм. Как минимум стоит посмотреть на идеи, воплощённые в твоём фетчере. Или действительно заменить нафиг. Я же отсталый. У меня очень старая версия php-ноды до сих пор.

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

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

> Ничего страшного, всё понимаю. Добра тебе и побольше! И меня извини за регулярные придирки к мелочам.

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

Кстати, фетчер я и так взял готовый по сути. Это немного модифицированная версия фетчера из цезия.

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

Ну не надо же доводить до абсурда. Ясное дело, что каждый вправе реализовывать плоды своей фантазии и всякие хотелки по своему усмотрению. Не стоит забывать также, что PHP != Python и Qt != ncurses.

Но просто фетчинг - это настолько избитая и неоригинальная тема, что незачем тратить на это своё время/силы, когда есть куча всего готового (это было сказано именно в контексте Python'а, на котором написано много фетчеров).

AL> Кстати, а что от фетчера нужно кроме фетчинга? Что он ещё должен уметь?

Расскажу тогда про фичи своего фетчера:
* скачивание индексов и сообщений пачками, а не поочерёдно => скорость и экономия трафика
* поддержка /x/c => _огромный_ прирост в скорости
* полная поддержка расширенного /u/e (включая все "необычные" и индивидуальные случаи) => уменьшение потребления ОЗУ на сервере
* фетч через прокси (многим это не нужно, на самом деле)
* удобная интеграция с другими скриптами (передача результатов другим функциям для статистики и.т.д.)
* расширения и доп. фичи могут легко задаваться для каждой ноды в отдельности

AL> Кстати, фетчер я и так взял готовый по сути. Это немного модифицированная версия фетчера из цезия.

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

AL> И до кучи. Цель у меня не столько получить как можно быстрее конечный продукт, сколько поупражняться в программировании на питон, попутно реализуя клиент/ноду мечты. Так что я в любом случае буду писать всё сам. Это не кредо, не прихоть, а просто следствие из поставленной цели.

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

AL> // Извиняюсь, если сегодня мои ответы резковаты. Просто на работе всякой фигнёй достали шибко. Хоть валерьянку пей.

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

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

// Извиняюсь, если сегодня мои ответы резковаты. Просто на работе всякой фигнёй достали шибко. Хоть валерьянку пей.

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

Я хочу попробовать нечто вроде того, как оно было в clii.

> Теперь пойду наполнять архивы.
AL> Можешь поподробней описать что там с архивами, кстати?

А что тут рассказывать? Архив у нас здесь: http://alicorn.tk/ii-old/
Только что зафетчил туда music.14, bone.14, iing.15 и скрытоэху, удалил их с ii-net.tk.

Осталось только сделать tar.xz со срезом и добавить его в /x/file.

Готово. Одним файлом обновлённый архив можно скачать либо через /x/file на mira station, либо по прямой ссылке:
http://alicorn.tk/ii-old/database.tar.xz

Улучшение юзабилити:

* В диалог подписок добавлен стандартный список эх, чтобы быть в курсе

http://ii-net.tk/ii/ii-web.php?action=personal
// если уже были здесь до этого, то обновить через Ctrl+F5

Вёрстка адаптивная, так что на телефоне это тоже смотрится нормально.

P.S. ветка features ноды

Доработал фетчер до пачки фич. Заодно убрал встроенный фетчер из цезия и на его место воткнул фетчер из iing.

Фетчер может считывать информацию из конфига (удобно на ноде) или из аргументов командной строки (используется в цезии).

С помощью параметров можно так же указать какие эхи необходимо клонировать (скачать с аплинка целиком). Или указать флаг -o и получить полную копию конференций.

Расширенный u/e фетер распознаёт по наличию строчки в x/features. Если же такой строчки нет или вообще отсутствует схема x/features, фетчер будет работать в классическом режиме.

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