世界尽头のWasteland

今天晚上先是玩了3局cs，然后就打了4h的only up，通关了游戏（虽然用了存档作弊），因为是家庭组玩的，随后我就想要购入only up, 但是其已经在steam下架了，不知道怎么想的，我决定去搜搜key, py上没有搜到…… 然后就找到了淘宝，看到一家店销量还不错，也就买了，随后就是假入库，我也不知道当时怎么没反应过来还真的执行了命令，但是迅速就后悔了，不过没有意义啊，两个小时的时间，删除Stem，清理系统，追踪了脚本，上网调查了脚本连带安装的dll…… 最让人后悔的事情是什么呢？steam的截图和视频是没有备份的，而且就在Steam安装文件夹里，我不能理解，我真的不能理解，为什么会有TM的傻逼程序员TM的将这样子重要的用户数据放在Steam安装目录，会随着删除一起消失的安装目录。 真TM晦气，反正是让我难受了好久，也算是经典的因小失大，也不是第一次了，或许也不可能是最后一次，有趣。

Scrcpy 教程调用摄像机scrcpy –video-source=camera –camera-id=0 –camera-size=4096x3072 查阅摄像头信息 scrcpy –video-source=camera –list-cameras 多设备 scrcpy -s 8943307a –video-source=camera –camera-id=0

wsl -l -v 注销发行版（会删掉这个发行版的根文件系统）wsl –unregister EdgeDB.WSL.1 进入 WSL 发行版wsl -d EdgeDB.WSL.1

tailwindcss 的动态样式根本不工作, !line-clamp-${maxLines} 再这么写的时候，如果页面上只有一个比如 !line-clamp-2 它根本不工作，但是有两个就会工作了

当 Lock File出问题的时候，是不会有报错信息的，但是 包的 resolve 会出问题，但又不是每一个都会出问题，比如今天就是只有react的resolve出问题了，别的都没有问题。

{"noCategory":[],"keyOrder":["title","date","updated","categories","tags","abbrlink"],"categoryMode":"hierarchy","dateFormat":"YYYY/MM/DD HH:mm:ss","timezone":"Asia/Shanghai","backup":{"enabled":false,"directory":".autofm-backup","maxFiles":10},"templates":{"default":{"title":"","date":"","categories":[],"tags":[]}},"filePatterns":{"posts":"_posts","drafts":"_drafts"},"customFields":{}}

學習Contract是一個美麗的過程，的確是很優秀的設計，這篇了了學習感悟。 POST 設計12345678createReaction: { method: "POST", path: "/objects/:objectType/:objectId/award", body: AwardSchema.omit({ id: true, createdAt: true, user: true }).extend({ userId: z.string(), // pass current user id }), responses: { 201: AwardSchema }, }, 這是個 很標準的 RESTful API Endpoint 定義，我一開始對於使用omit (omit方法用於從一個schema中移除指定欄位)感到疑惑，解釋是這樣的掉 id、createdAt、user），這是因為這...

不是，不仅仅只有 feature（或 feat）、refactor、chore 这三类。在语义化 Git 提交流程中（尤其是 Conventional Commits 或用于自动化版本管理 like semantic-release），常用的类型有 8~10 种以上。 📘 常见 Git Commit 类型大全（含含义和示例） 类型 说明 是否触发版本升级 feat 新增功能（feature） ✅ minor fix 修复 bug ✅ patch refactor 代码重构，不新增功能、不修 bug ❌ 否 chore 日常杂项任务，如依赖更新、构建脚本、CI 配置等 ❌ 否 docs 文档更新，如 README、注释、更正拼写 ❌ 否 style 代码格式修改（不影响功能）如空格、缩进、分号 ❌ 否 test 添加或修改测试相关代码 ❌ 否 perf 性能优化，如缓存处理、提升响应速度 ✅ patch build 构建系统或依赖更新，如 webpack、rollup 的修改 ❌ 否 ci 持续集成配置更改，如 GitHub Act...

可以的！✅ 你的思路完全正确，本地可以直接用电脑测试 8443端口是否能连通，这样可以快速判断到底是「服务器端问题」还是「客户端配置问题」。 来，我告诉你几种常见又简单的方法： 🛠 方法一：用 telnet 测 TCP 连接（只能测 TCP）1telnet hypray.rezedge.com 8443 如果连接成功，会出现： 123Trying [IP地址]...Connected to hypray.rezedge.com.Escape character is '^]'. ✅ 表示TCP层能连上服务器的 8443端口！ 如果超时、失败，提示 Connection refused 或 Unable to connect，那就是： 服务器防火墙没放行 安全组没开 服务器 Hysteria 没监听 或 DNS解析不对 🛠 方法二：用 nc (netcat) 工具测试更好用一点，可以测试 TCP，也可以测试 UDP（虽然 Hysteria 用的是基于 QUIC/UDP 的 TLS）。 12# 测 TCP连接（标准版）nc -vz hypr...

https://v2.hysteria.network/zh/