Мета трекер:

http://meta.gk11.ru
json: http://meta.gk11.ru/meta.json

> Игнорируя все доводы разума.

Я её хотел использовать, как блох в свитере, в качестве замены покойному python.51t.ru - перекинуть все рецепты оттуда и дописать новые. Но как-то не сложилось :)

Питоноэха снята с гейта и добавлена в архив. Снапшот архива на alicorn.tk обновлён. См. документация.

Фэха books прокинута

Сабж. В таверне и на гоноде (spline-online.tk:4242) открыта новая файлэха books. Предназначена для обмена художественной литературой.

Фетчер уже настроен на забор со станции мира.

gk11> я даже не знал, что такая сохранилась, мне такая не видна

В таверне есть. На Go! есть. Про остальные узлы не скажу, но не далее как в августе там летали сообщения даже.

gk11> ну раз я два года без неё прожил, значит уже и мне не нужна :)

Она изначально была лишней сущностью ж.

Difrex(mobile)> На этой эхе, помню, Рома очень настаивал.

Игнорируя все доводы разума.

я даже не знал, что такая сохранилась, мне такая не видна

ну раз я два года без неё прожил, значит уже и мне не нужна :)

На этой эхе, помню, Рома очень настаивал.

Ну, если попытаешься ответить на уже зафетченное сообщение, то ничего не выйдет. В онлайне и ленте только что стянутых - работает.

А зачем нам сабжевая эха? За два года 44 сообщения. При этом есть более общая develop.16, которая спокойно может принять на себя и разговоры о змеях. Может снимем её уже с бона?

ЗЫЖ мне не свербит, но это ж лишняя сущность. О чём я ещё в 15-м году и говорил =)

Difrex(mobile)> Лучше брать не тег тогда, а последний коммит из мастера - там есть фиксы базы =)

Ну я теги никогда и не забираю, пожалуй. Только если опакечиваю что-то.

Difrex(mobile)> Да, ответ на локальную почту поломан

Вот это чёт не понял =)

Лучше брать не тег тогда, а последний коммит из мастера - там есть фиксы базы =)

Да, ответ на локальную почту поломан

Difrex(mobile)> $subj выкатился!

Ура! А хоть что-то происходит помимо захвата сети роботами :)

Посмотрю сабж обязательно.

$subj выкатился!

Пока в сети разговаривали только роботы, idec.el созрел для публичной альфы.

Скачать: https://github.com/Difrex/idec.el

Что работает:
* Онлайн просмотр эх из /list.txt
* Онлайн просмотр скрытоэхи
* Фетчинг сообщений с сохранением в sqlite3 базы
* Просмотр зафетчинных сообщений с возможность пометить прочитанным все
* Ответы без цитат
* Новое сообщение в эху

Что не работает:
* Ответы с цитатами
* Сортировка тредов по repto
* ii:// ссылки
* Подсветка синтаксиса

Что удручает(и будет исправлено):
* Корявый UI
* Ответы без цитат

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

А из беседки сделать эху openbsd.talk, и все текущие сообщения сконвертить с сабжем Беседка, остальные разрешить заводить вольно. Как создам эху openbsd.talk, тогда её можно будет и загейтовать. Потом уже что-нибудь с obsd.11 решим - я ещё поищу, есть ли у меня более полные архивы.

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 и беседку.

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

Я же могу их назад фетчить? Если да, то надо и obsd...

Теперь и http://gk11.ru

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

Первая версия документации: http://doc.gk11.ru : жду отзывов, критики и предложений :)

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

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

Еще такой вопрос. pybottle по умолчанию запускается в 1-поточном режиме. Я у себя на сервере запускаю iing в многопоточном режиме, в связи с этим мне пришлось вносить в него кое какие изменения, связанные с тем, что глобальный контекст становится общим для нескольких нитей. Будет ли (или уже так) elp thread safe? :)

Добрый вечер, друзья. Вечнозелёное обновление 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

list.txt сейчас нет, но добавить не проблема, в 0.2 уже будет :)

совместима для всего, что не режет заголовки :) новых заголовков два, первый tags, который вне станции вообще ни на что не влияет и его достаточно просто переносить, второй - topicid, который, в принципе, можно вычислять по repto, но это должна делать твоя станция (пока фетчеров-счетоводов нет)

/u/e и /u/m реализованы. брать пока ничего не надо, эти данные будут меняться произвольно, это только демо, показывающее, что всё это живёт и развивается... потихонечку :)

А на сколько твоя ELP совместима с ii/IDEC?

В демо тыкнулся в /list.txt, а там его нет. Там можно как-то фетчить через /u/*?
Я бы в индекс добавил...

используется параметр topicid

> Новая тестовая версия системы

Ага, симпатично. А для построения иерархии сообщений ты смотришь на repto?

Новая тестовая версия системы публикации изображений, представляющей по выбору представление *форум*, *эха* или *блог*.

* Весь дизайн, кроме блога, переведён на foundation - мне до сих пор не нравится внешний вид, но стало уже получше.
* Заглавная сводная страница
* Начальная поддержка js-api (для вставки js на сайты)
* Разное

скачать: http://gk11.ru/s/elp-0.1.tar.gz
демо: http://elp.51t.ru

Кстати, если кто-то еще захочет как-нибудь помочь, например, потестив или покодив,
то я буду очень благодарен :)

// На самом деле самая большая проблема - это база. Сейчас тупо файликами это все лежит, что тупо и накладывает ограничения.
// Смотрю в сторону юзанья sqlite

А вот и скриншоты:

Раз: https://images.lessmore.pw/post/16/
Два: https://images.lessmore.pw/post/17/

Из GNU Emacs можно писать, что я сейчас и делаю.

Пока это работает только для онлайн-режима. А оффлайн еще не доделан. Тем не менее, что-то
определенно работает. Изменения:

* Online. Функци idec-online-browse и idec-online-browse-hidden
* Фетчинг доработан. Теперь он быстрее.
* Редактирование сообщения
* !!! Отправка сообщения в эху(работает пока только для ответов) !!!