@luckykelan 是我理解错了抱歉,因为我一直在用 prisma...目前 prisma 没有边缘兼容的 mysql 驱动,但如果要连接到你们自己的 SQL,似乎是可行的,建议你还是看文档吧,https://developers.cloudflare.com/workers/databases/connecting-to-databases/

https://developers.cloudflare.com/workers/databases/native-integrations/planetscale/

已经支持了 不过还在 beta 阶段

cloudflare 可以设置转发规则的，或许可以帮到你

@Albertcord 大部分前端框架在 dev 阶段是返回 no cache 的，不过不清楚你目前是什么环境 建议用 curl 看后端返回的 headers

@Albertcord Last-Modified is also used by crawlers to adjust crawl frequency, by browsers in heuristic caching, and by content management systems (CMS) to display the time the content was last modified.
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Last-Modified

也就是说,除了 If-Modified-Since 或 If-Unmodified-Since 会用到这个字段,其他地方也会用到这个字段

@Albertcord `last-modified`也被用作浏览器的启发式缓存,不一定要返回 304 的,浏览器认为资源没过期直接从 disk cache 中返回了,状态码 200

从客户端的角度上来说,如果服务端配置了 no-cache,对于客户端的非首次请求,headers 里应该有 if-none-match.
如果没有的话,有两种可能
1.服务端一开始没有配置 no-cache,客户端缓存了内容,服务器此时配置 no-cache 是无效的,但客户端不应该收到 no-cache 的响应头
2.客户端没有发送`if-none-match`的能力,导致虽然配置了 no-cache,但是只能用`last-modified`作为 fallback,这种情况虽然少见,但是确实可能存在

OP 可能需要清空客户端的缓存,再做几组测试

可以考虑做一些自己的项目,做公司的项目你可能没办法全身心投入,或者工作本身也不允许你选择.

即使是做博客,也要考虑到字体,markdown 的解析,目录的递归渲染,性能优化,排版,进入退出动画,客户端导航,脚本的位置,托管,缓存,网站统计,评论.

不过这些可能不是你困扰的

多写笔记,不一定要公开.
尽量从原理上搞懂一个事情,以及有哪些替代方案,替代方案的兼容性如何,哪种是最佳实践,都有什么优缺点.

1.加群问人不如问 ChatGPT,很多都是水群的,在群里问效率太低了,说实话,群就是个聊天的,不会真的有技术群吧,群这种东西就不适合讨论问题,讨论问题最起码要在论坛或者社区里
2.看视频的效率也很低,无关信息太多
3.看文章挺好的
4.google 一般搜关键词,不要尝试把自己的问题翻译成英文去搜索,效率很低,你的搜索内容加了很多"噪音"
5.看官方文档最好的(前提是文档本身不错,而不是 api 大全),掘金很多文章还不如 chatgpt,一般来说,官方文档>技术问答社区(对于已存在的问题)>=ChatGPT>英文博客>中文博客>掘金文章>技术社区提问>问同事>问群友>=看视频
6.同事很忙,你也要理解
7.掌握好思路,做什么都一样

@seres 掘金的时间流做的一塌糊涂,推送的内容很多都是几年前的,本来 JS 发展就快,作为一个前端为主的技术社区,实在不应该.
我发的帖子可以做到 0 回复 0 点赞 0 收藏

外面套个娃?

@horizon nextjs 写后台是没问题的,现在客户端导航 CSR , 非常完善, 纯 SPA 的优势在哪里我不知道...MPA 一样可以做到预读取,无缝渲染,路由权限也可以用 并行路由/条件路由来实现...

ssr 对我来说挺好用啊,整体将 react 的组件树扁平化
服务器渲染的内容可以在 react.js 下载之前就显示出来,server action 可以在 js 加载之前就能向服务器提交操作
服务端组件和客户端组件的搭配,可以让服务器只将必要的序列化的数据传给客户端组件,昂贵的计算逻辑也可以交给客户端组件来做
我觉得 nextjs+react 提供了一个清晰明了的网络边界,这是我最喜欢的部分
它指示了什么内容应该在服务器上渲染,什么内容应该在客户端上渲染,和 spa 的目标是不一样的
nextjs 更适合被称为同构渲染框架而不是 ssr,它是包括 csr+ssr 的
我觉得是一种合理的进化
当然这些概念十几年前就有了,如何将它和现代前端框架融合才是工作的重点.技术是螺旋上升的,如果从俯视的角度来看,确实是个圈,但不能否认这个圈越来越大了

有一个叫做 tmm 的 支持自动刮削 不过也没有那么自动 不知道你试过没有

@willx12123 NPM 的数据经过处理了,为了和 CNPM 做比较,实际上,NPM 上工作日的时候一天下载量大概在 17W 左右.大概是 react 的 1/24,vue 的 1/5. 用的人还是不少的. 但是国内用的就比较少了,大概是 vue 的 1/32,而且没有形成稳定的工作日-休息日间隔,说明很多都是业务爱好,没有投入生产

svelte 不能说很多,只能说...
https://npmstats.com/package/svelte

减肥不用剧烈运动,反而是要选择你能坚持最久的运动,如果你把每天的热量缺口目标设置在 500 大卡,在不控制饮食的情况下,你只需要每天走 10000 步就能达成目标,大概需要一个半小时,如果控制饮食就更快了.每天 500 大卡,一个月大概可以瘦 2-4 公斤

文科学这些东西是给你赋能，就赋能来说，py js 很适合，不是让你拿爱好挑战别人的饭碗 就算是前端没个全身心半年也学不明白达不到初级开发的水平

我 12450H,用 win11,任务栏经常冻结