Сообщения в EleanorLordPray 0.2

EleanorLordPray 0.2

Добрый вечер, друзья. Вечнозелёное обновление EleanorLordPray, сердца проекта ГК11.

* Хуки на сообщения (файл msghook.py) - сообщения можно обрабатывать: видоизменять или отбрасывать. Новые сообщения порождать нельзя, но можно запускать любые внешние обработчики из msghook.py
* следствие из первого - фетчеры теперь не должны писать в базу, а должны использовать api сервера (оно, конечно, будет защищено ключом доступа), в виде POST-запроса к /_in/, чтобы все сообщения проходили через единые обработчики. также это должно резко снизить количество сбойных данных в базе, вызванных некорректной реализацией внешнего фетчера
* ii-фетчер, который строит topicid по repto, в качестве примера я собрал std.tech и std.prog
* list.txt
* разное по мелочи

http://gk11.ru/s/elp-0.2.tar.gz :: http://elp.51t.ru
gk11 to All (2017-10-22 08:58:29) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
> Добрый вечер, друзья. Вечнозелёное обновление EleanorLordPray, сердца проекта ГК11.
Еще такой вопрос. pybottle по умолчанию запускается в 1-поточном режиме. Я у себя на сервере запускаю iing в многопоточном режиме, в связи с этим мне пришлось вносить в него кое какие изменения, связанные с тем, что глобальный контекст становится общим для нескольких нитей. Будет ли (или уже так) elp thread safe? :)
Peter to gk11 (2017-10-22 09:24:58) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
можно использовать py-gevent, вроде бы раньше в исходниках было закоменировано
когда мне нужна многопоточность, я его использую. конечно, оно от этого не параллелится на несколько ядер - для этого можно использовать несколько потоков того же gunicorn - но тогда я теряю общее адресное пространство (в одном процессе я вместо постоянного перечитывания данных на каждый запрос просто держу их в памяти постоянного, и всё становится быстрым), поэтому такое я не использую - да и незачем :)
gk11 to Peter (2017-10-22 09:34:44) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
Теперь и http://gk11.ru

После избавления от основных багов буду вводить сайт в эксплуатацию и гейтовать все эхи std.*

Первая версия документации: http://doc.gk11.ru : жду отзывов, критики и предложений :)
gk11 to gk11 (2017-10-22 15:47:30) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
> После избавления от основных багов буду вводить сайт в эксплуатацию и гейтовать все эхи std.*
Я же могу их назад фетчить? Если да, то надо и obsd...
Peter to gk11 (2017-10-22 15:56:03) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
obsd надо

но у нас есть obsd.11, у нас есть http://iigate.gk11.ru/:openbsd.cvs
у нас есть беседка http://51t.ru/besedka.html
у нас есть комментарии к топикам (включая ту же беседку) http://51t.ru/comms.html

и я до сих пор не могу представить, как со всем этим добром взлететь и как его распихать. раз сейчас есть топики, можно попробовать распихать по топикам, но пока чёткой концепции, что со всем этим добром делать, у меня нет. единственное, когда доделаю js-api, заменю страницы на js-вставки на этих сайтах, со ссылками на сам форум для пользователей links/lynx/etc. Но, опять же, нужна структура и иерархия, что да как. про комменты пока лучше забыть, а попробовать свести obsd.11, cvs и беседку.
gk11 to Peter (2017-10-22 16:03:19) [ссылка]

Re: EleanorLordPray 0.2

Ответ на сообщение
Я так полагаю, что obsd.11 так и оставить архивом, и в первом сообщении дать на неё ссылку
cvs пока оставить в покое, а затем сделать эху openbsd.cvs

А из беседки сделать эху openbsd.talk, и все текущие сообщения сконвертить с сабжем Беседка, остальные разрешить заводить вольно. Как создам эху openbsd.talk, тогда её можно будет и загейтовать. Потом уже что-нибудь с obsd.11 решим - я ещё поищу, есть ли у меня более полные архивы.
gk11 to gk11 (2017-10-22 16:16:05) [ссылка]