先画运行方式，再选平台

问题一：Build 后只剩静态文件吗

例如 Vite、VitePress、纯前端作品集：

dist/
  index.html
  assets/ 里的 JavaScript 文件
  assets/ 里的 CSS 文件

适合静态托管：Cloudflare Pages、Netlify、Vercel 等。

问题二：需要每个请求运行服务器函数吗

Next.js Route Handlers、Serverless Functions、Edge Functions 需要平台提供相应运行环境。

框架与平台深度集成时配置更少，但仍要检查超时、文件系统和运行时限制。

问题三：后端要持续运行吗

Flask、Express、WebSocket、后台 Worker 可能更适合 Railway、容器平台或其他持续服务环境。

问题四：数据保存在哪里

部署前必须明确：

结构化记录     Postgres 等数据库
图片和文件     对象存储
临时缓存       缓存服务或内存
用户登录       Auth 服务或自己的后端

不要假设“部署网站的平台会自动永久保存所有数据”。

常见平台大致适用方向

平台	常见方向	必查限制
Cloudflare Pages	静态前端	构建命令、输出目录
Cloudflare Workers	边缘 API 和服务器逻辑	Runtime API、执行和资源限制
Vercel	Next.js、前端、Serverless	函数运行方式、超时、区域
Netlify	静态站、前端、Functions	构建配置、函数限制
Railway	Flask、Express、容器、持续后端	Start、PORT、资源和持久化

平台能力和价格会更新，最终以当前官方文档为准。

不要把所有东西塞进一个平台

一个常见组合：

Cloudflare Pages     React 前端
Railway              Express 后端
Supabase Postgres    数据库
Supabase Storage     图片文件

这不是唯一正确方案。好处是职责清楚，代价是域名、CORS、变量和多个账单需要管理。

另一个组合可能是 Next.js 加平台函数和托管数据库，项目更集中。

选择前写一张需求表

前端框架：
是否有自己的后端：
后端是否需要持续进程：
是否有 WebSocket 或长任务：
数据库：
文件存储：
环境变量：
预计地区和流量：
可以接受的费用：

把这张表交给 AI，让它比较当前平台官方限制，而不是只问“哪个最好”。

项目有 React 页面、Express API 和 Postgres。只把 React 的 dist 发布到静态平台，整个全栈功能会自动上线吗？

答案：不会。静态平台只发布前端文件；Express 后端和 Postgres 仍需要各自可运行、可连接的线上环境。