有没有可能这是用户自己的问题？
价格不一样有什么好比的？“体验”这种主观的东西真能比是吗？
还有，请别污名化“性价比”，红米，或者说性价比安卓，几乎每年 618 双 11 都能以 1600-2100 的价格买到上一代的旗舰 soc ，或者这一代的次旗舰 soc ，这难道不是性价比机器的伟大？真没必要自降身份跟隔壁扣扣搜搜的比

咸鱼聊 wx 直接举报就行了 对面发 wx 咸鱼也提醒你了吧 多少也相信平台一点吧

react 的 state 是通过闭包来实现的,理论上线程安全,但是有一些要注意
1,使用 state 的更新函数来获取和更新 state 的最新值,否则 react 的批处理可能会导致一些错误
2.将 state 的改变尽量控制在一个小的组件里,react 可能不会立即清除你之前的状态除非组件被卸载,对于一个较大的组件,短时间大量的更新可能会导致内存方面的问题
3.建议使用全局状态,本地存储,asynclocalstorage(服务端渲染)来解决问题

我觉得 firefox 几乎能满足我的所有需求,
垂直标签页,已经有人提过了,sidebery 的体验比别家的强多了
android 更是官方唯一可以用扩展的,虽然扩展不能同步,至少比不能用的强,注:还有一些浏览器可以装扩展,但不是三大家的.
平板上的体验就不知道了
浏览器的集锦,桌面端保存网页比较出名的有,joplin,还有一个主要保存为 markdown 的,maoxian webclipper,都支持保存整个网页或者片段,后者 obsidian 联动比较多,但是现在用得少了,主要记自己的笔记.
关于翻译,自从有了`沉浸式翻译`,我几乎没用过浏览器自带的了,虽然这个扩展闭源了,但是作者确实够良心,基础功能一直没收费

由于主力在桌面端,我对移动端的要求并不高,firefox 的 android 版本动不动就卡死,大多数情况下我还是继续用 via,但是不妨碍我使用 firefox 的标签页同步来查看之前在桌面上浏览的内容,以及查找书签,或者标签推送.
所以我觉得还好吧,没有完美的产品,够用就行了.

firefox 做不到开箱即用,刚刚好我又有一点折腾的能力...chrome 的定制化还赶不上 firefox 呢...

Vercel Netlify 这些对 node 的兼容还可以,就是同样限制 cpu 运算时间了 但是比 worker 的 10ms 要长

个人愚见,家用 NAS 方案,数据完整的优先级可能高于 高可用,而分布式系统更偏向于后者

你也提到了 RAID,所以我的看法就是冷备份大于 RAID,数据分层大于分布式架构

对于高可用,完全可以交给 S3 之类的,同时也是数据的最外层

可以采取 3+2 的方式,最外层是 S3,最内层是冷备份,同时也是最重要的数据,需要两套备份,中间层作为 S3 的补充和内层的延伸,属于缓冲区

有条件的话,可以将最内层的两台机器分开放置

@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 的
我觉得是一种合理的进化
当然这些概念十几年前就有了,如何将它和现代前端框架融合才是工作的重点.技术是螺旋上升的,如果从俯视的角度来看,确实是个圈,但不能否认这个圈越来越大了