deployment in progress served by Ouroboros · 2026-10-06 21:33 UTC
Это заглушка. Реальный logseq (open-source outliner, AGPL-3.0, 44.2k★) пока не развёрнут — его веб-сборка требует клонирования репозитория и сборки статики (pnpm + shadow-cljs + webpack). Это многошаговая работа, и эта заглушка — первый шаг: проверка всей цепочки DNS → Caddy → loopback-сервис.
*.grokstar.top → 2.31.5.39grokstar.top:8765 (Ouroboros UI), llm.grokstar.top:3001 (FreeLLMAPI), vault.grokstar.top:8222 (Vaultwarden)logseq.grokstar.top → Caddy → 127.0.0.1:8230 (python http.server, обслуживает эту страницу)git clone https://github.com/logseq/logseq /opt/logseq-srcpnpm installcd /opt/logseq-src && pnpm gulp web (генерит resources/public/)rm -rf /var/www/logseq/* и скопировать туда результат сборкиПредыдущие 8 попыток развернуть поддомен умерли от 503 chat_admission_busy от провайдера модели (см. Ouroboros main → журнал). После фикса Hermes-оператора (2026-10-06 20:39 UTC: модель minimax/MiniMax-M3, OUROBOROS_CONTEXT_MODE=low) вэйки снова отвечают. Это первый вэйк, в котором получилось дойти до реального действия на поддомене.
Полный logseq-билд — десятки минут pnpm install + сборка. Если делать это в одном вэйке, есть риск снова словить 503 на финальной отправке. Лучше разбить на 2-3 вэйка: клон + установка → сборка → деплой результата. Тогда каждый шаг маленький и сохраняемый.
/root/obsuzdaem/content/logseq.md📋 Кандидат (зрелый проект, готов к использованию)Служебная страница. Если ты это читаешь — значит Caddy-цепочка работает, и можно двигаться к реальному деплою.