mirror of
https://github.com/Vateron-Media/XC_VM.git
synced 2026-10-01 20:02:11 +02:00
ARCHITECTURE.md and ARCHITECTURE_RU.md (620 lines each) were a parallel
documentation source that drifted from the code and contained outdated
references (CONTEXT_* string constants, global $db, MIGRATION.md which
does not exist).
All relevant content is now covered by specialized pages in docs/:
- Module system → development/modules.md
- Bootstrap contexts → development/bootstrap-contexts.md
- Event system → development/event-system.md
- Build variants → builds/build_system.md
docs/{en,ru}/development/architecture.md rewritten as a clean, self-contained
overview: source tree table, runtime flow diagram, extension points table,
contributor rules. Broken links to ARCHITECTURE.md and MIGRATION.md removed.
3.2 KiB
3.2 KiB
Architecture Overview
Project type
Structured PHP monolith with a modular extension layer.
- No DDD, no Hexagonal, no Clean Architecture — intentional.
- Split by context with minimal abstractions:
Controller → Service → Repository. - Two build artifacts from one codebase: MAIN (full panel) and LB (load balancer subset).
Source tree
| Path | Role |
|---|---|
src/core/ |
Infrastructure primitives: DI container, events, HTTP, config, auth, logging |
src/domain/ |
Business contexts: Stream, VOD, Line, User, Server, Security, etc. |
src/modules/ |
Optional extension layer — loaded by ModuleLoader |
src/public/ |
Front controller, router, controllers, views, assets |
src/cli/ |
Console commands and cron entry points |
src/ministra/ |
Stalker Portal — isolated subsystem (BoundaryInterface) |
Runtime model
Dependencies flow inward — modules may use core and domain, never the reverse.
public/index.php
└── XC_Bootstrap::boot(BootContext::ADMIN)
└── ServiceContainer (DI)
├── EventDispatcher (PSR-14)
├── ModuleLoader → loadAll() → bootAll()
└── Router → dispatch()
Domain classes receive the database via setDb() injection (called from
bootstrap.php::wireDomainDatabase()). No global $db in the web request path.
Module system
Modules are isolated directories under src/modules/ with a module.json manifest
and a class extending BaseModule. See Module System for the full reference.
src/modules/my-module/
├── module.json # metadata
├── MyModuleModule.php # extends BaseModule, namespace XcVm\Module\MyModule
└── ...
Bootstrap contexts
Four contexts control which subsystems initialize. See Bootstrap Contexts.
| Context | Used for |
|---|---|
BootContext::MINIMAL |
Scripts needing only paths/config |
BootContext::CLI |
Cron jobs and CLI commands |
BootContext::STREAM |
Streaming endpoints |
BootContext::ADMIN |
Admin/reseller panel |
Build variants (MAIN vs LB)
| MAIN | LB | |
|---|---|---|
| Admin panel | ✅ | ❌ |
| Streaming | ✅ | ✅ |
| Module system | ✅ | subset |
Controlled by ServerEnvironment enum and module.json environment field (main / lb / any).
Key extension points
| Mechanism | How to use |
|---|---|
| PSR-14 events | EventDispatcher::listen() or #[ListensTo] attribute |
| Service decoration | $container->decorate('id', callable, priority) |
| Stream middleware | Implement StreamMiddlewareProviderInterface |
| Cron entries | Override getCronEntries() in module class |
| DB migrations | Implement MigratableInterface::getMigrations() |
Contributor rules
- Modules must not modify core files.
- No
eval, monkey patching, or runtime file replacement. - Any module can be disabled via
config/modules.phpwithout touching core. - Protected services (
db,settings,config,auth) cannot be decorated. - Keep EN and RU docs in sync in the same commit.