vercel 肯定不是只能部署 nextjs 啊，前端都能部署，后端服务也可以部署，你可以把它当成是一个普通服务器就好了，只是给你提供了自动 ssh 连接就完事了，你估计想问的是前端如何自动部署到服务器吧，你可以看下我这个项目，release 后自动发布 npm 包，自动打 docker 镜像，自动部署到 vercel ，自动部署到自己的 linux 服务器，看.github 下面的工作流就可以了
https://github.com/rookie-luochao/openapi-ui

@qinqiuxu 多谢大佬，看文档看漏了，看到提供黑白主题的组件(比如 menu)都是提供 theme props 的，其他组件没有，以为就只有白色主题，部分组件有黑色主题，关键是它修改主题取了个 algorithm 字段

@qinqiuxu 只有很少的组件支持黑色主题，比如 menu, sider

@Xinu 我等会去看一下 arco.design ，主要是 antd 就一套白色主题，好歹也预置一套黑色组件主题啊，下次有主题需求，可能不会选择 antd 了

@keyboardCat 多试试，多总结，试过才知道，vue2, vue3 文档很详细了，跟着文档练习下，再找个简单项目跟着练练，加油

@devzhaoyou 如果你只要 workpress 这种文档栈功能，那完全 vitepress 这些就可以搞定了

我觉得工具类需不需要 ssr, 取决于你出于什么目的，如果是盈利类，奔着高 pv 去的，ssr 还是需要？或者你实在是不想弄 ssr, 可以写个简单的 ssr 聚合页做导流？还有写 ssr 好像不只是 nextjs? astro, remix 也看看？ nextjs 写起来电脑差点的是真卡，不能否定它很强大，毕竟 vercel 投了这么大精力，但是所有应用全 ssr 未必你就一定在前面？哈哈哈，反正我乱写的，nextjs 直接使用 react 生态还是有一些坑的，用个 antd 调试都有坑

再说一句，全新的不就更应该自己放手去干吗？我用最基础的结构，可以很快搭出各种不相干的系统
例如：www.openapi-ui.com https://github.com/rookie-luochao/openapi-ui
https://react.luojingheng.cn https://github.com/rookie-luochao/react
https://llmops.rockontrol.com https://github.com/rookie-luochao/create-vite-app-cli/tree/master/template-react-ts
这些我都是用的一套代码基础模版，从零 UI 根据业务往里面加 UI

我觉得最关键的是核心 npm 包的选择，UI 就一个登录页 + 一个 Menu 导航，其他的你也套不过来，别人也是搞的组件库拼的

我觉得最核心的层面是不关心 UI 的基础代码结构，UI 可以让你们公司 UI 画，就一个登录页 + 一个 Menu 导航，其他的不就是套组件库该样式吗？
我自己花几小时搞了套 vue3 基础模版，里面还有一套 React 的 https://github.com/rookie-luochao/create-vite-app-cli/tree/master/template-vue-ts

clash
github
vscode
还有我自己的 swagger/openapi 接口文档 UI 工具，接口测试工具 https://github.com/rookie-luochao/openapi-ui?tab=readme-ov-file#website-domain

@buyno1 挑战性不知道，功能很实用

欢迎大家体验，并给我提一些改进意见，第一次做开源工具，有很多需要学习改进的地方，谢谢大家，这个工具的初衷也不是刻意做的，自己工作中经常和 openapi 规范打交道

@coolcoffee 感谢大佬支持，有问题提 issue 或者发邮件，我会提供支持😁😁😁

这么会写代码的产品经理真是厉害了，趁一波热度，上次被 v 圈大佬吐槽之后，我带着 CDN 和 NPM 包支持继续搞了下我这个 swagger/openapi UI 项目，地址是： https://github.com/rookie-luochao/openapi-ui?tab=readme-ov-file#with-cdn

@tianzx 您解答的这些疑惑我是知道答案的，可能我的表达能力确实差了一些，还有你可能忽略了我说的背景：国内，其实现在 nodejs 全栈在国外很流行了，国内却。。。，在未来，中国的软件开发者肯定也都是往全栈发展，降本增效是主要原因，还有不说刚 release, 就算我觉得再过 3 年，可能国内还是很难找到企业大面积使用 nextjs 全栈，不知道您理解我表达的意思了吗

@tianzx 好的，下次发言会在严谨一些

@tianzx 都是技术人不要这么这么针对，我整个言论都表达了谦虚的笔法
第一：我没有说你写的 Saasfly 是 demo
第二：我是看到了很多前端大 V 在 nextjs 上的 trpc 浅尝，所以说大 V 用 nextjs + trpc 写 demo 介绍文比较多，企业生产大家还是用的少
第三：我也不是 nextjs 黑，我也用它，单纯谈一点自己视野+使用的感受

作为一个多年前端切图仔，我很共鸣题主一句话：没感觉没有 SSR 就罪恶到要枪毙。
nextjs 我也简单搞了几个生产项目了，使用 spa 的生态很多开发环境或者是生产环境或多或少都有些 bug 。
我的理解也是带 ssr 的 react, 所以我也一直在期待 react 的 ssr 到底是个怎么样的设计和体验，基于 ssr 的原理考虑，react 是不是破坏性很大。
自我感觉基于系统文件目录构建的路由真的难用切难以控制，有不少心智负担，没有自己定义路由那样舒服。
最大的感受就是，next.js 项目大了调试是真卡啊，和大点的 vue2 老项目一样真痛苦，最新的 vite 开发 spa 那调试体验那不是嘎嘎香，而且 vite 中文文档也超香啊，真的写的很详细，很多刁钻用法，google 都搜不到，仔细读文档却能够找到。
还有就是说全栈体验的，在中国全栈主要看啥，看生态和招人，我承认 nextjs + trpc + prism 搞不好也能快速 crud, 但是中国很少有人这样写啊, demo ？ nestjs 都起不来？其实真正做全栈的，又做的代码可维护性好的、效率又高的，nestjs + react + ts + vite ，比什么 java + vue2 ，python + vue2 来的好吧，我敢说一个 ts 全栈绝对比以上组合写 crud 快，还快不少，因为语言模型一样，npm 包很多也可以复用，没有语言切换负担，当然这也只是早中期全栈体验对比
以上只是鄙人一点粗略的认知