@liuliancc prisma 的竞品 drizzle orm 支持 edge 运行时比如 D1 （ https://orm.drizzle.team/docs/get-started-sqlite#cloudflare-d1 ）

@jamfer ssr 是 server-side rendering （服务器收到请求后渲染成 HTML 字符串，然后返回给用户，在浏览器进行 hydration ），区别于 SSG （ Static-Site Generation ）

Vue 的 SSR 文档写的算是蛮清晰的： https://cn.vuejs.org/guide/scaling-up/ssr

谈不上复杂吧，我自己的静态(next.js ssg)博客在 Pages 上，然后 worker 写了一个接口转发，写了一个检测网站是否在线的 cron （如果 A 云离线了通过修改 DNS 的方式切换到 B 、C ）

我自己的理解就是 serverless 还是更适合一些无状态应用，太过复杂就很依赖平台提供的功能（之前 D1 没有的时候用 KV 存储数据要多蹩脚有多蹩脚）

不算是非常恰当的比喻吧，但我觉得语义化这个就像是你做菜最后摆盘，

你可以都用标准的碗（ div ）来盛装，从基本使用上来讲问题不大，

但是如果你选择用味碟、骨碟、鱼盘、汤匙、面碗、饭碗、菜盘等等这些专用的器皿来盛装合适的菜肴，除了能尽到容器本身的特点（比如<details>,<dialog>,<nav>,<aside>）外，也会相对更美观（ Lighthouse 分数高，对用户友好）

顺带一提，兼容 sentry 包的低配开源版 glitchtip 也是支持 performance 的

原版开源 sentry 因为占用资源有点大已经很久没用过了

又到了每日推荐 daisy ui 的时候了，这个库虽然基于 tailwind ，但是很多组件的实现是基于和楼主说的 dialog 一样的 html 元素自身特性做的。

https://daisyui.com/components/modal/#method-1-using-dialog-element-recommended

我自己最近很喜欢 alpinejs+daisy ui 快速解决简单页面

威士忌+1 ，

哦，上班啊，那算了，美式吧，觉得太淡扔片柠檬进去（或者直接怡泉的柠檬气泡那款），基本能对标 kfc 的咖啡感觉

@qW7bo2FbzbC0 我是每天开机的第一个字会卡几十秒，锁屏不会触发，且只有公司的电脑会触发，家里两台都没有类似的问题

楼上给的是 worker 的，现在 pages 部署略有不同，

1. Cloudflare Pages 官方给的 Nuxt 接入： https://developers.cloudflare.com/pages/framework-guides/deploy-a-nuxt-site
2. 关于环境变量在 Pages 的 functions 里的使用： https://developers.cloudflare.com/pages/functions/bindings/
3. 如果只是希望打包时（比如 SSG ）读取环境变量，在对应的 pages 面板，"设置" -> "环境变量" 里可以设置，然后就按 nuxt 正常读取方式从 process.env 里读就行

一水 compose ，方便管理，而且到指定位置直接 docker compose pull && docker compose up -d 也方便，如果只提供了 docker run 的镜像，可以用类似的工具转换 https://www.composerize.com/

我的是之前土区的终身，如果目前 jellyfin 还能顶一顶的话建议等等看黑五有没有特惠啥的（不过现在才不到五月……

朴素点的 ikbc 可以的，我现在正在敲的这个键盘用了 5 年了已经，全原装只自己换了个 esc 键帽

plex 终身还是不错的，对各个平台支持的也不错

再小一点的 team ，比如单人的，可以用 Gitea + Gitea Action ，跟 GitHub 那一套几乎无缝，走 CI/CD ，自动构建镜像上传到私有 registry ，再扩展一点也可以 Action 直接到机器上触发容器更新

钓鱼这种，可以提供滥用举报给他们，https://www.cloudflare.com/zh-cn/trust-hub/reporting-abuse/

估计就是使用了 Cloudflare 的免费服务

我在国外的云厂商看到过以 Container 为单位的 Serverless 服务是支持这种模式的

https://i.imgur.com/WkFz4wT.png

GlitchTip 开了一个 node 、一个 react 页面，开启 performance 分析的容器占用：

NAME CPU % MEM USAGE / LIMIT MEM %
glitchtip-worker-1 0.09% 219.3MiB / 1.939GiB 11.04%
glitchtip-web-1 0.01% 179.9MiB / 1.939GiB 9.06%
glitchtip-redis-1 0.25% 9.16MiB / 1.939GiB 0.46%
glitchtip-postgres-1 0.41% 53.92MiB / 1.939GiB 2.72%

glitchtip, 够用，能通用 sentry 的 sdk ，sentry 服务端那一套在 9 之后都太重了

接入了 decapcms （原来的 netlifycms ），自己用 cloudflare pages 的 function 做了授权