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

Ура!

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

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

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

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

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

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

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

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

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

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

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

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

>> Фетч снят. Жаль, теперь нас ещё меньше.
>Надо писать двухсторонний фетчер с гк11. Правда есть подозрение, что это будет не интересно Роме.

у меня эхи besedka, obsd, gk11, humor и пятая. и 8-значные адреса - непонятно, что куда транслировать. да и трафик тут незначительный - мне проще создать всё с нуля. Тем более, моих девочек тут никогда не любили :)

Станция ii.gk11.ru прекращает свою работу. Она будет погашена, прошу всех снять шляпы и фетчи.

ГК11, как я надеюсь, заработает в ближайшие дни... может, недели... а может - как обычно :) но я надеюсь.

станция находится на http://gk11.ru (сейчас там предыдущая станция, которая частично совместима с ГК11)
лирическая дока - на http://doc.gk11.ru
фоссил-репозиторий с технической докой, кодом, викой и прочими радостями будет открыт в самое ближайшее время на http://fossil.gk11.ru

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

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

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

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

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

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

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

>> Фетч снят. Жаль, теперь нас ещё меньше
>Надо писать двухсторонний фетчер с гк11. Правда есть подозрение, что это будет не интересно Роме.

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

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

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

AL> пишу я в надежде, что ноду будут тыкать кто-либо помимо меня. Особенно в части веб-интерфейса

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

Сабж уже некоторое время работает в тестовом режиме станция "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

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

Изменение в features-ветке:

* Настройки веб-интерфейса вынесены в конфиг (все, включая количество сообщений на странице)
* Сам конфиг немного причёсан, и там чуть больше комментариев

AL> Сабж уже некоторое время работает в тестовом режиме станция "tavern"

Да, ты уже несколько раз её упоминал. Если пишешь ещё раз, значит в скором времени станцию следует включить в основную сеть, верно?
Как только "тестовый период" закончится, пробросим гейт без проблем.

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

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

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

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

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

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

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

AL> Не понял что куда съезжает, если честно.
Например, вот это сообщение:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

vit01>> ... не выводит никакой дебаг-информации ...
AL> А зачем она?

Ты уже сам ответил на свой вопрос:

AL> На самом деле это весьма длительная процедура, так как он опрашивает ноду на предмет коротких индексов всех эх подписки.

Если процедура небыстрая, то дебаг нужен обязательно.

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

AL> что фетчится тоже особо не даст ничего. А на остальное вполне может ругнуться и интерпретатор.

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

А патч я тогда сделаю потом.

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

Замечательно. Мне не хватало этой фичи. Только представлял это как процент прочитанного где-нибудь в углу.

Ладно скроллбар (хотя зачем он вообще нужен?), но я сейчас обновил клиент, и возникла куча проблем.

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

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

А ещё при заходе в пустую эху (в моём случае это либо карбонка, либо favorites), клиент валится из-за скроллбара.

Проблема есть и на десктопе, и на телефоне.

Скрин: http://ii-net.tk/ii/files/74aTJsPBvtLCPelFtWTO.png

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

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

Дебаг показал, что на несуществующей в базе эхе (а именно iing.15) происходит выход за границы индекса.

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

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

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

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

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

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

А научите меня пользоваться сабжем.

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

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

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

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

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

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

Сделаю в районе фикса пустых эх.

У меня подход такой к разработке: есть фиксированные версии, а всё остальное это development ветка. Я пока не могу себе позволить по времени малые циклы разработки, но замена тегов на master-ветку никак не изменит того факта, что в ветке разработчика периодически будет что-нибудь отваливаться.

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

vit01>> Ах да, это только на телефоне происходит. На десктопе всё фетчится.
AL> Давай я расширю выхлоп фетчера сегодня, а ты погоняешь его на телефоне. Дабы стало ясно где он виснет (хотя я догадываюсь где, но не догадываюсь почему).

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

vit01> А ещё при заходе в пустую эху (в моём случае это либо карбонка, либо favorites), клиент валится из-за скроллбара.

Проблему понял. В ближайшее время поправлю.

GNUтым патчем патчил

Кстати, попробуй набрать

termux-fix-shebang fetcher.py

Кстати, с полным патчем ругается так же(добавил pwd в Popen)

/data/data/com.termux/files/usr/bin/sh: 1: ./fetcher.py: not found 

Но он есть

Пофиксил.

p = subprocess.Popen("python3 `pwd`/fetcher.py") ...

> Патчем пропатчил. :)

А ты точно его пропатчил? Patch должен быть не стандартным, который в термуксе, а GNU-шным.

Не помогло

>Виснет или вылетает?
Не виснет и не вылетает.

>Включи ещё в конфиге цезий fetcher_debug.
Сейчас попробую.

vit01> * фетч идёт с самого последнего сервера, который указан в конфиге (обнаружил, когда запускал скрипт отдельно)

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

AL> Для интеграции с чем? Давай чтоль конкретный фичереквест, а то количество сообщений оно пишет на экран, но есть подозрение, что это не то.

Для интеграции со своими скриптами. Например, мне хотелось бы сделать Android-уведомления о фетчинге. Для этого фетчер должен иметь 3 выходных состояния: 1 - скачано N сообщений, 2 - новых сообщений нет, 3 - ошибка <название>.

Это можно реализовать либо специальным "тихим режимом", где пишется только "fetched N" или "error: text", либо заворачиванием фетчера внутрь какой-нибудь питоновской функции.

vit01> Однако есть пара архитектурных проблем:
vit01> * фетч идёт с самого последнего сервера, который указан в конфиге (обнаружил, когда запускал скрипт отдельно)

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

vit01> * надо как-то узнавать, какое количество новых сообщений было скачано в ходе работы (или даже сами их айдишники) для удобной интеграции

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

Писать все msgid куда бы то ни было не вижу смысла, если честно. Разве что в дебаг-режиме для отлова кривых сообщений.

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

Протестировал, всё теперь работает. Осталось только патч дополнительный сделать.

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

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

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

Отпишись как протестируешь.

vit01> Для интеграции со своими скриптами. Например, мне хотелось бы сделать Android-уведомления о фетчинге. Для этого фетчер должен иметь 3 выходных состояния: 1 - скачано N сообщений, 2 - новых сообщений нет, 3 - ошибка <название>.

vit01> Это можно реализовать либо специальным "тихим режимом", где пишется только "fetched N" или "error: text", либо заворачиванием фетчера внутрь какой-нибудь питоновской функции.

Тихий режим можно организовать вполне.