.gitconfig 里

[http "https://github.com"]
proxy = socks5://127.0.0.1:1086

你这个不是和配置 Github 的 Git proxy 一个思路么？

以前 Fira Code ，现在 Cascadia Mono 。

@libasten 国产的安卓本子都能用，就看对于屏幕素质、以及稳定性有多少要求了😁

Kindle 前天刚出 5.16.2.1 之前（包含）的越狱方案，感兴趣的话可以折腾一下 KOReaderhttps://i.imgur.com/L62ZP7V.png
Ref: https://www.mobileread.com/forums/showthread.php?t=356872

@hugepizza 看起来应该是支持 revalidate searchParams 的。revalidateTag 就是和 Redis Cache Key ，TanStack Query 的 queryKeys 一样的东西，fetch 是可选设置，第三方数据库比如说 DB 拉来的，就得手动设置 tag 了。

Ref: https://nextjs.org/docs/app/api-reference/functions/unstable_cache （应对第三方数据源的缓存函数）
Ref: https://nextjs.org/docs/app/building-your-application/caching#apis （不同 API 对缓存的影响）
Ref: https://nextjs.org/docs/app/building-your-application/caching#data-cache (Fetch 相关的缓存工作在数据缓存中）

Server Components 里我记得可以 Read Cookies ，因此，分页，filter 外的参数，还是使用 Cookies 共享更方便。

Ref: https://nextjs.org/docs/app/api-reference/functions/cookies

P.S NextJS 官方是建议 Server Actions Mutation 时才能修改 Cookies ，RSC 由于 Response 流已经发送，无法设置 Cookies ，但是社区有人做了 Cookies 的方案，实现了 Cookies 共享。

楼上发的三张图都是 React 刚移除 experimental 前缀的 Server Actions 以及配套的 useFormStatus 那些吧 https://i.imgur.com/agAJ0Rd.png

我已经尝试使用 RSC + Server Actions 开发了有一段时间了。总结下来，使用 Server Actions 的方案，其实不如 tRPC 舒服 —— 都是类似的写法，但是 Server Actions 没有中间件的概念，这意味着鉴权啥的都需要你在方法里做😂

按 React 的路径，RSC 用于服务端初次渲染，Server Actions 用于突变、表单（失效状态），但还是有一些边界情况，比如说验证后二次加载获取数据这个分支覆盖不到的，这时候要么 dirty 得将 Server Actions 打破边界，当获取函数用，要么还是得写 `route.js` 定义 API 。

P.S 楼上三张图都是直接 FormAction 里传 Server Actions 的用法，实践里太过恶心了……尤其是前后端穿的状态类型不一致——当你需要使用 Action 返回的 State 就会比较恶心了。此外，必须包装一下 useFormState ，才能比较正确的使用传回来的 State （本质上里面得套个 useEffect ）。
——所以，个人建议 useTransition 里调用 Server Action —— 里面调用就和调用自然函数一样，而且不需要再封装个 Button 组件用 useFormStatus 以使用 Pending （这玩意必须 Form 子级才能用）。

试一下 dism 和 sfc 那两个指令看看？前段时间我也无法更新，跑了之后，帮我把我 override 的字体替换掉了，才可以更新成功。

这个不是 swr 做的事情么……😨 Nuxt 3 的话有内嵌的 useFetch useAsyncData……vite vue 的话，用 https://github.com/Kong/swrv 足以。楼主如果真要推广的话，不妨和这类库对比一下，给出数据来。而不是写软文……假设大家都不知道一样。

直接打包成 Docker 即可，或者使用打包器，打包成单一入口的 js ，只需要 node 或者 边缘计算节点的 js runtime 就能跑了

“SMTP 发信方式，无需使用模板即可直接发送，无需人工审核。该种发信方式，所有客户共用一个发信 IP 池。当某些客户大量发送营销邮件或偏骚扰性质的邮件时，有较大概率被邮件厂商反垃圾或安全策略打击拦截，对公共发信 IP 池的 IP 信誉度带来较大损伤，从而造成邮件的到达率会比 API 方式差。”

所以为啥不学阿里云走机器审核……https://i.imgur.com/U3hKhrT.png API 现在只提供模板的一刀切模式，也是因为没机审吧 https://i.imgur.com/n119Wvk.png

@mmdsun 指的是服务器便宜……这里语境指的是各种对外接口。邮件推送方面，国内确实阿里云比较好用。

int64 固定占用 8 字节啊。雪花本质是利用 64bit 按自己需求划定区域（实际上符号位是不用的，大部分实现只用了 63 位），然后表示出 id 。你去纠结 int64 实际数字转成 string 后实际的 len 长度其实没有意义的。
如果你想等长表示，应该考虑将他的 64bit 直接转成 string 。

原理可以参考： https://pdai.tech/md/algorithm/alg-domain-id-snowflake.html

@dryadent 可以啊，Fedora ，CentOS （现在是 Rocky ），Debian ，Arch 啥的都在商城里能直接搜到。如果自己打包的话会麻烦一些。不过微软他自己肯定是优先基于 ubuntu 测试的。

@cylx3124 #69

https://devblogs.microsoft.com/commandline/windows-subsystem-for-linux-september-2023-update/#automatic-memory-reclaim

However, this feature does require disabling cgroups v1 in WSL, which can cause some issues. In early testing we noticed that this will break the docker daemon when running it as a service in WSL, and so if you’re using this feature we recommend you use Docker Desktop for your docker needs. We are working with the Docker team to address this in the future.

If you’d like to customize your idle detection thresholds and more, we’d recommend doing so by not enabling this feature and creating a bash script, see this GitHub gist for instructions.

You can also set this to drop which will instead drop caches entirely after detecting idle, and will not require any cgroup changes.


总结下来，如果你是直接 apt install docker 的话，那你需要打开 systemed 转 cgroup2 ，然后禁用 cgroup 1 。亦或者直接切 Docker Desktop ，亦或者直接采用 drop 策略。

@weekidjoker #19 看看库的老版本支不支持，不支持的话只能换别的库、找 polyfill 或者转义（尤其是针对新的 ES 语法，譬如 JS 的 private field ）、要么就是自己移植。

---------
这种坑蛮多的，比如说 chalk ，got 这种：node 现在掀起了一股重写成 esm 的潮流——老的 CommonJS 项目，要么找个转义器，比如说 babel ；要么就是用他的旧版本；要么就是花时间换别的库替代。

@weekidjoker #17
因此 Node 有 node 版本管理器啊。比如说 NVM 、N 、PNPM 自带的 env 。
你可以把这个理解成 python 的虚拟环境，不过这个本质更简单，只是改了下 PATH 中 node 的位置。

P.S 三个里面 n 应该是最好用的，全局包是共享的，但是可能会引入版本冲突问题（如果你往全局赛的不只是 cli tool ）