上周到现在试着用 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…
#碎碎念
网页版 YouTube 的新 UI 是真恶心,把「评论」和「推荐视频」交换位置,明显降低评论在页面中的信息占比,同时刻意强化视频推荐引诱你不断刷下去,陷入类似刷短视频的注意力黑洞。
补充一下:右侧的评论区域并不是单独滚动的,也就是说你若想翻翻评论就会一直被新刷出的推荐视频抢占注意力,当然你可以忽视推荐,但是那也是需要专门注意力、会额外耗费精力的。
网页版 YouTube 的新 UI 是真恶心,把「评论」和「推荐视频」交换位置,明显降低评论在页面中的信息占比,同时刻意强化视频推荐引诱你不断刷下去,陷入类似刷短视频的注意力黑洞。
补充一下:右侧的评论区域并不是单独滚动的,也就是说你若想翻翻评论就会一直被新刷出的推荐视频抢占注意力,当然你可以忽视推荐,但是那也是需要专门注意力、会额外耗费精力的。
低功耗下 AMD 还是有优势(严格意义上更像 TSMC 的功劳)。搞不明白 AMD 把 7950X 从 140W 硬生生逼到 240W 后 R23 多核才从约 36,000 提到 38,000,70+% 的功耗换不来 5% 的理论性能提升。
对比 Intel 13/14 代特别是 13900KS/14900KS,出场过于灰烬以及 BIOS 默认 CEP/ACLL 1.1 动不动给芯片怼上 1.5V 乃至更高的电压导致无法忽略的「缩缸」风险,让华硕不得不出一个“Intel Baseline Profile option”(我愿称之为「真-Intel 默认」),开启后 14900KS 多核理论性能骤降 12%,R23 多核也回到 35,000~36,000 水平。
这俩真有种卧龙凤雏双向奔赴的幽默感。
更新 Intel 回应(省流):责任全在板厂。
对比 Intel 13/14 代特别是 13900KS/14900KS,出场过于灰烬以及 BIOS 默认 CEP/ACLL 1.1 动不动给芯片怼上 1.5V 乃至更高的电压导致无法忽略的「缩缸」风险,让华硕不得不出一个“Intel Baseline Profile option”(我愿称之为「真-Intel 默认」),开启后 14900KS 多核理论性能骤降 12%,R23 多核也回到 35,000~36,000 水平。
这俩真有种卧龙凤雏双向奔赴的幽默感。
更新 Intel 回应(省流):责任全在板厂。
ZDNet Korea
인텔 13·14세대 CPU, 게임 강제종료 문제 '시끌'
데스크톱PC용 인텔 13·14세대 코어 프로세서 기반 PC에서 일부 게임이 비정상 종료 등 문제를 일으킨다는 주장이 제기됐다. 인텔도 최근 해당 문제를 인지하고 조사에 착수했다.8일 주요 커뮤니티 이용자들에 따르면 이 문제가 처음 불거진 게임은 최근 스팀에서 배포된 '철권8&apo...
尝试在 subconverter 中通过转化配置文件尽可能用上 SukkaW/Surge 配置:
https://sub.xeton.dev/?config=https://gist.githubusercontent.com/ChrAlpha/699ba7f31ce65003d7aacdf86fc3a43e/raw/Clash_with_SukkaW_Surge_config.ini
目前在通过 TUN 模式运行的 mihomo 上正常使用,由于我使用的校园网还算干净所以用了系统 DNS:
nameserver:
- system://
- system
不保证其他 Clash 正常、不保证其他网络环境下正常
https://sub.xeton.dev/?config=https://gist.githubusercontent.com/ChrAlpha/699ba7f31ce65003d7aacdf86fc3a43e/raw/Clash_with_SukkaW_Surge_config.ini
目前在通过 TUN 模式运行的 mihomo 上正常使用,由于我使用的校园网还算干净所以用了系统 DNS:
nameserver:
- system://
- system
不保证其他 Clash 正常、不保证其他网络环境下正常
sub.xeton.dev
Subnoscription Converter
Utility to convert between various subnoscription format