Ноль моделей, бесконечные возможности

Большинство платформ CMS имеют мнение. Они дают вам пользователей, страницы, посты, медиатеки — всё предварительно построено, всё жёсткое. RocketCMS принимает другой подход: вы определяете всё.

Февраль 2026

Фаза 0 завершена: Основание + Схема работает. Проект теперь имеет работающий парсер схем, систему миграции и динамическую генерацию API.

Философия

Обзор архитектуры

RocketCMS построен на проверенной инфраструктуре Rust:

Основной стек

• Axum 0.7 - Web-фреймворк с поддержкой async
• SeaORM 1.1 - Database ORM с динамическими возможностями
• Tokio - Async runtime
• rquickjs - Движок JavaScript QuickJS
• PostgreSQL / SQLite - Database backends

Определение схем в JavaScript

Схемы определяются с использованием файлов JavaScript, совместимых со Strapi. Это был намеренный выбор — он делает миграцию со Strapi тривиальной и даёт пользователям знакомый синтаксис.

// schemas/article.js
module.exports = {
  kind: 'collectionType',
  collectionName: 'articles',
  info: {
    singularName: 'article',
    pluralName: 'articles',
    displayName: 'Article',
  },
  attributes: {
    title: {
      type: 'string',
      required: true,
      maxLength: 200,
    },
    slug: {
      type: 'uid',
      targetField: 'title',
    },
    content: {
      type: 'richtext',
    },
    published: {
      type: 'boolean',
      default: false,
    },
    author: {
      type: 'relation',
      relation: 'manyToOne',
      target: 'api::user.user',
      inversedBy: 'articles',
    },
  },
};

Динамическая система схем

Когда RocketCMS запускается, он:

1. Загружает файлы схем из ./src/schemas/*.js
2. Выполняет их через движок QuickJS
3. Парсит вывод во внутренние структуры Rust
4. Генерирует миграции для любых изменений схемы
5. Создаёт API-маршруты автоматически

Статус текущей реализации

Работающие API-маршруты

Сервер теперь генерирует эти маршруты автоматически из схем:

Автоматически сгенерированные endpoints

• GET /health - Проверка работоспособности
• GET /api/health - Проверка работоспособности API
• GET /api/companies - Список компаний
• GET /api/pages - Список страниц
• GET /api/categories - Список категорий
• POST /api/{collection} - Создание элемента
• GET /api/{collection}/:id - Чтение элемента
• PATCH /api/{collection}/:id - Обновление элемента
• DELETE /api/{collection}/:id - Удаление элемента

Дорожная карта: что дальше

Временная линия реализации

1. Фаза 4: Аутентификация — Управление пользователями, JWT-токены, хеширование паролей, интеграция OIDC и SAML (вероятно, через Keycloak)
2. Фаза 5: Админ-интерфейс — React SPA с Vite для управления схемами, просмотра данных, редактирования контроля доступа и управления пользователями
3. Фаза 6: Тестовый фреймворк — Browser-тесты с Chromiumoxide, самотесты при загрузке и комплексное покрытие тестами
4. Фаза 7: Управление приложениями frontend — Загрузка/выгрузка frontend-приложений как ZIP-файлов, интеграция с Git через Gitoxide, генерация Docker Compose и встроенная IDE
5. Фаза 8: Система плагинов — API плагинов на основе FFI, динамическая загрузка, управление жизненным циклом и изоляция ошибок

Технические моменты

// Выполняем DDL динамически
db.execute(Statement::from_string(
    sea_orm::DatabaseBackend::Sqlite,
    "CREATE TABLE users (id INTEGER PRIMARY KEY, name TEXT)"
)).await?;

// Запрос с динамическими результатами
let results = db.query_all(Statement::from_string(
    sea_orm::DatabaseBackend::Sqlite,
    "SELECT * FROM users".to_string(),
)).await?;

Статус разработки

Почему этот подход важен

Блокировка традиционных CMS исходит из их предварительно построенных предположений. Делая всё определяемым пользователем, RocketCMS достигает:

Преимущества

• Нет блокировки пути миграции - Принесите свои схемы Strapi
• Нет мнения о моделях данных - Структурируйте то, что вам нужно
• Нет пересборки для изменений - Схемы загружаются во время выполнения
• Нет жёстких отношений - Определяйте что имеет смысл
• Нет потолка абстракции - Полная производительность Rust с эргономикой JavaScript