>Что делать будем? Может, я пропишу напрямую айпишник в фетч?

Наверное, это будет самое правильное решение. Целостность сети и всё такое.

Захотелось мне перенести ноду на домашний сервер.

Насколько корректно будет оставить на текущем сервере index.php и ii-point.php с редиректом на домашнюю станцию? Проверил сейчас своим iitxt и оно в принципе работает, но хотелось бы услышать мнения и критику такого решения.

// Тестовый редирект находится тут: http://spline.rooker.ru/i/ii-point.php

>Можешь, пожалуйста, у себя загейтовать?

Не вопрос. Но после 17:00 по Москве.

>Поэтому мне надо поднимать прокси.

Можно попробовать написать на php прослойку. Подумаю пока. Всё равно старая нода всё ещё крутится.

Стандартный фетчер от ii-0.5 отработал через этот редирект нормально. Если не затруднит, проверь на php-ноде где-нить?

>Надо будет только нодовую синхронизацию проработать, и всё.

А разве нодовая синхронизация не через схему /u/ работает? По-моему, проблем быть не должно. Сейчас проверю.

Перенастраиваем фетчеры ii://lenta.rss.15.3

Yet another ii-client (именно так я назову следующую поделку).

Ещё когда я был поинтом у Ромы, я очень хотел клиент похожий на старый добрый GoldEd. Вот, наконец, руки его сделать дошли. Пока что он всё ещё кривоватый, особенно в плане кода, но уже вполне рабочий. Сам я уже несколько дней пользуюсь им для чтения почты, и пишу это сообщение с его помощью.

Взять это безобразие можно тут: https://github.com/spline1986/caesium

Для работы требуются python3 и ncurses.

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

Клиент вполне себе пишется и коммиты в ближайшее время по крайней мере в планах.

Внезапный коммит в сабже.

Надоело мне мышкой тыкать в картиночки clii (иногда находит да) и я запустил свой iitxt. И не понравилось мне, что mcview не переносит по словам и вообще кривовато работает с длинными юникодовыми строками. Потыкал less, но и там не обнаружил такого функционала. "Значит надо идти от противного" подумал я и добавил в этот клиент функцию переноса по словам при формировании пользовательской базы сообщений и файла с новыми сообщениями (mail/ и newmsg.txt соответственно).

Получилось грубовато, но работает сносно.

>Протестировал на телефоне, не работает.

>Скриншот: http://ii-net.tk/ii/files/wOGkGQgcE66kv4eHDPFn.png

Сложно сказать что там произошло. По какой-то причине curses не смог отключить отрисовку курсора. Как крайний вариант, закомментируй строки 371, 379, 517 и 527. Даже интересно стало.

>могу точно сказать, что 80x25 наберётся, если перевернуть телефон горизонтально.

Тогда странно. Но пока не в приоритете тестирование на маленьких терминалах =)

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

Что значит "смотреть следующие сообщения клиент так и не даёт"? Не переключается на следующие сообщения в эхе?

P.S.: Что-то подсказывает мне, копать надо в сторону версии ncurses, но я её ещё только осваиваю.

>Да, именно. На нажатия End, PageUp, PageDown не реагирует, показывает лишь первое сообщение эхи.

Похоже на проблемы с Esc-последовательностями.

>тут даже clii работает

Офигеть. Это круто.

>Закомментировал. Теперь при нажатии pageup/pagedown крашится.

Выглядит как подбитая база, если честно. Попробуй грохнуть echo/ и msg/ и перезапустить, но не факт, что поможет.

А разрешение терминала какое там? Просто меньше 80х25 пока не рекомендуется, так как может вызывать спонтанные баги.

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

Это будет отдельным конфигом сделано. Вместе с цветовой гаммой. И не надо будет лезть в исходник.

>Да ничего особенного. Андроид без рута и без GNU/Linux чрута, как правило, непригоден для использования, так что удивляться нечему.

Ну я андроид только на картинках видел, а круто даже не то, что ты это сделал, а что это вполне возможно. Теперь CL это ещё и язык для мобильных платформ =)

ii://lenta.rss.15.3 переехала ii://lenta.rss.15.4

Не забудьте перенастроить фетчеры.

>А что если я буду транслировать сеть ии в Elasticsearch, а поверх него сделаю веб-клиент. Полнотекстовый поиск в сети!

>Кто как считает, нужно/ненужно?

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

>Можно искать! :)
>Пока, конечно же довольно плохо, но работает. Буду запиливать постепенно фичи.
>http://umbrella.difrex.ru

Кстати, круто. Понравилось. Правда поле ввода не сразу нашёл ^__^

В сабже появилась возможность выгрузки сообщения в формате, схожем с форматом iitxt в текстовый файл с именем MSGID.txt.

Сабж переехала ii://lenta.rss.15.5. Шустро они контент генерируют.

В общем, пайтоны со всякими ncurses это здорово, но надо пилить клиент для windows. Не с web-интерфейсом, а хотя бы с мордой на подобии ncurses.

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

Беда в том, что я не программист и толком не умею писать программы. Это вам не на пятоне скриптовать всё таки =) Сейчас от безысходности засел немного пилить клиент на паскале lol. Посмотрим, что получится.

ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?

Обновление сабжевого клиента на github:

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

Архивные эхи не засоряют основной экран выбора эхоконференции, а находятся в отдельном списке. Переключение между основным и архивным списками конференций осуществляется клавишей A. Суть архива в том, что эти эхоконференции не синхронизируются с нодой и тем самым не влияют на скорость получения новых сообщений. Так же при просмотре архивных эхоконференций блокируется возможность создания сообщения или ответа.

Сабж целый ворох мельтешат в моей голове в последние дни. И вот надумал я воспользоваться тем, что у нас для всяких извращений существует схема /x.

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

Как смотрите? Я просто в данный момент занят своей реализацией ноды (как и все свои скрипты, я её пилю на python3; CL хорош, но не для масс) и раз уж так вышло, но попиливаю ещё и клиенты, то задумался об обмене бинарными данными. Конечно, это не файл-эхи, но файл-эхи в современных реалиях излишни, а вот фреки были бы порой полезны.

>> Я с ужасом обнарудил, что большинство моих знакомых плавно возвращаются на винду и им мои поделки постолько поскольку. Значит надо дать им клиент, стабильно работающий хотя бы на windows.
>Печально. Только вот в ii кроме нас практически никого и нет.

Так если не делать клиенты для девочек, то и не появится (нет, меня Рома не кусал) =)

>Для винды очень легко написать клиент на С# c родным интерфейсом, либо что-нибудь на C++ & Qt. Только для первого варианта надо вижуал студию ставить, а она довольно противна сама по себе.

Мне хочется чего-то более кросс-платформенного. Пока пробую то-сё. Может и напрбую чего.

>> ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?
>Мне точно не суждено, т.к. типичный "красноглазый хейтер" винды, и даже устанавливать не хочется =)

Я тоже хейтер, но винда у нас повсеместное явление. Это было бы полезно для сети.

>> ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.
>Во-первых, он не был, а есть, сейчас вам пишу именно с него =). Во-вторых, виндузным пользователям совершенно наплевать на размер exe (он будет не более 3мб, насколько помню, а по современным меркам это ничтожно).
>В-третьих, затея всё равно плохая, потому что конфигурация тут хранится в текстовом файле, который нужно править вручную в редакторе. Так что "простые пользователи" опять в пролёте.

А я что-то про 40+MB припоминаю. Видимо, Альцгеймер будет мне хорошим другом =)

ЗЫЖ Как тебе новая версия цезия?

>А был же у нас, вроде, клиент на кутях?
>Его нельзя просто перекомпилить?
ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.

>>Вам девочки или кроссплатформенность? :D
И того и другого. И можно без хлеба.

>Лично по мне проблема есть только в дружелюбном GUI. Примерно две трети наших клиентов нормально заработают под виндой с мелкими модификациями, проблема лишь в "юзерфрендли". Ну не хотят люди править в блокноте config.cfg, не хотят, что поделать!
Конфиги -- это вопрос третий. Пока надо хотя бы без проблем стартующий и удобный клиент намонстрячить.

>Неее, ни в коем случае. 5-10 мб - это самый максимум. Я раньше часто под винду питон скрипты компилял, помню.
Чем именно компилял? Просто есть пара затей глупых.

>Пробовал сегодня утром на андроиде, пока на дачу ехал. Решил сделать git reset, и он опять упал на этом curses_set() =)
>Придётся опять эти куски кода потом удалить.
Я традиционно не гарантирую полноценную работу под android.

Портировал цезий с ncurses на pdcurses почти без проблем. Но вот вывод юникода в этой ужасной системе не того этого. Там в терминале до сих пор cp866. Стоит ли писать декодирование или есть варианты получше?

>> Там в терминале до сих пор cp866.
>О_о
Сам в шоке =)

>> Стоит ли писать декодирование или есть варианты получше?
>Стоит, потому что хардкодить интерфейс дважды (для двух разных кодировок) неудобно.
>Только вот сомневаюсь, что цезий для девочек подойдёт. Им будет лень заучивать сочетания клавиш =(
Ну эту проблему я решил тем, что забил на curses. Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)

>При нажатии Q (ответить) в пустой эхоконференции клиент крашится.
Пустые эхи не проверяются, но пофикшу обязательно.

>F10 (выход из цезия) не работает, если находишься в режиме чтения эхи.
Это фича, а не баг =)

>Ну эту проблему я решил тем, что забил на curses. Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)
Хотя, если будет Qt-клиент с хорошим дизайном, то вряд ли будет острая необходимость в моей поделке =)

>Как раз на Tk тебе рассчитывать не стоит. Он довольно некрасив по внешнему виду и отпугнёт пользователей ещё больше.
Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)

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

>А вот curses - это эксклюзив и по-гиковски. Так что лучше взять какой-нибудь wxPython и сделать форк Caesium GUI Edition, а ncurses версию не забрасывать.
Примерно так и будет. Вынести всё в модули и попиливать под настроение.

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

>> Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)
>На винде tkinter.ttk выглядит нормально, а для линуксов придётся собственную тему создавать (и со шрифтами разбираться). Ну и ладно, у нас ncurses есть, так что не критично. // это просто ради информации
Вот про шрифты недопонял. У меня tk очень давно (лет 6-7 назад) выглядел ужасно, но сейчас даже без настроек шрифта хорошо смотрится.

>А как же выбор эх и диалог загрузки сообщений? Убирать в цикле элементы и заново расставлять их ещё то извращение =)
Да особо и не нужно на самом деле.

>Хотя первый пункт можно реализовать как в андроид клиенте (сбоку эхи расположить, и всё).
Вот это. Делать наподобии ncurses-интерфейса я не буду. GUI даже при разрешении 800х600 позволяет так не экономить место на экране, как это приходится делать в терминале.

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

>Нужно более точное описание. Загружать файлы могут поинты или только сисопы? Будет ли это вовлечено в нодообмен? Максимальный размер файла и/или квоты на место? Всякие неприятные штуки вроде bash-скриптов c rm -rf /* || файл.ехе ?
Приведу пример из FIDONet и как я это вижу в случае ii.

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

В ii я вижу это так (для клиентов, так как над веб-нодой пока не думал):

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

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

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

>У каждого свои вкусы, но суть ты понял. Просто они должны сочетаться с остальными элементами интерфейса, с родными системными шрифтами.
Так оно, но я не лепил GUI с тех пор, как дописал дипломный проект на Delphi. Так что считаю возню с tkinter полезной. К тому же мне всегда был симпатичен внешний вид Tk-приложений. Правда это опять таки не меняет сути дела, так как речь идёт о клиенте для девочек =)

>Тогда "подводных камней" здесь нет, и это мне нравится. Осталось только придумать механизм отдачи на ноде, и всё.
Да. Реализация должна быть в духе ii. Простая донельзя. Поверх http это очень просто делается, а другой ноды я не держу и не пишу пока. В конце концов, насколько я помню, /x это как XEP у XMPP. То есть необязательное для поддержки расширение стандарта.

>http://ii-net.tk/ii/files/VX71VFW7eqgYroOh06wm.png
>Слева tk интерфейс, справа Qt. Разница видна невооружённым глазом.
Честно говоря, на мой вкус Tk победил по аккуратности шрифта. Но я понял о чём ты.

>Если что, готов помочь с цезием, только напиши. Ибо мне он понравился.
Вот если ты приведёшь в порядок работу на андроиде, это будет круто. Другим pull-реквестам я тоже рад, конечно, но не факт, что приму всё в апстрим. Клиент мечты всё таки =)

>>http://ii-net.tk/ii/files/VX71VFW7eqgYroOh06wm.png
>Ух ты! Как погоду в i3bar рисуешь?
Это кнопка меню. И это awesome =)

>Да, верно. Только в метаданных (списке) должно быть имя файла, иначе придётся возиться с mimetypes.

Если ты под метаданными индекс подразумеваешь, то у него будет формат, схожий с /list.txt. То есть <имя файла>:<опциональное описание>.

Очередная пачка коммитов:

* Исправлен баг с отправкой сообщений в обратном порядке.
* Добавлена функция отрисовки окон сообщений (взамен хардкода в функции сохранения).
* Добавлен функционал для работы с избранными сообщениями (через метаэху favorites).
* Получение списка сообщений для режима чтения вынесено в отдельную функцию.
* Добавлена проверка на пустую эху при опросе клавиатуры в режиме чтения.
* Теперь выйти из клиента можно и из режима чтения (после этого замечания Виктора мне стало не хватать такой штуки =)

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

>> По некоторому размышлению подумал, сделать ли <имя файла><размер>:<опциональное описание>? Причём размер сразу текстом и в человекочитаемом формате, чтобы была возможность ручного чтения файла-индекса.
>Размер тоже неплохо бы. Но лучше в байтах, чтобы клиент мог всё распарсить. К примеру, файл 2 гигабайта, и клиент сам проверит, хватит ли места на ЖД для него, или нет.
Я сперва именно в байтах думал, но потом пожалел потенциальных пользователей клиентов без поддержки этой схемы =)

Спорный вопрос, в общем. Надо голосовать.

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

>POST /ii-point.php?q=/x/file
>pauth=строка_авторизации&filename=имяфайла.jpg

>по аналогии с /u/point? Осталось лишь придумать названия схем, и всё.
Именно так я и хочу это реализовать. Может даже имеет смысл запихнуть всё в одну схему: есть параметр filename -- шлём файл, ежели нет - шлём индекс.

>> Если ты под метаданными индекс подразумеваешь, то у него будет формат, схожий с /list.txt. То есть <имя файла>:<опциональное описание>.
По некоторому размышлению подумал, сделать ли <имя файла><размер>:<опциональное описание>? Причём размер сразу текстом и в человекочитаемом формате, чтобы была возможность ручного чтения файла-индекса.

Новые коммиты в сабже.

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

Перечитывал тут от бессонницы архив болталки и подумал, что прямой RSS это тупик всё таки. Разве что по заголовкам пробежаться. В связи с чем к выходным планирую скрыть из спика своих эх ЛОР и ifiction и начать репостить всё вручную в отдельные эхи, а роботов в последствии переселить на отдельную служебную ноду. Как только поддержку нескольких нод доделаю в цезии.

Преимущества очевидны: не надо будет гулять по ссылкам, чтобы прочитать полные версии статей или новостей, а всё в одном месте и отварматированно. Как минимум эти два ресурса я потяну, а дальше видно будет.

>> * Исправлен баг, в некоторых случаях приводивший к "забыванию" последнего прочитанного сообщения в эхе.
>Видимо, на андроиде из-за этого чуть изменилось поведение :)
>Клавиша End теперь увеличивает номер прочитанного сообщения на единицу и выходит в список эх. Раньше не увеличивала.
Копать надо в сторону Esc-последовательностей на андроиде или в том ncurses, который у тебя на аппарате. Суть в том, что всякие там функциональные клавиши, Home, End и прочие PageUp'ы через такие вот последовательности обрабатывают. То есть ловится esc или из-за медленной отправки сканкода или из-за кривости терминала.

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

>Значит придётся просто заменить клавиши, т.к. Esc последовательности просто криво идут.
Это я в апстрим не возьму. Клиент никогда не позиционировался как приложение для мобильных платформ и затачивался строго на *NIX на десктопе/лаптопе.

>Кстати, обнаружил ещё, что получение сообщений нельзя запустить во время чтения эхи.
Это описано в README. И это очень правильно, ящитаю. Изначально я вообще хотел разделить на разные приложения мейлер, тоссер и ридер, но потом передумал.

>Также нашёл вот такую ошибку при нажатии на PageDown: http://ii-net.tk/ii/files/9zw8f4k0tXEoeZyFB0Ax.png
Поправил. Глупая в сущности ошибка.

>> Это я в апстрим не возьму. Клиент никогда не позиционировался как приложение для мобильных платформ и затачивался строго на *NIX на десктопе/лаптопе.
>Я и не предлагал брать это в апстрим. Клиент твой, сочетания клавиш твои. Просто уточнил, что буду делать при создании Caesium-FixEsc патча.
Патч вышли. Патчи буду рядом складывать, чтобы пользователь сам патчил при желании =)

>> Преимущества очевидны: не надо будет гулять по ссылкам, чтобы прочитать полные версии статей или новостей, а всё в одном месте и отварматированно.
>Когда кто-то высказывался против этого, аргументом было, что "а как мы определим, какие новости интересные, а какие - нет? лучше делать кратко, чтобы решать для себя, читать или нет".
Я не собираюсь фильтровать новости. Благо с этих двух ресурсов их не так много. К тому же никто не мешает писать отсутствующие новости в эху нескольким человекам.

Сабж обзавёлся несколькими полезными скриптами.

rmecho.py
Удаляет эхоконференцию из базы. Название эхи передаётся скрипту параметром. Удаляет и индекс-файл и сообщения.

txt2sqlite.py
Как не трудно догадаться из названия, скрипт требует sqlite3 и перегоняет базу в sqlite3-формат. Делает это на удивление быстро. Так как сабж пока не умеет работать с такой базой, то может оказаться полезен для резервного копирования и переноса базы одним файлом.

sqlite2txt.py
Производит действия обратные предыдущему скрипту.

Скрипты надо запускать из директории tools/. sqlite2txt.py разворачивает базу в этой же директории. Так сделано для того, чтобы ненароком не поломать существующую базу, так как с кривыми эхами (привет, creepy.14) могут возникать проблемы.

Offtopic: creepy.14 я поправлю в ближайшие дни. Все, кто потретил драгоценное место на харде под эту эху, имейте в виду: её надо будет перефетчить во имя добра.

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

От RSS её отличает полный объём новостей и прилагающиеся ссылки, присутствующие в тексте новости.

С прискорбием сообщаю, что я ламер. До сегодняшнего вечера сабж не работал на python 3.2 точно и, возможно, на 3.3. Но теперь это недоразумение исправлено и теперь он радоает и на 3.2 и на 3.4. Может даже на 3.5 работать будет =)

P.S.: Когда разобрался в чём было дело, удивился, что оно вообще работаело.

P.P.S.: Не работал дебандл при фетчинге. base64.b64decode, если быть точным.