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

Я уже не 1й раз пытаюсь подружиться с питоном, и знаю, что меня обманывают. :) По моему, самые простые языки: луа, си, ассемблер. От сложного к простому. А питон мной воспринимается просто как сборник рецептов. Не могу почувствовать язык. Не могу понять его логику. :) Но я надеюсь :)

Действительно не самый простой язык. Почему-то принято синтаксический сахар и обширность стандартной библиотеки называть простотой языка, но на деле всё совсем не так =)

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

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> Это не критика, но все же дооформить и выложить публично, как законченный "продукт" было бы неплохо.

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

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

его можно вообще в лоб пускать, и он будет по /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 сообщений

Ок, заберу все. Добавить эху на главную -- это просто текстовый файл? В базе вроде нет ничего?

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

Что то скрипт со сбросом даты не помог :)
Что делать?

Что то скрипт со сбросом даты не помог :)

попробуй в конце скрипта дописать строчку
msg.save()

А разве без параметра сработает?

В общем, все странно.
добавил n.save (а не msg.save)

В базе теперь времена совпали, но сортировка - все равно убитая.
Пока откатил базу назад

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

Нужен скрипт, который для всех сообщений сбрасывает дату на время создания. :)
Сможешь в виде sql запроса оформить?

> А скрипт в виде простого цикла - который ты дал ранее - не меняет дату.

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

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

именно этот скрипт я тебе и дал - почему он не работает, я не знаю

Тогда очень странно... :(

Вот конкретно сейчас. Даты же сбиты?

почему, сейчас нормальные даты

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

вообще, по идее, это надо в фетчер *право первого синка* ввести, чтобы оно accepted не проставляло

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

потом этим займусь

Ладно, что то похожее на правильные даты у нас получилось вроде. Хоть и не совсем. :) Но жить можно...

> потом этим займусь

Хорошо бы. :)

> Хорошо бы. :)

http://git.gk11.ru/gk11/gk11-server/commit/901311a5c219ef57bb0b1d2512e7506bab66c053

999999 сообщений хватит на всех :) теперь, если задать LIMIT равным 999999, то accepted будет равно дате сообщения

Может, лучше 0? ;) Или -1? А то как то 999999 как то совсем магически.

зато меняется в полстрочки. если 0 - то надо будет ещё делать перебитие лимита, либо менять в сервере

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

Да я про это и говорю, безлимит -- это -1 или 0. Оба варианта красивее по моему чем 999999 :)