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

Синхронизация в ii и idec сугубо односторонняя. Нода получает сообщения или от своих пользователей или от других станций в одностороннем порядке. При этом список этих станций и эхоконференций формируется исключительно сисопом. Если ты хочешь эху с другой станции, то попроси своего сисопа.

shurshun> Какие есть варианты форматирования текста

Строго говоря, форматирования тут нет. В клиентах и веб-интерфейсах выделяются комментарии и строки, начинающиеся с "#", "//", "P.S." и так далее, но не везде и не обязательно. Сама идея такова, что сообщения должны легко читаться при простом просмотре plain text.

shurshun> // Весь день как придавленный, может погода, или старость?!

У нас чёт погоду так колбасит, что реагируют вообще все. Такой фигни не припомню за всю свою жизнь.

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

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

PS: Со сплешем я тоже что-нить сделаю обязательно.

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

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

Нужна помощь.

У товарища shurshun взникла странная проблема. У меня на руках нет андроид-устройств и потому не могу установить в чём косяк.

При сохранении пустого сообщения, цезий пытается его обработать и сохранить в out, что приводит к логичному падению. Можешь потыкать у себя поплотнее функции save_out() и resave_out() на предмет косячного поведения?

ЗЫЖ Редатор у него nano.

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

Пустота с точки зрения питона (string.split("\n")) это список с одним элементом. В данном случае получается два элемента. Значит просто правим условие и пушаем.

# В перспективе хочется, конечно, сделать, чтобы функция различала заголовки и отсеивала пустые сообщения с нетронутым заголовком. А ещё лучше, ловить ответ редактора, но с этим пока всё глухо в моих изысканиях. Если кто-нибудь знает как это делается, просьба отписаться.

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

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

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

Смержил, кстати. Спасибо за работу.

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

Пушнул. Спасибо за помощь.

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

Можно совмещать, на самом деле.

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

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

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

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

// Когда я забью на эту костыльную базу и сделаю поддержку sqlite, счётчик я уберу, конечно. Но пока пусть будет. Чтение с помощью mc пока никто не отменял =)

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

Ошибка исправлена.

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

Ну значит надо попробовать.

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

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

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

Я не умею пользоваться гитхабом =) Ещё у меня есть такой же емейл на gmail.com (который с годом).

> я очень привык к мутту

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

> 2) по хешу

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А так же выделить в отдельный модуль работу с базой, чтобы можно было безболезненно влепить работу с СУБД.

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

Я в работе/учёбе. Судорожно пишу лабы, контрольные, курсовые.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

> Сабж снова в строю! Быстро однако подняли.

Ура!

> Теперь пойду наполнять архивы.

Можешь поподробней описать что там с архивами, кстати?

> // зря только аптайм сбивали, там около 300 дней накопиться должно было :(

Такому аптайму позавидовали бы некоторые даже CM-ные ноды в фидонете. Во всяком случае в былые времена =)

vit01> Фетч снят. Жаль, теперь нас ещё меньше.

Надо писать двухсторонний фетчер с гк11. Правда есть подозрение, что это будет не интересно Роме.

Я как всегда. Тяп-ляп и в продакшен =)

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

RY> у меня эхи besedka, obsd, gk11, humor и пятая. и 8-значные адреса - непонятно, что куда транслировать.

Можно вполне придумать. Или даже просто транслировать твои эхи.

RY> да и трафик тут незначительный - мне проще создать всё с нуля.

Вот тебе и "объединение".

RY> Тем более, моих девочек тут никогда не любили :)

А их тут и не было никогда. Они где-то у тебя там были, но в нашу сеть ни-ни.

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

Я для кого опцию oldquote впиливал? Как раз для тебя. Какие ещё неоднозначные вещи ты нашёл?

Сабж уже некоторое время работает в тестовом режиме станция "tavern", находящаяся по адресу http://idec.spline-online.tk/

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

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

// Я не помню писал ли я про неё ранее, но искать по базе лень. В конце концов, повторение - мать заикания.

vit01> http://idec.spline-online.tk/GFLzxDRalAYAIPRemSHz/173

vit01> Может быть, поведение вполне ожидаемое, но читать такой текст немного неудобно. И сабж, и отправитель должны быть как-то отделены от остального сообщения, чтобы ничего не сливалось. Вот, например, для сравнения: http://ii-net.tk/ii/ii-web.php?msgid=GFLzxDRalAYAIPRemSHz

Теперь понял. Это в планах на фиксы уже есть, но руки не доходят пока что.

vit01> Тогда сразу багрепорт: при слишком большом сабже (эха lor-opennet.15) съезжает форматирование, и выглядит не очень красиво. Кроме этого отмечу отсутствие масштабирования на мобильных устройствах (решение - добавить мета-тег viewport, см. мой код).

Не понял что куда съезжает, если честно. Проверил сейчас: и в списке эх и при чтении эхи всё нормально, вроде.

А на малые экраны я пока не ориентировался. Прикрутить адаптивность в планах есть.

vit01> Да, ты уже несколько раз её упоминал. Если пишешь ещё раз, значит в скором времени станцию следует включить в основную сеть, верно?

В принципе, да. Сейчас там экономный фетчер и в принципе рабочий веб-интерфейс, который остаётся только наращивать и шлифовать.

vit01> Как только "тестовый период" закончится, пробросим гейт без проблем.

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

vit01> Ах да, это только на телефоне происходит. На десктопе всё фетчится.

Давай я расширю выхлоп фетчера сегодня, а ты погоняешь его на телефоне. Дабы стало ясно где он виснет (хотя я догадываюсь где, но не догадываюсь почему).

А вот и помидоры =)

vit01> Во-первых, фетчер запускается просто через ./fetcher.py, а надо бы через python3 ./fetcher.py

Для этого есть /usr/bin/env

vit01> Проблема из-за того, что на андроидовском окружении env находится не в /usr/bin. Так что либо предыдущий вариант, либо мне придётся расширить патч.

Я ещё раз хочу сказать, что не собираюсь заниматься поддержкой андроида в обозримом будущем. Так что можешь слать патч.

vit01> Во-вторых, фетчер просто зависает на надписи "Поиск новых сообщений..." и ничего не фетчит.

Вот это интересно. Такого я не наблюдал. На самом деле это весьма длительная процедура, так как он опрашивает ноду на предмет коротких индексов всех эх подписки.

vit01> В-третьих, он совершенно не выводит никакой дебаг-информации (к какому узлу подключаемся? что именно фетчим?)

А зачем она? Дебаг могу слепить отдельной опцией, но она постольку поскольку нужна. С какой станции фетч ведётся, мне кажется, и так ясно (в цезии с текущего, а так -- какой в конфиге указан), что фетчится тоже особо не даст ничего. А на остальное вполне может ругнуться и интерпретатор.

Сейчас в меня полетят помидоры, так как вместо действительно полезных и ныжных вещей я написл скроллбар в сабж. Уже в master-ветке репозитория =)

Difrex> Не фетчит. Нажимаю G - не стягивает сообщения. Патчем пропатчил. :)

Виснет или вылетает? Включи ещё в конфиге цезий fetcher_debug.

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

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

vit01> Фетчер начинает бесконечно запрашивать список и не выходит из цикла.

Пофиксил, вроде. Ситуация могла возникнуть только если эха была в локальной базе и не существовала на ноде. Добавл проверку.

vit01> Очень хотелось бы держать опцию дебага по умолчанию, (когда я работал над своим клиентом, это экономило кучу времени).

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