надо поправить в фетчере строку - в '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, на всякий случай :)

я за все эти годы... лет 10, наверное... только *День Яблока* смог пройти :) во всех остальных блужусь

и ещё у меня есть давний интерес сделать в виде такого текстового квеста, переведя попутно на русский язык, пусть и не точную копию, но что-то максимально похожее на The Secret of Monkey Island... но это, опять же, будет где-то лет через 10... 20... 30... :)

> В цезии есть такая возможность. Интересно как оно работает на стыке с гк?

поле to нормально работает, как и поле from. из всех полей только поле адреса выполняет другую функцию, чем в ii, и поэтому конвертируется туда-сюда, всё остальное остаётся *как есть*

ну, не 10, а 4, чуть ошибся :)
Registered: 2013-01-12
как время летит :)

- OpenBSD 6.1 RELEASED -------------------------------------------------
April 11, 2017.
We are pleased to announce the official release of OpenBSD 6.1.

Every OpenBSD release is accompanied by artwork and a song. OpenBSD 6.1
comes with the song "Winter of 95".

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

вот я и говорю - где Оля, Женя, Олег? :)

трекер им сломать, что ли? сразу объявятся :)

> Да не нужно

что не нужно? были же ещё недавно, и куда-то пропали

> Короче ждем опенбздшника, который любит инстед.

я в -wip pull-реквест сделаю

а ты приделай эхи к ланчеру или к игре - текст-то показывать дело нехитрое
И ОБЯЗАТЕЛЬНО ЭХУ СО СПОЙЛЕРАМИ. дайте мне хоть одну игру пройти :)

в :std.club пишут про OpenBSD
в :gk11 пишут про Instead и OpenBSD
и только в :obsd до сих пор пишут только про OpenBSD

или тут даже другой вопрос - зачем нужны другие эхи, кроме :obsd :)

надо чёб в процессе игры можно было спросить :)

Аминь, брат

это проблемы с правами на БД. тут не мой сервер, и с правами всё намудрёно. у меня с этим делом всё попроще - всё запущено от рута, и никаких проблем с правами нигде нет :)

а я пойду чаю попью. пять часов утра, как никак, время утреннего пятичасового чаепития

отправка из старого доброго и уже родного клиента

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

едем дальше

x/c и x/features - на этом, пожалуй, реализацию протокола пока больше трогать не будем

лимиты я вводить не буду - кому нужны лимиты, может просто вместо ii-адреса gk11.ru прописать адрес gk11.ru/lim/500

test