@changwei 你可以写个 demo 看看能否用 useSWR 实现 /products/123 跳转 /products/456 不产生 _rsc 请求。_rsc 的问题不是数据多大，而是路由跳转肯定会卡顿，无法利用客户端数据做渲染。

@changwei client component 的 page 无法动态内容 SEO ，能 SEO 的部分就是按钮国际化文案之类的固定文本，client component 也会在服务端注水，但是如果数据来自后台 API ，只能用 server component 的 page （页面最顶层一定是 server component ，一定会产生 _rsc 请求）

@fescover 我说的功能也和 nextjs 的商业模式冲突，vercel 希望每次页面请求都会经过他们的 edge server 渲染处理，但是从用户体验角度，我只想让用户首次访问的时候是 SSR （也方便 SEO ），之后是 CSR ，这会让 vercel 的 server request 大幅下降。nextjs 在 page router 出过一个 API：getInitialProps ，首次在服务端请求，之后在客户端请求，后面弃用了。

@changwei 这样的页面就是没有 SEO 的，比如你需要 async getPostById(), 页面必须是 RSC ，路由跳转必定会产生一次 _rsc 请求，这个过程页面是会卡顿的（取决于网络情况），当然可以加 Loading 去缓解，但是这无法利用好客户端已经拿到的数据做渲染，无法做到类似 twitter 的跳转体验，timeline 上已经拉到 tweet 数据，点进帖子的时候已经有数据可渲染页面，不卡顿，这时候再请求一次 server api ，刷新 tweet 数据（一般没变化），用户感受不到页面跳动。

clientLoader 的功能 nextjs 是没有的，只要页面需要 seo ，每次跳转都会产生 _rsc 请求。remix 可以做到首次请求页面用 server loader ，之后在客户端用 clientLoader ，这样可以充分利用客户端提前加载的数据，比如电商首页，预先拉 product 信息，点击 /products/123 直接用客户端的数据渲染，再补一次服务端请求，按你说的 nextjs 做法 /products/123 这个页面是 client component ，失去了 SEO 。

看情况，大部分的表单提交请求冲突覆盖都没问题，没必要上锁，客户端做好 button disabled 尽量避免重复发送就行，交易、订单、等需要严格递增插入的场景必须上锁，避免脏状态落库，java 可以考虑用这个：[redisson]( https://github.com/redisson/redisson)，大部分需求都能满足了。

@CaptainD 因为 pg/mysql 每个项目基本上都是刚需
@wangnimabenma 自建 es 维护麻烦

@deplivesb 要不您写一篇，我们学习一下？

@vevlins 不错，刚听别人介绍，我也在看这个服务

@cy18 显然你没看懂原理，这不是后端能解决的，也不是用 react/vue 过滤 xss 就能解决，是前端的一种安全漏洞

@oldshensheep 7 楼正解，不是 xss ，简单说就是如果 url params/path variables 没有经过后端检查就显示在页面上都有这个漏洞，攻击者不是为了嵌入 html 代码，而是嵌入简单文本，实现 SEO

@gaobh 不想二次开发直接用网页版本就可以了： https://bot-studio.com/

@gaobh clone 代码，两个命令就可以在本地跑起来：
```shell
yarn install
yarn dev
```

@Cursor1st 这个适合新手使用，如果平时只是简单管理下模型，不想写代码就可以用这个 UI 界面，比较方便。

@Danswerme 拉代码我用的香港服务器，应该没问题，但是触发的 webhook 是到深圳的服务器，这个双向就恶心了

@okampfer 自己写，或者找开源小颗粒度的方案，比如 select 使用 react-select 等，这些体积都很小，甚至可以自己看源码自己写一个。

@DrakeXiang 肯定是按需引入啊，不然 css 体积不得炸裂

苹果是把硬件做到最极致的，仅芯片功效比这个指标就吊打全部厂商了，而且差距不是一般的大

这里有个 flutter 的频道，实时公开讨论，目前 48 人： https://hackertalk.net/channels/314471628589797376

@kasusa scrollBar 有很多兼容问题，而且移动端不友好