公告地址
代理检测：在线检测您是否在使用 Clash
https://www.v2ex.com/t/1076579
省流缓解措施：Clash 设置→外部控制→修改监听地址（比如设置到 255.255.255.255:9097）、设置API密钥
https://www.v2ex.com/t/1076579
省流缓解措施：Clash 设置→外部控制→修改监听地址（比如设置到 255.255.255.255:9097）、设置API密钥
更多的信息尚待确认，具体请参考 https://domain.miit.gov.cn/
公告原文
https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.org/thread/RIZSKIBDSLY4S5J2E2STNP5DH4XZGJMR/
在最后，Intel给出了完整的故障报告，结合一些仅对OEM说明的数据，我总结一下：
1 高压和高温是导致CPU出现问题的元凶，这一情况在不正确的设置下会严重的加剧
2 消费级主板不正确的电压设定、默认解锁的功耗以及无限制的Boost使得问题出现的概率增加很多
到目前为止，HPE、Lenovo、Dell的商用产品线以及采用Xeon的平台，均没有出现类似的情况
3 在2024.8的BIOS／微码之前，TVB睿频机制在轻载与Idle下会请求了过高的电压
(但是鉴于Intel本身的TVB窗口期就不高，因此默认使用出问题的可能性较低？)
4 使用最新的微码的Intel baseline／Default profile可以避免出现CPU的不稳定
(但是已经损坏的CPU无法被修复？)
总结：Intel出于市场宣传需要的更高睿频、消费级产品无底线的默认解锁、Kol与超频畜生一贯以来的司马共同导致了这一灾难，谁的锅都缺不了，全图图就就好了
https://community.intel.com/t5/Blogs/Tech-Innovation/Client/Intel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/post/1633239
#丁真说其他的东西 #基础科普
1 高压和高温是导致CPU出现问题的元凶，这一情况在不正确的设置下会严重的加剧
2 消费级主板不正确的电压设定、默认解锁的功耗以及无限制的Boost使得问题出现的概率增加很多
到目前为止，HPE、Lenovo、Dell的商用产品线以及采用Xeon的平台，均没有出现类似的情况
3 在2024.8的BIOS／微码之前，TVB睿频机制在轻载与Idle下会请求了过高的电压
(但是鉴于Intel本身的TVB窗口期就不高，因此默认使用出问题的可能性较低？)
4 使用最新的微码的Intel baseline／Default profile可以避免出现CPU的不稳定
(但是已经损坏的CPU无法被修复？)
总结：Intel出于市场宣传需要的更高睿频、消费级产品无底线的默认解锁、Kol与超频畜生一贯以来的司马共同导致了这一灾难，谁的锅都缺不了，全图图就就好了
https://community.intel.com/t5/Blogs/Tech-Innovation/Client/Intel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/post/1633239
#丁真说其他的东西 #基础科普
哈哈，instant view 通过了，正式能用了 https://www.fxzhihu.com/question/422249342/answer/3629786708
由于知乎万恶的登录机制，我为知乎做了一个类似于fxtwitter的cf worker, og card已经有了
Instant View等待审核中， 现在可以通过下面的链接查看效果
https://t.me/iv?url=https://www.fxzhihu.com/question/60042833/answer/2410403705&rhash=6bebaec97e3897
URL形式是
已开源： https://github.com/frostming/fxzhihu
P.S. API可能会挂，天知道这个能用多
Instant View等待审核中， 现在可以通过下面的链接查看效果
https://t.me/iv?url=https://www.fxzhihu.com/question/60042833/answer/2410403705&rhash=6bebaec97e3897
URL形式是
https://www.fxzhihu.com/question/<qid>/answer/<aid>已开源： https://github.com/frostming/fxzhihu
P.S. API可能会挂，天知道这个能用多
Note：你如果早已经是这个所谓「圈子」里的人并已经对这事有过了解，那么我真正想说的话其实在最后一节。
翰林的小站
时间线之外的 Kench
可能是一些零碎的，发生在时间线之外的，一点细碎的往事。
新drama：winamp 在 github 上源码可见了，但是协议违反了 github tos
https://github.com/WinampDesktop/winamp/issues/6
https://github.com/WinampDesktop/winamp/issues/19
https://github.com/WinampDesktop/winamp/issues/6
https://github.com/WinampDesktop/winamp/issues/19
While we’re talking about nuances
Winamp published their source code on github
https://github.com/WinampDesktop/winamp
And they used custom license which, among other things, forbids creation of forks
What’s nuance? GitHub’s license doesn’t allow usage of license where forks are forbidden 🌚
Fork time ! 😈
Winamp published their source code on github
https://github.com/WinampDesktop/winamp
And they used custom license which, among other things, forbids creation of forks
What’s nuance? GitHub’s license doesn’t allow usage of license where forks are forbidden 🌚
Fork time ! 😈
可能是一些零碎的，发生在时间线之外的，一点细碎的往事。
https://blog.hanlin.press/2024/09/Kench-Outside-the-Timeline/
#Blog
