https://www.youtube.com/watch?v=VYIMsxXLeUo

一下子没反应过来，7+ Gen2 如此设计定位，为什么不直接选择降价后的 8+ 呢？
能效比提升感觉不会很明显，难道说最后还是定价足够低

#Twitter https://twitter.com/ichralpha/status/1648192218010898434

看到 Google 新推的带有AI功能的升级版搜索引擎 magi，我第一反应还是 Peak Labs 的 mag[i] 知识引擎——
https://magi.com
只可惜，和 DogeDoge 类似，最终还是「因业务调整」暂停服务了，这或许就是在大陆做搜索引擎殊途同归。

#碎碎念

https://www.youtube.com/watch?v=LJm9oUR6igo

单兵作战就恁快。

「比大小」环节尽是水时长，说来说去不如去 Apple Store 看两眼。

结尾倒是来了些正确，别盲目追求所谓性价比，明确需求后为了用不到的性能多花一分都是浪费。以及「如果你不知道应该选 Air 还是选 Pro，那么果断选 Air。」Pro 的目标用户知道自己需要 Pro，太对了。

感谢 @kahosan，在 chrome flags 中关闭 QUIC 即可解决，原理是运营商对于 UDP 协议不友好。

---

求助下大佬：m1 Mac 使用 Chrome 播放视频码率一直上不去，但是同样在 Chrome 上 Speedtest 可以跑满带宽，而 Safari 中视频播放也可以跑满。经过一番搜索，开关硬件加速、插件都试过了均没有效果，重启重装也试过无效。这里面还有什么说法吗？（图 1、2 Chrome，图 2 Safari）

macOS 13.4 (22F66)
Chrome Version 114.0.5735.133
Safari Version 16.5 (18615.2.9.11.4)

补充一点，开 TUN 的 Clash 可以正常跑满，但是通过 VPN 接管的 Quantumult X 不能，或许是这俩对于 QUIC 代理的逻辑不太一样

于我而言，AirPods Pro 2 首发到手至今，使用有线充电不超过 3 次，所以我根本不 care 它到底是不是 C 口。但同时我也是 C 口大一统支持者，好事！

https://www.macrumors.com/2023/07/03/apple-airpods-pro-usb-c-case/

从不屑到真香，无线充电算我印象比较深一个。

最初认为这就一个发热、功率双输的炒概念产品，充电座的形态限制这种充电方式也谈不上多么方便，可能大家觉得这种方式很 coooool 吧。

后来因为 Apple Watch 的加入，反正都要有个无线充电座，不如整个三合一省点插头孔位。随后我才知道，无线充电这种方式根本不 cooool——因为我压根不用去在意它，「放下去」「拿起来」这俩在桌面上本来就要做的动作，一并把「插上充电」这个单独行为给吞并了。没有感觉——就像感觉 AirPods 像 Air 一样——是对它的最高评价。

突然理解 Dieter Bohn 评价 Pixel (a) 系列砍处理器、砍屏幕都表示可以为价格斟酌，但是评价砍无限充电时来了句「but come on, Google」。

在水实验报告方面，Claude 确实一定程度上强于 ChatGPT，Claude 很多描述感觉真的像是做了实验而非 ChatGPT 那种官方味很足的描述。

不过代码方面，在与 Claude 简单接触两天后，我个人感觉还是 ChatGPT 更胜一筹，无论是把握我的需求还是给出代码片段。

P.S. 不知道为啥我十分用不惯 GitHub Copilot，感觉它极具侵扰性，总是打断我的思路。

上周到现在试着用 Nuxt + Notion 糊个博客，但感觉每次加载页面都从 Notion API 获取数据再渲染实在是太慢了，即便缓存，如果不实时 SSR 而是手动 Pre-render 又失去了用 Notion 作为 CMS 的意义，感觉不会做下去了。
Demo 地址是 https://notion-blog.ichr.me

还没适配所有的 Notion Block 渲染，不过 Notion 对于 Markdown 适配也感觉怪怪的，这个坑大概率填不上了。
另外，别问为啥不开源，本憨憨不小心把 token 明文上传仓库了（

---

加上 API 缓存和浏览器缓存后，加载速度似乎又可堪一用了

https://next-blog.ichr.me

碰巧赶上 Next.js App Router 逐渐稳定，一个写了一年多 Python 好久不碰前端的低手重新感受了下前沿框架的皮毛。

原 https://blog.ichr.me 的构建 CI 已经被暂停了，处理完剩下几个问题大概就会完全迁移过去——

目前还在挠头的：
1）Lazyload 不太会写，之前 Hexo 纯静态只需要在浏览器引入 vanilla-lazyload，Next.js 应用引入这些改写 HTML 的 JS 可能带来额外 Hydration 错误
2）评论系统，其实回到了上一个问题，没有 Lazyload 我是怎么都不愿意上那么大一个 Disqus 的
3）ToC，以及高亮目前所在的部分
4）优化构建流程，generateMetadata/generateStaticParams/Page 愣是对同样的数据重复请求三次
5）Hexo 非文章页面的渲染（对，我还在用 Hexo 作为 CMS）
6）Sitemap、站内搜索、访问统计、etc

关注我的可能知道，前阵子花了几天试着用 Nuxt.js + Notion CMS 糊个博客，且不提写文章时的体验究竟如何，构建时 Hexo as CMS 实在为我省去不少功夫。
至于两个一字母之差的框架，咳咳。

不管最后写没写出来，都要感谢 Sukka 大佬的两篇博客：
- https://blog.skk.moe/post/use-nextjs-and-hexo-to-rebuild-my-blog/
- https://blog.skk.moe/post/refactor-my-blog-using-nextjs-app-router/
其他文章大多将 Hexo 和 Next.js 作为对位竞争关系，而苏卡卡将其打成组合拳也给我很多启发，里面很多内容我都还没吃透，不说了，还得学。

https://blog.ichr.me

上线哩！

Lazyload、ToC、评论、Sitemap——搞定；站内搜索、访问统计——前者再看看，后者打算直接看 Cloudflare 统计的数据了，反正很多时候直接看 Search Console 得到关于内容的反馈反而更加准确。

后续应该会憋一篇文章出来，但是最近又忙起来了时间不好说。然后整理整理争取把这个主题开源出来（挖坑

本以为 MagSafe Duo 也会理所应当更新 USB-C 版本的，结果直接从官网下架了[^1][^2]，最后还是没法一根 C2C 走天下了，实在可惜。
诚如 @PostMeridy 所言 [^3]，「它（MagSafe Duo）同时也是一个相当棒的桌面摆件」。而且折叠后不足巴掌大的体积也能轻松收纳进我背包偏小的暗格中。
希望 MagSafe Duo 的缺失只是一时的，毕竟 USB-C 较 Lightning 厚了不少，可能仍待重新设计，假以时日王者归来。

---

[1]: https://www.apple.com.cn/cn/search/magsafe-duo?src=alp
[2]: https://www.apple.com.cn/cn-smb/shop/product/MHXF3CH/A
[3]: https://sspai.com/post/82916

Clash for Windows: Nov 2, 2023 PM Removed
Clash core: Nov 3, 2023 PM Removed
Clash.Meta: Nov 3, 2023 PM Archived
Clash Verge: Nov 3, 2023 PM Archived
Clash for Android: Nov 3, 2023 PM Removed

To be continued...