Build output guide

Deploy static framework builds with the right output folder

Framework-specific notes for build commands, output directories, routing fallbacks, environment values, forms, and rollback-ready deployments.

Deploy compiled browser files

StaticX hosts the output that browsers can load, not long-running application servers or private backend code.

Framework routing matters

SPAs, static exports, and generated content each need different fallback and asset-path checks before publishing.

Versions make framework changes reversible

Each build can become a deployment version, so UI changes, asset changes, and content updates stay measurable and rollback-ready.

Questions about Framework hosting

Practical answers for choosing the right StaticX workflow.

Does StaticX run framework servers?

No. StaticX hosts static build outputs. Server-side rendering, API routes, and long-running runtimes need a separate backend host.

Which folder should I deploy?

Deploy the framework output root, usually dist, build, out, public, or another generated folder that contains index.html and assets.

Can framework forms use StaticX?

Yes when the rendered HTML form follows StaticX form rules or submits to a compatible endpoint.