@ghosthim #37 4k 200% 缩放。
使用了腹死胎中的新雅黑 Y 轴 Hinting 优化版。大部分界面的效果都不错。
但是，GDI 以及 QT 的小字号渲染太烂了，如果需要改进这些的话，需要上 Mactype 。
其他已知问题：新雅黑的 ，应该是类似思源黑体，苹方的逗号的。但是很多界面 UI ，都可以看到微软雅黑那独特的，难看的逗号的存在，不知道如何解决。

莫慌。看看我的：

和楼主一样的情况，咳嗽很厉害，自己怀疑肺炎或者支气管炎；拍了肺部 CT ，有结节，但没有炎症反应。
自己开了个血常规 + 免疫蛋白测试，结果就嗜酸性粒细胞偏高；
因此我怀疑就是新冠的后遗症，贼难受，吃愈美颗粒（含右美沙芬）还止不了咳。

@yao00jun #14 试试这个吧？
https://github.com/ScoopInstaller/Scoop/issues/249

如果还不行的话，那只能通过软 /硬链接解决了

@a632079 #11 哦，补充一条。Winget 默认不支持配置代理，自定义代理属性的支持被丢到 1.15 了。目前的 Stable 是 1.13 ，月底应该会发布 1.14 ；如果你没有在软路由上配置透明代理，可能需要配合系统代理功能，亦或 Clash 的 Tun 功能来实现下载包加速。

开发者工具，chocolatey 和 scoop 都可以。
* 我个人推荐 Scoop —— 安装此包管理，以及非全局安装（默认安装到当前用户） 是不需要管理员权限的。小众点的开发包也基本都有（配合官方的 extras 、versions 仓库）


如果你期待像国内那种软件商城那类的，可以试试 winget 。
* Winget 默认的源就包含了大部分常见的软件，非常值得一试

缺陷：
* 手动敲指令，一次只能安装一次
* 没有官方的 GUI 界面，非官方的 GUI：wingetUI 太烂了，bug 一堆，算不上特别好用
* 一些软件比如说 Firefox Developer Edition 这种包含多语言分发的版本，仓库的包是英文的；不建议通过 winget 更新
* 大部分软件静默安装会安装到 C 盘，如果你的习惯是将大部分软件塞非 C 盘的，亦或者 C 盘很小，会比较麻烦

欢迎加入 Firefox 避难营 :sad: ：
* Mozilla 承诺会给 Manifest v3 中保留 webRequest 等一系列接口 —— 保证 UBlock Origin 等插件的正常工作
* Microsoft Edge 表示会遵循 Google Chrome 的政策，同时间停止支持 Manifest v2 的插件


确实碰到了

@clrss #258 不会，KeyChain 还是安全的

按你的需求，如果我没理解错的话，直接在监听 SIGINT 的自定义方法末尾补个 os.Exit 就好了吧

用 wd 或者卡巴全盘扫一下比较好吧，如果不想重装的话。
火绒扫毒真的图一乐，不过设好规则可以很大程度上避免核心目录被干

正经点推荐，可以考虑用卡巴斯基。不闲误报烦的话可以用 DefenderUI 把 Windows Defender 的云查杀，策略模式开启了
P.S 火绒小工具好用，杀毒是真不行

你这个是 pnp 造成的问题吧，pnp 确实需要打个 sdk ，你做了就只需要把生成的文件添加到版控里，其他人拉下来正常安装包，正常编辑。

要和其他包管理一样的体验，直接 yarnrc.yml 里吧 nodeLinker 改成 node_modules 或者 pnpm 就行

Docker 拉起来，目前自己用的魔改 dnmp😂 不得不吐槽 php 多版共存真是麻烦。

Github TOS 不允许开小号，你开小号就是违反 TOS.... 唯一可豁免的就是机器人目的的小号，比如我创了个号来给机器人自动合并内容提交仓库。

![@UL(3KW]SAQ__RGTQ4U21PD.png]( https://s2.loli.net/2022/01/28/vZJV3m9gINaWACD.png)

首先,传统 PHPer 仍然借助的是 CGI/FPM 或者基于 Apache 的 mod_php 来使用 PHP 业务的. 这种模式下, PHP 是收到请求开始初始化,执行代码,请求结束,直接销毁. opcache(包括 preload) 等优化方案只是对常用代码编译为 opcode(可以理解为 VM 中间代码,在运行时可以由 Zend 引擎直接转换为机器码(跳过分析过程), 这就是提速的原因之一.
PHP 8 引入了 JIT, 实际上是一个非常粗浅的 JIT(相比较 PyPy 和 V8), 而且受制于前述的生命周期,实际上的提升其实是非常有限的.
终于到正题了.题主提到的异步或协程特性其实并不太适合前表的生命周期,加入这类特性其实不会对性能有太大的提升,反而提高了学习门槛,提高了优化难度. 简而概之,对于传统的 PHP 开发,可能收益并没有那么大,做代码优化还不如堆机器.
这边提一句,如果真需要高性能 PHP 开发的话, 还是得回归 php cli 开发. 开发一个常驻内存的程序, 也就是目前 swoole 做的很成功的地方. 我相信如果 PHP 官方引入了异步,协程, 常驻类程序会收益匪浅.
#2 说的很对, Swoole 这种基于 Cli 的开发模式并不是 PHP 社区的热点, 和大家印象里的 PHP 迥然不同, 能接受 Swoole, 为什么接受不了 Go(特性少,简单), node, Java 呢?

@toma77 是的，现在也只是社区参与