上周到现在试着用 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 作为对位竞争关系,而苏卡卡将其打成组合拳也给我很多启发,里面很多内容我都还没吃透,不说了,还得学。
blog.ichr.me
首页 | 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 得到关于内容的反馈反而更加准确。
后续应该会憋一篇文章出来,但是最近又忙起来了时间不好说。然后整理整理争取把这个主题开源出来(挖坑
blog.ichr.me
首页 | 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。说不上社区影响,这怎么说都是我自己的问题,却成为更多人的写照。
PixelExperience Blog
Everything has to come to an end, sometime...
Dear PixelExperience Users,
It is with a feeling of gratitude that I share important information with you today. After much reflection, I made the decision to complete the development of PixelExperience.
The project was created by me in 2017, in a completely…
It is with a feeling of gratitude that I share important information with you today. After much reflection, I made the decision to complete the development of PixelExperience.
The project was created by me in 2017, in a completely…
#碎碎念
网页版 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 13/14 代特别是 13900KS/14900KS,出场过于灰烬以及 BIOS 默认 CEP/ACLL 1.1 动不动给芯片怼上 1.5V 乃至更高的电压导致无法忽略的「缩缸」风险,让华硕不得不出一个“Intel Baseline Profile option”(我愿称之为「真-Intel 默认」),开启后 14900KS 多核理论性能骤降 12%,R23 多核也回到 35,000~36,000 水平。
这俩真有种卧龙凤雏双向奔赴的幽默感。
ZDNet Korea
인텔 13·14세대 CPU, 게임 강제종료 문제 '시끌'
데스크톱PC용 인텔 13·14세대 코어 프로세서 기반 PC에서 일부 게임이 비정상 종료 등 문제를 일으킨다는 주장이 제기됐다. 인텔도 최근 해당 문제를 인지하고 조사에 착수했다.8일 주요 커뮤니티 이용자들에 따르면 이 문제가 처음 불거진 게임은 최근 스팀에서 배포된 '철권8&apo...