于我而言,AirPods Pro 2 首发到手至今,使用有线充电不超过 3 次,所以我根本不 care 它到底是不是 C 口。但同时我也是 C 口大一统支持者,好事!
https://www.macrumors.com/2023/07/03/apple-airpods-pro-usb-c-case/
https://www.macrumors.com/2023/07/03/apple-airpods-pro-usb-c-case/
MacRumors
Gurman: Apple to Release USB-C AirPods Pro Case, Likely Alongside iPhone 15 Launch
Apple is likely to release a USB-C charging case for AirPods Pro alongside the launch of the iPhone 15 lineup this fall, according to Bloomberg's...
ChrAlpha Channel
于我而言,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」。
最初认为这就一个发热、功率双输的炒概念产品,充电座的形态限制这种充电方式也谈不上多么方便,可能大家觉得这种方式很 coooool 吧。
后来因为 Apple Watch 的加入,反正都要有个无线充电座,不如整个三合一省点插头孔位。随后我才知道,无线充电这种方式根本不 cooool——因为我压根不用去在意它,「放下去」「拿起来」这俩在桌面上本来就要做的动作,一并把「插上充电」这个单独行为给吞并了。没有感觉——就像感觉 AirPods 像 Air 一样——是对它的最高评价。
突然理解 Dieter Bohn 评价 Pixel (a) 系列砍处理器、砍屏幕都表示可以为价格斟酌,但是评价砍无限充电时来了句「but come on, Google」。
在水实验报告方面,Claude 确实一定程度上强于 ChatGPT,Claude 很多描述感觉真的像是做了实验而非 ChatGPT 那种官方味很足的描述。
不过代码方面,在与 Claude 简单接触两天后,我个人感觉还是 ChatGPT 更胜一筹,无论是把握我的需求还是给出代码片段。
P.S. 不知道为啥我十分用不惯 GitHub Copilot,感觉它极具侵扰性,总是打断我的思路。
不过代码方面,在与 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 缓存和浏览器缓存后,加载速度似乎又可堪一用了
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 作为对位竞争关系,而苏卡卡将其打成组合拳也给我很多启发,里面很多内容我都还没吃透,不说了,还得学。
碰巧赶上 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 作为对位竞争关系,而苏卡卡将其打成组合拳也给我很多启发,里面很多内容我都还没吃透,不说了,还得学。
ChrAlpha's Blog
首页 | ChrAlpha's Blog
ChrAlpha's Blog —— 技术向,记录着我的折腾小结;没事发些笔记、随笔、见闻;也愿能承载更多有态度有看法的文章 - Chryz (@ChrAlpha)
ChrAlpha Channel
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…
https://blog.ichr.me
上线哩!
Lazyload、ToC、评论、Sitemap——搞定;站内搜索、访问统计——前者再看看,后者打算直接看 Cloudflare 统计的数据了,反正很多时候直接看 Search Console 得到关于内容的反馈反而更加准确。
后续应该会憋一篇文章出来,但是最近又忙起来了时间不好说。然后整理整理争取把这个主题开源出来(挖坑
上线哩!
Lazyload、ToC、评论、Sitemap——搞定;站内搜索、访问统计——前者再看看,后者打算直接看 Cloudflare 统计的数据了,反正很多时候直接看 Search Console 得到关于内容的反馈反而更加准确。
后续应该会憋一篇文章出来,但是最近又忙起来了时间不好说。然后整理整理争取把这个主题开源出来(挖坑
ChrAlpha's Blog
首页 | ChrAlpha's Blog
ChrAlpha's Blog —— 技术向,记录着我的折腾小结;没事发些笔记、随笔、见闻;也愿能承载更多有态度有看法的文章 - Chryz (@ChrAlpha)
ChrAlpha Channel
于我而言,AirPods Pro 2 首发到手至今,使用有线充电不超过 3 次,所以我根本不 care 它到底是不是 C 口。但同时我也是 C 口大一统支持者,好事! https://www.macrumors.com/2023/07/03/apple-airpods-pro-usb-c-case/
本以为 MagSafe Duo 也会理所应当更新 USB-C 版本的,结果直接从官网下架了[^1][^2],最后还是没法一根 C2C 走天下了,实在可惜。
诚如
希望 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
诚如
@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
https://www.apple.com.cn/apple-pencil/
Apple 悄然上架 Apple Pencil (USB-C),本以为是作为一代笔的延续继续给库克在入门级 iPad 中展示精湛刀法,结果还把压感砍掉了,这下甚至不如一代笔了。不过据说做压感成本挺高,砍掉后这价格诚意不够啊(
Apple 悄然上架 Apple Pencil (USB-C),本以为是作为一代笔的延续继续给库克在入门级 iPad 中展示精湛刀法,结果还把压感砍掉了,这下甚至不如一代笔了。
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...
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...
#碎碎念
如果按照字面理解或许是「`VM`-`Mem`」——虚拟机内存(管理),所以有回答是手动设置虚拟机内存以解决。
另外常见的重启 WSL 命令:`wsl —shutdown` 与
在宿主机通过 TUN 隧道代理的情况下,手动重启似乎会导致 WSL 的所有网络链接(所有,包括根据规则不通过代理的链接)和 localhost 端口转发随机爆炸(没法稳定复现),此时需要重启另一个服务
https://stackoverflow.com/questions/64165192/stopping-vmmem-from-using-ram
https://superuser.com/questions/1645056/how-can-i-stop-vmmem-process
https://github.com/microsoft/WSL/issues/6982#issuecomment-1474994319
https://github.com/microsoft/WSL/issues/5298
Vmmem 进程莫名高占用,每次只能强制 kill WSL 重启,这个问题似乎已经好多年了,然而 Windows 依旧未将其修复……如果按照字面理解或许是「`VM`-`Mem`」——虚拟机内存(管理),所以有回答是手动设置虚拟机内存以解决。
另外常见的重启 WSL 命令:`wsl —shutdown` 与
taskkill /F /IM wslservice.exe ,只有后者在我的机器上生效,前者即便是在管理员权限的命令行中按下回车也只是愣在原地。后来尝试通过 hscdiag 也能够终止。在宿主机通过 TUN 隧道代理的情况下,手动重启似乎会导致 WSL 的所有网络链接(所有,包括根据规则不通过代理的链接)和 localhost 端口转发随机爆炸(没法稳定复现),此时需要重启另一个服务
LxssManager (LinuX SubSystem Manager),原因不详。https://stackoverflow.com/questions/64165192/stopping-vmmem-from-using-ram
https://superuser.com/questions/1645056/how-can-i-stop-vmmem-process
https://github.com/microsoft/WSL/issues/6982#issuecomment-1474994319
https://github.com/microsoft/WSL/issues/5298
Stack Overflow
Stopping Vmmem from using RAM
I am using Docker to run some containers on Windows 10, and when I was done I noticed an application named vmmem was using almost all of my ram: ~12GB. According to this it is because of Docker and...
#碎碎念
巨硬改命部:WSL 2 与 WSL 2.0.0(事实上这俩差四岁)
https://devblogs.microsoft.com/commandline/announcing-wsl-2/
https://github.com/microsoft/WSL/releases/tag/2.0.0
巨硬改命部:WSL 2 与 WSL 2.0.0(事实上这俩差四岁)
https://devblogs.microsoft.com/commandline/announcing-wsl-2/
https://github.com/microsoft/WSL/releases/tag/2.0.0
Microsoft News
Announcing WSL 2
WSL 2 is a new architecture that allows for dramatic file system performance and full system call compatibility in WSL using a Linux kernel.
#碎碎念
https://blog.pixelexperience.org/2024/04/everything-has-to-come-to-an-end-sometime/
刷过,可惜。
虽然说两三年前换掉 Android 是因为彼时888/8Gen1处理器正被三星工艺拖累、外加手上设备烧屏迫切需要更换,跳到了隔壁13香,倒是和第三方 ROM 关系不大,甚至最后换机之前用的还是 Dot OS。
不过确实,第三方 ROM 很难解决商业化问题,进而很难规模化,最终也很难跳出小作坊的限制——chore未必及时、feat积极写不积极修、机型支持受不同测试者影响方差极大(没能力统一由核心完成所有、即便只是所有主流机型的支持)——成为专属于小部份人的玩具。
快十年前第一次解锁刷机一直到早上6点乐此不疲,而现在回来基本只着眼亲儿子 Pixel 系列,跟着官方 OTA。说不上社区影响,这怎么说都是我自己的问题,却成为更多人的写照。
https://blog.pixelexperience.org/2024/04/everything-has-to-come-to-an-end-sometime/
刷过,可惜。
虽然说两三年前换掉 Android 是因为彼时888/8Gen1处理器正被三星工艺拖累、外加手上设备烧屏迫切需要更换,跳到了隔壁13香,倒是和第三方 ROM 关系不大,甚至最后换机之前用的还是 Dot OS。
不过确实,第三方 ROM 很难解决商业化问题,进而很难规模化,最终也很难跳出小作坊的限制——chore未必及时、feat积极写不积极修、机型支持受不同测试者影响方差极大(没能力统一由核心完成所有、即便只是所有主流机型的支持)——成为专属于小部份人的玩具。
快十年前第一次解锁刷机一直到早上6点乐此不疲,而现在回来基本只着眼亲儿子 Pixel 系列,跟着官方 OTA。说不上社区影响,这怎么说都是我自己的问题,却成为更多人的写照。
#碎碎念
https://news.1rj.ru/str/SurgeTestFlightFeed/154
不时发生于打开频道评论区时无法加载评论,对于将 Telegram 作为看板的用户来说体验几乎是砍半的。
https://news.1rj.ru/str/SurgeTestFlightFeed/154
不时发生于打开频道评论区时无法加载评论,对于将 Telegram 作为看板的用户来说体验几乎是砍半的。
Telegram
Surge TestFlight Feed
关于通过代理使用 Telegram 出现持续 Updating 和其他异常的问题
我们一直有观察到 Telegram 有概率出现卡在 Updating 的问题(该问题还可表现为图片加载困难、上传持续失败等),并且该问题会出现在所有同类软件中。
为此我们进行了大量分析,甚至深入 Telegram 源码进行 Debug,逐字节的对比转发的数据包,均未发现异常,具体表现为服务端不对部分请求产生回应,但是底层的 TCP 连接状态却是正常的。
在经过更多的测试和调查后,我们目前认为最大的可能是:Telegram…
我们一直有观察到 Telegram 有概率出现卡在 Updating 的问题(该问题还可表现为图片加载困难、上传持续失败等),并且该问题会出现在所有同类软件中。
为此我们进行了大量分析,甚至深入 Telegram 源码进行 Debug,逐字节的对比转发的数据包,均未发现异常,具体表现为服务端不对部分请求产生回应,但是底层的 TCP 连接状态却是正常的。
在经过更多的测试和调查后,我们目前认为最大的可能是:Telegram…