второй этаж
> spoiler!
PiDQodGC0YDQtdC70Y_QudGC0LUg0LjQtyDQtNGA0L7QsdC-
0LLQuNC60LAg0LLQviDQstGC0L7RgNC-
0LPQviDRgdC70LjQt9C90Y8sINC_0LXRgNCy0L7Qs9C-INC4IN
GC0YDQtdGC0YzQtdCz0L4g0L7RgtCz0L7QvdGP0LnRgtC1INC-
0LPQvdC10LzRkdGC0L7QvC4g0J_QtdGA0LXQt9Cw0YDRj9C20L
DQudGC0LUg0LTQstGD0YHRgtCy0L7Qu9C60YMuINCh0YLRgNC1
0LvRj9C50YLQtSDQsiDQv9C10YDQstC-
0LPQviwg0L7Qs9C90LXQvNGR0YLQvtC8INC-0YLQs9C-0L3Rj9
C50YLQtSAKCtC90LjRhNC40LPQsCDQvdC1INGA0LDQsdC-
0YLQsNC10YIuINC70Y7QsdC-0Lkg0LLRi9GB0YLRgNC10LsgLS
DRgdGA0LDQt9GDINGD0LHQuNCy0LDRjtGCLiDQvtCz0L3RkdC8
0ZHRgtC-
0Lwg0LzQvtC20L3QviDQtNCy0LAg0YDQsNC30LAg0L7RgtC-0L
PQvdCw0YLRjCwg0L3QsCDRgtGA0LXRgtC40Lkg0YHRgNCw0LfR
gyDRg9Cx0LjQstCw0Y7Rgi4g0LrQsNC6INC_0YDQvtC50YLQuC
3RgtC-INC00LDQu9GM0YjQtT8=

прошёл это... капец, я и не знал, что в текстовых квестах бывают аналоги пиксельхантинга :) степхантинг :)

уфф, даже с солом еле прошёл
надеюсь, Леночка будет попроще :)

два достижения из 4-х возможных, 2-е и 3-е. чё я пропустил? пойду в сырцах покопаюсь
> spoiler!
0L7RgdGC0LDQu9GB0Y8g0LHRg9GC0LXRgNCx0YDQvtC0IDopIN
C30LDRh9C10Lw/IDop

надо чё-то делать с лейкой - если один раз полили, пусть больше не запирают :)

3 из 4, понял зачем нужен предмет из спойлера :)

> через пару секунд лена

лена с маленькой буквы

есть 4 из 4 :) хорошая игра :)
> spoiler!
0LXRkSDQsdGLINC10YnRkSDRh9GD0YLRjC3Rh9GD0YLRjCDQv9
C+0LTQu9C40L3QvdC10LUgOik=

Фотоохота не работает :(

перегружал. все нажимаются, а при нажатии на Фотоохоту происходит что-то невнятное и оно не работают

Debian 8, Firefox 45

вверху меню появляется текст main, и instead перестаёт работать. если обновить страницу, появляется фотоаппарат и надпись ФОТООХОТА, но instead опять же не работает :) только сброс в начало игры помогает. все остальные игры работают без проблем.

ща, в Весну поиграю малёхи

[click] act 2:Text "ФОТООХОТА"
[file: games/photohunt/main3.lua]
{error} [string "stead.lua"]:494: Set unitialized variable: lena at @prefs
{error} [string "stead.lua"]:494: Set unitialized variable: lena at @prefs
> act 2
title <b>main</b>
inv
picture null

я лучше кота ещё раз пройду :) он на 1.9.1 работает :)

если это сообщение видно на syscall, значит обратный фетч работает

а зачем её чистить?

знать бы ещё, хто это такие и чем знамениты :)

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

да, связано, оно чего-то начало корёжить repto :)

надо поправить в фетчере строку - в 'repto': t[0][4:] вместо [:4] написать [4:]

затем сделать

sqlite3 bb.db

и там уже

delete from msg where repto like 'bb##';

затем получить все сообщения заново фетчером

правда, теперь весь порядок сообщений слетел :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

кстати, чёт я не вижу, чтобы в фетчере где-то 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()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

http://git.gk11.ru/gk11/gk11-server/commit/bd1c7ebf5ba52962da67b6fce01ce2c4dba2996f

во всём нужно знать меру :) 999999 хватит для всех :)

в веб-интерфейсе - нет, оно в hidden-поле зашито - ну, можно это hidden-поле преобразовать в текстовое, но зачем? :) через клиенты - можно, где такое предусмотрено

хотя, в принципе, карбонки есть и в клиентах и на самом сервере:

http://club.syscall.ru/for/Peter
http://club.syscall.ru/rssfor/Peter

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

внёс ещё порцию изменений - если это добро не развалится, то можно будет оформлять это, как новую версию - не всё ж на старой жить :)

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

---
 tpl/mform.html | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/tpl/mform.html b/tpl/mform.html
index 62243ce..b84a4ea 100644
--- a/tpl/mform.html
+++ b/tpl/mform.html
@@ -31,7 +31,7 @@
 <form class="form-horizontal" role="form" method="post" enctype="multipart/form-data" action="/a/savemsg/{{ea}}">
         <input type="hidden" name="repto" value="{{repto}}" />
         <input type="hidden" name="msgfrom" value="{{u.uname}}" />
-        <input type="hidden" name="msgto" value="{{rmsg.msgfrom if repto else 'All'}}" />
+        <input type="text" name="msgto" value="{{rmsg.msgfrom if repto else 'All'}}" class="form-control" id="msgtoInput" placeholder="Получатель">
         <input type="text" name="title" value="{{zubj}}" class="form-control" id="subjInput" placeholder="Тема сообщения">
         <textarea name="outtxt" class="form-control" style="height:300px" placeholder="Текст сообщения"></textarea>
 
-- 
2.1.4

- <input type="hidden" name="msgto" value="{{rmsg.msgfrom if repto else 'All'}}" />
+ <input type="hidden" name="msgto" value="{{rmsg.msgfrom}}" />

- <input type="text" name="msgto" value="{{rmsg.msgfrom if repto else 'All'}}" class="form-control" placeholder="Кому"/>
+ <input type="text" name="msgto" value="All" class="form-control" placeholder="Кому"/>

http://git.gk11.ru/gk11/gk11-server/commit/03f9b29b62de8125b88d2f1673697decbd81d95f

заодно я переименовал conf.py в conf.py.orig, на всякий случай :)