> Пока ничего не делаю, жду окончательного решения. :)

ну всё, всё так и делать - поправить фетчер, удалить все сообщения с bb##, запустить фетчер заново, а затем выполнить скрипт, который перебивает accepted, потому что сортировка идёт именно по этому полю

Ок, я вроде все сделал

скрипт запускал? чёт не видно - сортировка улетела

Так, проверяем

Я вроде все сделал так. В базе bb## больше не вижу.
У меня есть старая база - могу вернуть?

ты скрипт из трёх строчек запускал? надо создать там, где run.py, какой-нибудь файлик типа acc.py, записать туда эти три строчки и запустить его python-ом - тогда accepted-даты перебьются заново (см, как у меня на станции)

from bbdata.dbj import msg

for n in msg.select().where(msg.echoarea == 'std.club'):
    n.accepted = n.date

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

тогда эти сообщения потеряются :)

Повторил, сообщения не потерялись а слились с тебя. Что дальше?
Повторил всю процедуру с самого начала - вырезка bb##, фетч и data
Могу дать базу на dropfile куда нить

> Повторил, сообщения не потерялись а слились с тебя. Что дальше?

да так и надо было сделать сразу :)

Что делать? Дропать базу и брать с тебя? Напиши строку sql запроса plz. А то я долго буду соображать.

проще тогда прибить все сообщения в эхе и получить их потом с меня

да ничё не надо уже делать - порядок сообщений восстановился же

Странно, я вижу как время у моих сообщений прыгает с 22 к 19 и обратно... гм

Я в этом не уверен. После очередного фетча похоже меняется время у сообщений....

Да нет, он просто показывает то в UTC то нет.. Это все очень странно :)

на главной странице время в UTC, а внутри - локальное :) это так исторически сложилось :)

Фух... Но подсветки новых все-равно не вижу вроде...

но если внутри навести мышкой на часики - там тоже будет в UTC :)

Короче, сейчас я не вижу ни одного синенького сообщения. Нормально ли это? )

в смысле? набери в поиске по странице браузера to All - вон они все, синенькие

Все, понял!

После обновления из гита:

Traceback (most recent call last):
  File "caesium.py", line 1621, in <module>
    load_colors()
  File "caesium.py", line 233, in load_colors
    curses.init_pair(11, colors.index(param[1]), colors.index(param[2]))
_curses.error: init_pair() returned ERR

До этого долго безуспешно пытался завести его. :) Фетчер срабатывает, пишет новые сообщения, но ... все по 0 остается в списке.

Это я про цезий :)

самый нормальный цезий - это старый, до сих пор им пользуюсь. работает, как часы

http://git.gk11.ru/gk11/ii-clients-gk11/src/master/old-caesium

Ну, надо двигать новое тоже.
Вот ii/idec есть, но ты же пишешь gk11. ;) Так и тут, совместим приятное с полезным, spline пофиксит или расскажет, где я не прав.

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

если какая-то вещь устраивает - то зачем её менять? я вот с ужасом жду, когда выйдет 9-й дебиан, потому что не хочу менять свой 8-й, и ещё бы много лет на нём прожил :)

Да про разницу gk11 и ii я прочитал и визуально ощутил.

> самый нормальный цезий - это старый, до сих пор им пользуюсь. работает, как часы

И конечно у тебя есть весомые аргументы. Так зачем же ты их от нас скрываешь?

> http://git.gk11.ru/gk11/ii-clients-gk11/src/master/old-caesium

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

> После обновления из гита:
> До этого долго безуспешно пытался завести его. :) Фетчер срабатывает, пишет новые сообщения, но ... все по 0 остается в списке.

Что-то ты сломал, похоже. Попробуй на чистую склонированную накатить базу и конфиг.

> И конечно у тебя есть весомые аргументы. Так зачем же ты их от нас скрываешь?

он простой, понятный и просто работает

новые версии, сколько не пробовал - неудобно и всё тут

>> И конечно у тебя есть весомые аргументы. Так зачем же ты их от нас скрываешь?

> он простой, понятный и просто работает

Ты сейчас разницу между гк и ii описал =)

> новые версии, сколько не пробовал - неудобно и всё тут

С учётом того, что в используемой тобой части ничего не поменялось, утверждение весомое.x

я только когда увидел, что фетчер вызывается через shell, а не через import - уже за голову схватился :) у меня может запросто не быть python-а в PATH, или он может называться своим именем

Рома> я только когда увидел, что фетчер вызывается через shell, а не через import - уже за голову схватился :) у меня может запросто не быть python-а в PATH, или он может называться своим именем

А поправить конфиг тебе религия мешает?

Импортируй ка нативный бинарь, например. Отчего бы не использовать такой фетчер в перспективе?

> Импортируй ка нативный бинарь, например. Отчего бы не использовать такой фетчер в перспективе?

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

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

Сделано на вырост. Тем более нынче мне очень понравился golang и я некоторый софт хочу на нём реализовать. Например, уже есть нода без веб-интерфейса http://spline-online.tk:4242/

Сначала надо с падениеи разобраться. Я делал git status, стирал все лишнее. Не помогло. Вечером еще попробую.

Ребята, не ссорьтесь. :)

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

Откровенно говоря, у вас обоих есть косяки, например: :)

У сплайна в ноде если не написать завершающий /. Вчера минут 15 на этом застрял. :)

У тебя: фетчер не оформлен никак (ни параметров, ни конфига). Да и run.py не особенно в демона оформлен. :)

Разобраться стороннему человеку не так просто. Хотя вроде бы все т просто.

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

gl00my> Это не критика, но все же дооформить и выложить публично, как законченный "продукт" было бы неплохо.

Проверка из цезия. :)

Когда все настрою, я попробую сделать страничку "что это такое" с настроенным цезием.
И размещу у себя на сисколле. Может, кто-то и придет :)
Тем более, что когда выпустим STEAD3 (после Пасхи) -- будем пиариться на лоре.

> У тебя: фетчер не оформлен никак (ни параметров, ни конфига).

его можно вообще в лоб пускать, и он будет по /discover всю ноду синхронизировать
не понимаю, зачем там нужен конфиг :)

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

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

> Нужно делать копипаст.

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

Я понял твою позицию. Но для меня, минусы значительны. Хотя я тоже сторонник простоты (возможно, не такой экстремальной) Например, после git pull мне придется менять несколько файлов. Самый критический минус я озвучил -- скрипт может вообще не быть доступен для записи ( если он в рамках дистрибутива оказался).
А так тебе решать, просто вопрос цели. Если цели нет -- распостранять технологию -- то можно ничего не делать. Мне не критично точно, но в таком виде не могу "рекомендовать" поставить ноду друзьям, если только сам не поставлю.

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

исправил LIMIT в старом фетчере, и добавил фетчер с командным управлением
http://git.gk11.ru/gk11/gk11-server/src/master/tools/gkfetch-db-argv.py

запускать так:
python2.7 gkfetch-db-argv.py НОДА ЛИМИТ ЭХА ЭХА ЭХА
либо python2.7 gkfetch-db-argv.py НОДА ЛИМИТ /discover

то есть:
python2.7 gkfetch-db-argv.py gk11.ru 700 std.club obsd

Ага. Доеду до работы и прикручу

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

from bbdata.dbj import msg

for n in msg.select().where(msg.echoarea == 'obsd'):
    n.accepted = n.date

Понял. Я собирался кстати фечить не все (мне старые сообщения не особенно важны), или по какой то причине лучше все?

лучше все. чтобы была полная копия на случай... да случаи разные бывают :) там всего-то менее 700 сообщений