@AllenHua 没有遇到类似的问题，应当是与界面上“主题收藏”数量匹配的，可以打几个 console.log 看看是哪里的原因

这个用 JS 更方便（练手 Java 为目的除外

贡献一个 JS 版，粘贴到 Console 运行即可

https://gist.github.com/lujjjh/b8d30f2be4ae82b858bdc22f4c2767df

@l1ekkas 欢迎试用一下 v0.2.5，应该修复了在 Catalina 下崩溃的问题，再次感谢

@l1ekkas 谢谢你提供的信息，有空我会在 Catalina 中测试一下，目前手边只有 Big Sur

@l1ekkas 连进程都没有就比较奇怪了，有试过重新下载安装么？

如果有更详细的系统版本和重现步骤就好了，我可以尝试重现一下

@l1ekkas 有提示吗？打开之后会在菜单栏中显示图标，只要不手动退出，会在用户登录的时候自启动

@Smash tsx 应该也一样……我倒是不反感这种写法，但是要做类型运算就很麻烦。

比如我想基于 ComponentA 和 ComponentB 写一个组件，Pick 一部分 ComponentA 的 props + 一部分 ComponentB 的 props 。似乎没有比较优雅的解法，尤其是 ComponentA 跟 ComponentB 都是外部组件的时候，要么自己再声明一遍这些类型，要么用黑科技自己组合 ComponentA.$props 和 ComponentB.$props……

因为同样的问题放弃 Vue 3 了。但是这并非是 Vue 模板支持的问题，0000 提案里就有个 TypeScript-only props typing [1] / optional props declaration [2]，但是后来因为 attribute fallthrough 的问题被 revert 掉了，最终变成只有 functional / stateless components 可以不需要定义 props [3]。

[1]: https://github.com/vuejs/rfcs/blob/function-apis/active-rfcs/0000-function-api.md#typescript-only-props-typing
[2]: https://github.com/vuejs/rfcs/blob/8b8288bffd3a664533dda6afed1cc6b181ea919f/active-rfcs/0010-optional-props-declaration.md
[3]: https://github.com/vuejs/rfcs/pull/154

openssl s_client -host www.easydoc.net -port 443 -servername www.easydoc.net -showcerts < /dev/null 2>&1 | openssl x509 -text | grep -A1 Alt

证书确实有问题，我一开始也好奇为什么 Mac 上 Chrome / Safari / Firefox 访问 https://www.easydoc.net 都没问题，直到我看见 Chrome 输出了：

Redirecting navigation www.easydoc.net -> easydoc.net because the server presented a certificate valid for easydoc.net but not for www.easydoc.net. To disable such redirects launch Chrome with the following flag: --disable-features=SSLCommonNameMismatchHandling

（不是 bug 是 feature

@KKLeon 其实是看缩放，笔记本显示器的缩放应该不是 150%。文档是说初始化的时候通常是以“登录时”的主显示器缩放为准的，上面说的把外接显示器设为主屏幕无效可能是因为没有重新登录。至于后面那个问题（怎么强行以更高或者更低的 DPI 渲染之后再缩放）我也不清楚……

Windows 应用程序的 DPI awareness 模式有三档，系统级别的 DPI awareness 和显示器级别的 DPI awareness 是不一样的。如果你有多个显示器（比如笔记本 + 外接显示器），而两个显示器的 DPI 缩放不一样，这两种模式就会有区别，前者永远是维持初始化时候的 DPI 缩放，拖到更高 DPI 的屏幕上之后就会变糊了。

鉴于你的笔记本截图文字很糊，一种合理的推断是：
1. 你的笔记本显示器比外接的 4K 显示器 DPI 低
2. 你用的软件不支持显示器级别的 DPI awareness
3. 你用的软件是在笔记本显示器上初始化，再拖到外接显示器上的

单进程自己写一个没几行代码

https://gist.github.com/lujjjh/ff95a7a046cc271bb06d4fdfb4161197

首先想到的是泊松分布，然后搜到了
https://stats.stackexchange.com/questions/49919/what-is-a-good-distribution-to-model-average-sales

考虑天气、季节、促销活动就复杂多了……

@hronro 没必要踩一捧一，cgo 调 C 跟 Rust 的 FFI 调 C 的体验区别不大。

我理解很多人觉得 Rust 很香，但是考虑到 Rust 的学习曲线，推荐给一个零基础、想要快速实现功能的人是不理智的。对 C 比较熟悉的话，直接用 C 写或者学跟 C 很像的 Go 是最快的。

推荐用 Go 。Go 调 C 非常方便，写 HTTP server 也非常方便，也能生成单独的可执行文件。

其次是用 C，如果 HTTP 接口没有高并发需求，写个 CGI 还是很容易的，外面套一个 nginx 或者其他 web server 。git 的 HTTP 接口就是这么玩的，可以参考： https://github.com/git/git/blob/670b81a890388c60b7032a4f5b879f2ece8c4558/http-backend.c#L739

要用于生产环境，说明要考虑性能，在 Windows 上怎么也得支持 IOCP 吧，nginx 第一个否决。

Apache 不太了解，Caddy 这种基于 Go net/http 的在 Windows 上的表现应该还行，可以找找有没有 benchmark 。

在 Windows 上，如果没什么特别的原因，IIS 绝对是第一选择。

str.match(/(?<="ret":\[[^\]]*)[^,\]]+/g)

抛开 lookbehind assertion 的兼容性问题，这么写也是不够准确的，要看你这个“类似 json 的字符串”具体格式是什么样