Deploy compiled browser files
StaticX hosts the output that browsers can load, not long-running application servers or private backend code.
Build output guide
Framework-specific notes for build commands, output directories, routing fallbacks, environment values, forms, and rollback-ready deployments.
StaticX hosts the output that browsers can load, not long-running application servers or private backend code.
SPAs, static exports, and generated content each need different fallback and asset-path checks before publishing.
Each build can become a deployment version, so UI changes, asset changes, and content updates stay measurable and rollback-ready.
Choose the page that matches the exact workflow, file type, builder, or framework you are trying to ship.
Practical answers for choosing the right StaticX workflow.
No. StaticX hosts static build outputs. Server-side rendering, API routes, and long-running runtimes need a separate backend host.
Deploy the framework output root, usually dist, build, out, public, or another generated folder that contains index.html and assets.
Yes when the rendered HTML form follows StaticX form rules or submits to a compatible endpoint.