- 就剧情来说十分扣人心弦,各种反转,“就好像包子里包了饺子,饺子里包了汤圆,汤圆里又放了一枚硬币,在拿到最后的硬币之前,你得穿过包子皮、饺子皮、饺子馅、汤圆皮和汤圆馅”,然后才能完全理清这一套故事
- 不是很懂克苏鲁,可能主打的是一套心理恐怖?看得时候没觉得很吓人,可能是看恐怖游戏解说看多了对此不以为然了
- 我个人还是挺喜欢故事的设定的,未来感挺强
- 我没带啥脑子看,或者说对故事里面的人不熟,所以倒没觉得太出戏
- 画面不错,片尾曲也很好听,就是我对着识曲了半天没识别出来,期待后续发行什么的
- 感觉最后故事的主题细想挺吓人的,“现实,不过只是大一号的盒子”(无限套娃是吧),可能这种故事也可能搞不出什么大团圆来,感觉最后的结局有伏笔,有可能会出续集
总的来说感觉花十二块去买可能还是挺值的,至少比买票去电影院看强一些(?
----
对面的短评: https://t.me/laorenspeak/3124
----
首发于个人频道,为了更好的可见性同步发布于此。
#观影
---
首先启动一个 Windows PE 或者 Linux (Live ISO 或者实体机安装的均可,这步主要是为了访问到 Ventoy 的 EFI 分区),并插入使用 Ventoy 的 U 盘。(如果对应的系统/发行版环境并不支持安全启动,需要先行关闭)
然后在 openSUSE Factory 下载最新的 shim 软件包文件,并使用 7-zip、Ark 等支持的软件解压/打开(如图1)
在包中找到其中的
shim-15.8-lp155.8.2.x86_64.rpm
用同样的方式再次解压/打开,并找到其中的 usr/share/efi/x86_64
目录(如图2),将其中的 shim-opensuse.efi
和 MokManager.efi
复制到名为 VTOYEFI
的分区(盘符)的 /EFI/BOOT 下,并将 shim-opensuse.efi
重命名为 BOOTX64.efi
(一定要提前对相应的文件做好备份),然后安全弹出设备即可。打开安全启动选项,重启到相应的 USB 设备,Ventoy 应该会被正确启动。
或者参考
https://discourse.ubuntu.com/t/sbat-self-check-failed-mitigating-the-impact-of-shim-15-7-revocation-on-the-ubuntu-boot-process-for-devices-running-windows/47378/3
关于这件事的起因可以参考:
https://www.qbitai.com/2024/08/183019.html
总之就是微软试图修漏洞但是修炸了(暴论)
---
原发布帖
#Windows #折腾
踩了很多坑,包括但不仅限于 Fuse.js 多次建立 index 套娃(这事儿 AI 得背大锅)导致搜不出来东西
然后发现杜叔叔(指杜洛夫,Telegram 创始人)写的网页是每次仅加载一页(大概十几条)内容,又因为我索引直接借用的原项目里 rss.json 来写的,所以这个搜索的索引只有这前十几条内容,只会比原版的搜索要好一点。
就很难说,所以之后不得不写了一个搜不到东西回滚到 Telegram 那个搜索的机制。
更改也已经全部开源:
https://github.com/GrassBlock1/TGChan2Microblog
欢迎参考借鉴,以及提建议
#维护日志 #折腾
暂停 Windows 的功能更新
----
原发布帖: https://nya.one/notes/9ujuuwmniawx1yjx
你是否因为微软最近的更新塞入了微软电脑管家、任务栏置入 Copilot 而烦恼?担心后续收到更不需要的功能?试试暂停功能更新吧。
根据 Microsoft 有关 Windows 更新的文档,收到功能更新的时间其实是可以通过几个组策略(或者其对应的注册表值)来暂停的,有利于企业对更新的调控。
而似乎有点废话),微软大部分的功能添加都是通过这类更新推送。
暂停这些更新,至少会在更新层面上更加与 LTSC 的体验类似,所以现今能找到的 “类 LTSC” 镜像几乎都是通过这种办法实现的。(比如我正在使用的 windsys 封装的镜像,目前项目似乎暂停了大型更新)
所以我根据系统镜像里已有的内容以及自己对文档的理解简单制作了一个小的注册表文件,能够暂停功能更新 1000 天(为了保险,我将结束时间写到了 2042 年),导入后会立即生效。
效果应该是:打开 Windows 更新之后显示:你的组织为你暂停了一些更新,打开高级选项 > 配置的更新策略 多出两条关于功能更新的策略(如图)
这样微软后面喂的不管是什么东西就应该吃不到了,但是安全更新和补丁可以继续接收,因为这些内容几乎都是在质量更新。
但是就目前来说不像一般的暂停更新,功能更新一旦暂停很难手动恢复,所以请慎重选择。
操作注册表有风险,注意备份
另外可参考:
https://gal.vin/posts/2021/better-windows-updates-for-everyone/
(转载请标明来源)
下载注册表
----
(仅为补档,不保证可用性)
#Windows #折腾
----
原发布帖: https://nya.one/notes/9ujuuwmniawx1yjx
你是否因为微软最近的更新塞入了微软电脑管家、任务栏置入 Copilot 而烦恼?担心后续收到更不需要的功能?试试暂停功能更新吧。
根据 Microsoft 有关 Windows 更新的文档,收到功能更新的时间其实是可以通过几个组策略(或者其对应的注册表值)来暂停的,有利于企业对更新的调控。
而
功能更新
正对应着这些功能性的更新(暂停这些更新,至少会在更新层面上更加与 LTSC 的体验类似,所以现今能找到的 “类 LTSC” 镜像几乎都是通过这种办法实现的。(比如我正在使用的 windsys 封装的镜像,目前项目似乎暂停了大型更新)
所以我根据系统镜像里已有的内容以及自己对文档的理解简单制作了一个小的注册表文件,能够暂停功能更新 1000 天(为了保险,我将结束时间写到了 2042 年),导入后会立即生效。
效果应该是:打开 Windows 更新之后显示:你的组织为你暂停了一些更新,打开高级选项 > 配置的更新策略 多出两条关于功能更新的策略(如图)
这样微软后面喂的不管是什么东西就应该吃不到了,但是安全更新和补丁可以继续接收,因为这些内容几乎都是在质量更新。
但是就目前来说不像一般的暂停更新,功能更新一旦暂停很难手动恢复,所以请慎重选择。
操作注册表有风险,注意备份
另外可参考:
https://gal.vin/posts/2021/better-windows-updates-for-everyone/
(转载请标明来源)
下载注册表
----
(仅为补档,不保证可用性)
#Windows #折腾
是的,今天晚上我才慢慢地开始弄这个项目。
为它用最近看到的 Broadcastchannel 搭建了一个前端,并把之前的做的链接跳转到这个前端了(之前看网站后台发现没多少人看,所以就直接删除了,不过源码还是有很好保存的,不用担心),但是这个前端需要一定修改(它连基本的深色模式都没做),所以暂时还不能公开。
基于之前只有一篇短文所以我将在接下来把它补回来。
#维护日志
为它用最近看到的 Broadcastchannel 搭建了一个前端,并把之前的做的链接跳转到这个前端了(之前看网站后台发现没多少人看,所以就直接删除了,不过源码还是有很好保存的,不用担心),但是这个前端需要一定修改(它连基本的深色模式都没做),所以暂时还不能公开。
基于之前只有一篇短文所以我将在接下来把它补回来。
#维护日志
欢迎! m1crob10g 是一个新的实验性项目,正如其本体“微博客”一样,将尝试用更短的内容来传达信息。
你可以在此看到:
更简明、可操作的教程
更凝练的想法
这里的文章不定时更新,主要是一些技术相关的内容,也会有一些生活感悟。
一些这个博客会用到的标签:
#维护日志 #折腾
还在完善中的前端: https://gb-microblog.pages.dev
(支持十分完善的中文搜索,如果要搜索内容推荐使用这个)
没有评论功能,还是想以阅读为主,如果对这些文章有一点看法,以其它方式分享也是一种很好的选择。
你可以在此看到:
更简明、可操作的教程
更凝练的想法
这里的文章不定时更新,主要是一些技术相关的内容,也会有一些生活感悟。
一些这个博客会用到的标签:
#维护日志 #折腾
还在完善中的前端: https://gb-microblog.pages.dev
(支持十分完善的中文搜索,如果要搜索内容推荐使用这个)
没有评论功能,还是想以阅读为主,如果对这些文章有一点看法,以其它方式分享也是一种很好的选择。