TanStack is a suite of high-performance, framework-agnostic libraries that solve common challenges in modern web development, including data fetching, routing, tables, forms, and virtualization. Its headless, composable design gives developers full control over rendering while providing powerful utilities for complex UI and data workflows. TanStack can only be used on Application Hosting; it cannot be deployed as a static site. We recommend the following best practices to get the best performance when using TanStack on Sevalla:Documentation Index
Fetch the complete documentation index at: https://docs.sevalla.com/llms.txt
Use this file to discover all available pages before exploring further.
- Use TanStack Router loaders for efficient server-side data fetching.
- Apply proper
Cache-Controlheaders on API responses to maximize CDN performance. - Utilize TanStack Router’s prefetching to enhance client navigation speed.
- Use server handlers for API endpoints to reduce latency and improve SSR performance.
- Enable Nitro compression in production for smaller payloads.
- Reduce bundle size with code splitting and lazy loading for route-based components.
Containerization
Dockerfile
The build for Dockerfiles is fully customizable. The following is an example Dockerfile for TanStack:Nixpacks
Nixpacks automatically usesnpm run start as the default start command, so no configuration is required for most TanStack deployments. If you need more control, you can customize the build process by creating a nixpacks.toml file and using Nixpacks-specific environment variables to adjust dependency installation, build steps, and runtime settings.
When deploying TanStack, you must also set NIXPACKS_SPA_CADDY=false to ensure that Nixpacks does not apply single-page-app routing behavior.
CDN
Sevalla provides a premium, Cloudflare-powered CDN for Application Hosting at no additional cost. To get the most out of Sevalla’s CDN when deploying your TanStack application, we recommend the following best practices:- Enable the CDN for all production applications to ensure global, low-latency delivery.
- Set appropriate
Cache-Controlheaders on API routes to ensure proper caching behavior. - Purge CDN cache after critical deployments to ensure users receive updated content.
- Rely on Vite’s versioned assets in the
dist/directory, which are safe to cache indefinitely. - Store static files in the
public/directory, allowing the CDN to serve them efficiently. - Use Nitro’s built-in compression for optimal performance.
Image optimization
Static assets
Place static assets in thepublic/ directory, Nitro and Vite automatically serve these with optimal caching headers:
Edge caching
Edge caching stores your Sevalla site cache on Cloudflare’s 260+ global data centers, delivering responses from the location nearest to each visitor for faster performance. To maximize the benefits of Sevalla’s Edge Caching for your TanStack application, we recommend the following best practices:- Set appropriate
Cache-Controlheaders in loaders to control caching behavior. - Combine edge caching with the CDN for a complete caching strategy.
- Use TanStack Router’s navigation for client-side revalidation.
Cache-Control
With Sevalla’s Cloudflare integration, Cache-Control headers are respected at the edge, giving you precise control over how content is cached and served globally. The following are some common directives you can use in your TanStack application:
public, s-maxage=3600- Caches the response on the CDN for 1 hour, improving performance for frequently accessed content.public, max-age=31536000, immutable- Ideal for versioned static assets, allowing them to be cached for up to 1 year with no revalidation.private- Prevents CDN caching and ensures the response is only cached by the end user’s browser, for personalized or sensitive data.
Sevalla does not yet support the
stale-while-revalidate Cache-Control directive. To prevent unexpected caching behavior, we recommend not using this directive in your API or asset caching settings.Cache-Control headers for API routes
Loader caching with headers
API routes with caching
Client-side revalidation
Health checks
Ensure your application remains available during deployments by implementing health checks:- Always implement health checks for production applications.
- Keep checks lightweight; responses should complete in under 1 second.
- Verify critical dependencies (e.g., databases, Redis) as part of the checks.
- Return 200 for degraded states to allow deployments to continue smoothly.
- Return 503 only for critical failures that require pod restarts.
- Close connections cleanly (e.g., database pools, Redis) to prevent resource leaks.
- Test deployments in staging with monitoring scripts to validate health checks.
Basic health check
Graceful shutdown
TanStack Start with Nitro provides automatic graceful shutdown, but you can add custom cleanup logic, such as closing database connections, by handlingSIGTERM and SIGINT yourself. The example below demonstrates how to shut down a PostgreSQL connection pool during termination:
Multi-tenancy
Sevalla fully supports multi-tenancy. You can build multi-tenant TanStack applications using wildcard domains, allowing you to efficiently and securely serve multiple tenants from separate subdomains. Use the following best practices for multi-tenancy on Sevalla with your TanStack application:- Use wildcard domains to serve subdomain-based tenants (e.g.,
tenant1.app.com). - Add custom domains individually for tenants who have their own domains.
- Cache tenant data to reduce database queries and improve performance.
- Validate tenant existence before rendering pages to prevent errors or unauthorized access.
- Isolate tenant data in the database using separate schemas or a
tenant_idcolumn. - Leverage free SSL certificates, which are automatically provided for both wildcard and custom domains.
TanStack start multi-tenant implementation
Extract tenant from subdomain in loader:Custom domains per tenant
Allow tenants to use their own domains (e.g.,customdomain.com → tenant data).
Map custom domains to tenants: