Open-source и свой сервер 4 мин чтения

Alexandrie: база знаний с офлайном и SSO для выездной команды

Alexandrie это самохостная база знаний на Markdown с командами, пятью уровнями прав, входом через OpenID Connect и офлайном на PWA. Разбираю по репозиторию, как она ставится, что работает без сети, чего в ней нет и как проверить её за неделю на 10 регламентах.

база знанийAlexandrieopen sourceофлайн PWASSO OIDC
Коротко. Alexandrie (репозиторий Smaug6739/Alexandrie) это самохостная база знаний на Markdown с командами, рабочими пространствами и входом через OpenID Connect. Лицензия MIT по файлу LICENSE. На 19.10.2026 проект живой: 3125 звёзд, последний коммит 18 октября, релиз v8.14.2 от 7 сентября, но почти всё пишет один автор. Ставится через Docker Compose вместе с MySQL. Правки без сети копятся в браузере и уходят при появлении связи, сравнения версий в коде я не нашёл. Истории версий, комментариев и русского интерфейса нет.
Хотите внедрить это у себя?

Сделаю под ключ: разберу задачу, назову срок и цену. Чтобы начать, напишите в Telegram одной фразой.

Автоматизация: развернём базу знаний, вход и резервные копии

Регламент остался в чате

Бригада на объекте, связь через раз. Нужен порядок приёмки или чек-лист монтажа. Он лежит в чате полугодовой давности, в документе на диске у руководителя или в голове у одного мастера. Найти за минуту не выходит, человек делает по памяти.

Живая база знаний работает иначе: регламент правит тот, кто с ним работает, а читают его с телефона там, где он нужен. Тяжёлые вики я уже разбирал: Docmost и Outline. Здесь узкий случай: выездная команда и нестабильная связь.

Что за проект и что я проверил

Проверял 19.10.2026 по репозиторию и папке docs. Сайт проекта alexandrie-hub.fr у меня не открылся. LICENSE содержит текст MIT. Платных слоёв в репозитории не нашёл. Проект создан 21 августа 2022 года, не архивирован, 35 открытых обращений.

Релизы идут: v8.12.0 вышел 12 августа, v8.14.0 25 августа, v8.14.2 7 сентября 2026. Последний коммит от 18 октября уже после релиза. В списке участников владелец с 2380 коммитами, Dependabot 326, следующий человек 31. В последних ста коммитах 44 принадлежат владельцу, 31 роботу, 25 сторонним участникам, это в основном мелкие исправления. Проект с одним мейнтейнером. Уйдёт он, форк придётся вести вам.

Как ставится и что с резервными копиями

Фронтенд на Nuxt (Vue), бэкенд на Go. В docker-compose.yml четыре контейнера: MySQL 8.0, RustFS (хранилище файлов с интерфейсом S3), бэкенд и фронтенд. PostgreSQL ни в compose, ни в документации нет. По README: скачать compose-файл и .env.example, скопировать в .env, выполнить docker compose up -d, открыть порт 8200 и создать первую учётную запись владельца.

В compose стоят пароли и JWT_SECRET по умолчанию, а порты MySQL и хранилища проброшены на хост. Документация просит сменить секреты до первого запуска и не открывать MySQL наружу. Неверный COOKIE_DOMAIN даёт вход по кругу.

Хранилище файлов необязательно, но без него не работают загрузка файлов и экспорт. Встроенный экспорт отдаёт ZIP с manifest.json, document.json и папкой files, ссылка живёт 24 часа. README обещает автоматические резервные копии, расписания в документации я не нашёл. Копии MySQL и хранилища настройте сами.

Офлайн: что работает на деле

README обещает PWA с синхронизацией. Я прочитал sw.ts и nodes.store.ts, но не запускал проект. Service worker кэширует страницы, ответы API и файлы по схеме «сеть сначала»: ждёт три секунды и отдаёт кэш, до тысячи записей на каждый вид. Открытое ранее прочитается без связи. Страницу, которую на этом устройстве не открывали, офлайн, скорее всего, не получить, проверьте на пилоте.

Правки без сети складываются в очередь в браузере (IndexedDB) и уходят на сервер, когда браузер сообщает о появлении сети. Новую страницу тоже можно создать офлайн.

Конфликты. Сравнения версий в коде я не нашёл: сервер принимает присланный документ целиком и ставит свою метку времени. Если двое правили один регламент, останется правка, дошедшая позже, а чужой текст исчезнет без предупреждения. Истории версий нет. Для выездной команды правило такое: регламент редактирует один человек.

Права, вход и поиск

Пять уровней: нет доступа, чтение, запись, администратор, владелец. Их выдают на команду, рабочее пространство, категорию или отдельный документ, ниже по дереву они наследуются. Документация оговаривает, что права можно только добавлять, закрыть страницу внутри пространства, где человек уже всё читает, нельзя. Закрытое держите в отдельном пространстве. Есть публичные ссылки на документ, приглашения по ссылке или коду и Kanban-доска по категории.

Вход через OpenID Connect, до десяти провайдеров. LDAP напрямую не подключается, нужен посредник вроде Keycloak или Authentik. Для малого офиса подойдёт лёгкий провайдер входа. Переменная CONFIG_DISABLE_NATIVE_LOGIN оставляет только SSO. Есть двухфакторная защита и загрузка пользователей из CSV. Поиск полнотекстовый по названию, описанию, тегам и тексту, плюс палитра команд на Ctrl+K.

Чем отличается от Docmost и SilverBullet

По моему разбору, у Docmost есть комментарии, история страниц и правка в реальном времени, а права на отдельную страницу и SSO лежат в платном слое. В Alexandrie SSO и права на уровне документа входят в код под MIT, зато комментариев, истории версий и совместной правки я не нашёл. По числу контейнеров легче он не стал: у Docmost приложение, PostgreSQL и Redis, здесь четыре сервиса.

Другой близкий вариант, SilverBullet, хранит страницы обычными файлами Markdown. В Alexandrie страницы лежат в MySQL, зато есть аккаунты, команды и права по дереву.

Чего нет и какие риски

Не нашёл: комментарии, историю версий, совместную правку, экспорт в PDF, описание публичного API (бэкенд на REST, но токенов и документации нет). Интерфейс на английском, немецком, французском, итальянском, украинском, корейском и китайском, русского нет. По умолчанию файл не больше 20 МБ.

Риски. Один автор. Права только наращиваются вниз по дереву. Резервные копии на вас. В регламентах бывают телефоны и паспортные данные сотрудников. Держите их вне базы, а при необходимости отдельно проверьте требования 152-ФЗ.

Пилот на неделю: 10 регламентов

День 1. Тестовый сервер с HTTPS, смена секретов, MySQL закрыт, 5 пользователей. День 2. Перенесите 10 регламентов в два пространства, одно закрытое, проверьте, что сотрудник без права его не видит. День 3. Поставьте PWA на два телефона и откройте все регламенты при связи. День 4. Авиарежим: прочитайте, поправьте один, верните сеть и проверьте, что правка дошла. Потом двое правят одну страницу, смотрите, что осталось. День 5. Экспорт и дамп MySQL, развернуть на втором сервере и сверить.

Условный пример. Допущения мои: 8 человек, по 3 поиска регламента в неделю, 10 минут в чатах против 2 минут в базе. Выходит 4 часа против 48 минут, около 3,2 часа в неделю. Развернуть Alexandrie, подключить вход, настроить копии и перенести регламенты могу в рамках автоматизации. Как писать сами регламенты, я описал в статье про регламенты за неделю.

Частые вопросы

Можно ли создавать страницы без интернета?

По коду да: новая страница попадает в очередь и уходит на сервер при появлении сети. Запуском не проверял, включите в пилот.

Подойдёт ли для 15 человек?

Ограничений по числу пользователей в лицензии MIT и в документации я не нашёл.

Что если автор забросит проект?

Код под MIT, форк разрешён. Экспорт в ZIP с JSON и файлами даст вам данные, но переносить их в другую систему придётся самим.

Коротко о главном

Alexandrie под MIT даёт команде Markdown-базу с пятью уровнями прав, SSO через OpenID Connect и офлайн-режимом на PWA. Нет комментариев, истории версий и русского интерфейса, правки без сети при конфликте затирают друг друга, поддерживает проект в основном один человек.

Если хотите, чтобы я развернул Alexandrie и прогнал пилот на ваших регламентах, напишите мне в Telegram кодовое слово «АЛЕКСАНДРИЯ».

Ещё open-source для бизнеса

Эта статья — часть каталога бесплатных решений, которые я разворачиваю на вашем сервере под ключ: CRM, аналитика, документы, почта, безопасность, магазины, AI.

Обсудим вашу задачу

Что я делаю для бизнеса

Напишите одной фразой, что нужно. Отвечу, что подойдёт, сколько займёт и сколько стоит. Сообщение уже подготовлено.

  • Боты в Telegram, MAX, VK
  • Автоматизация процессов и CRM
  • Аналитика и дашборды
  • Сайты и лендинги под ключ
Пишу о разработке, ИИ и законах для бизнеса

Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.

Готовые решения под ключTurnkey solutionsSoluciones llave en mano交钥匙解决方案Түлхүүр гардуулах шийдэл 451 готовых IT-решений для бизнеса451 ready-made IT solutions for business451 soluciones IT listas para empresas451 个面向企业的现成 IT 解决方案Бизнест зориулсан 451 бэлэн IT шийдэл Автоматизация, боты, AI, 152-ФЗ и платформы · бесплатная консультацияAutomation, bots, AI, data privacy and platforms · free consultationAutomatización, bots, IA, privacidad de datos y plataformas · consulta gratis自动化、机器人、AI、数据合规与平台 · 免费咨询Автоматжуулалт, бот, AI, өгөгдлийн хамгаалалт ба платформ · үнэгүй зөвлөгөө Смотреть каталогView catalogVer catálogo查看目录Каталог үзэх