在使用Google AI相关的应用和服务（比如Antigravity、Gemini等）时，很多朋友可能会遇到无法使用的情况，提示服务在当前国家/地区不可用。这通常是因为你的谷歌账号区域归属地被判定为了中国（CN）或香港（HK）。 为了解决这个问题，网上流传着很多教程，最常见的是建议通过修改Google Play商店的支付卡归属地（锁区）来尝试修改账号区域。 其实，这种方法并不完全正确，通过支付资料修改通常只影响Play商店的内容，而无法更改账号深层的服务协议区域。 正确且有效的修改方式是通过Google服务协议页面查看当前归属地，并通过发送邮件的方式申请修改。 为什么修改支付卡没用？修改Google Play的支付资料确实可以改变你在应用商店看到的地区，但这只是“表面”的区域。Google账号还有一个底层的“服务条款归属地”，这个归属地决定了你是否有权使用某些受限的Google服务（如AI功能）。 如果不从根本上修改这个归属地，即便你的Play商店显示是美国，AI服务依然会识别出你的账号属于受限区域。 正确的修改步骤第一步：查看当前服务区域首先，我们需要确认你的账号当前到底被 ...

刚看完今年的 TGA，网上关于《33号远征队》（Clair Obscur: Expedition 33）拿大奖的讨论简直炸开锅了。我看到挺多人都在替《天国：拯救2》抱不平，觉得亨利的史诗感怎么就输给了这个“新面孔”。 说实话，我也很喜欢《天国：拯救2》，但冷静下来想想，我觉得《33号远征队》这次拿奖，其实给当下的游戏圈释放了一个挺有意思的信号。 1. TGA 的“风向标”意义大家都知道 TGA 不仅仅是一个分猪肉的颁奖礼，它的影响力摆在那儿，往往能直接“指导”下一年甚至未来几年游戏公司的开发方向。 现在的游戏圈挺极端的，要么是烧了几亿美金、玩法却极其保守的 3A 大作，要么是画面简陋、全靠脑洞的独立游戏。而《33号远征队》这种 2A 级别的体量，恰恰给开发者们提供了一个非常完美的借鉴模板。它向业界证明了：不需要堆到极致的工业资源，只要把画面、玩法、音乐这几个维度都打磨到一个很高的水平，依然能做出非常惊艳的效果。这种“工业化精品”的思路，对很多中型工作室来说，比那些遥不可及的 3A 大作更有参考价值。 2. 《天国：拯救2》好，但它很难被“借鉴”再说回《天国：拯救2》。它确实是一个优秀 ...

慢慢变富的路上，这几件事千万别碰最近常有朋友问我，定投美股或者其他优质资产，有没有什么“必胜秘籍”？ 其实说实话，投资这件事，“不做什么”往往比“做了什么”更重要。 很多人总想在市场上玩点高难度的花样，结果最后发现，最简单的路反而也是最难走的。 如果你也准备开始长期定投，这里有几个我深有体会的“坑”，建议你一个都不要踩： 1. 哪怕只有一点点，也别碰杠杆很多人觉得，既然看好长期趋势，加点杠杆不是赚得更快吗？但杠杆本质上是在预支未来的运气，它会给你的心态加一把无形的锁。 不管是场内融资还是场外借贷，哪怕利率再低、倍数再小，它都会改变你的容错率。定投图的是个心安，是为了在市场大跌时还能淡定地喝茶看书。一旦有了杠杆，哪怕是一个正常的波动都可能变成你的灭顶之灾。记住，只有一直留在桌子上，你才有赢的机会。 2. 关掉那些“预言家”的声音每天打开手机，满屏都是各种大V、机构在预测明年的点位、下个月的非农数据。听多了你就会产生一种错觉，仿佛市场是有剧本的。 但实际上，这些预测大多是噪音。不要试图去预测短期走势，更不要因为某篇看起来很专业的分析报告就轻易打乱自己的定投节奏。我们要赚的是全球最优秀企 ...

你是否担心过 Hexo 的源码（Markdown 原稿、配置文件、主题源码）直接公开在 GitHub 上会有风险？或者每次更换电脑都要重新配环境、拷文件？ 今天分享一套**“双仓库”自动化部署方案**：将源码放在私有仓库，通过 GitHub Actions 自动生成网页并推送到公开的 Pages 仓库。 1. 为什么要用双仓库？传统的 Hexo 部署方式通常是将源码和生成的 HTML 混在一起，或者只备份 HTML。双仓库架构有以下优势： 安全性：私有仓库（Private）存放你的 Markdown 原稿和 _config.yml，保护敏感配置和未发布的草稿。 云端备份：源码在云端，换电脑只需 git clone，无需担心环境丢失。 全自动流水线：本地只需执行 git push，剩下的环境配置、依赖安装、静态生成、发布全部由 GitHub Actions 代劳。 2. 准备工作 私有仓库 (source)：例如 hexo-source，存放 Hexo 完整目录。 公开仓库 (public)：例如 yourname.github.io，开启 GitHub Pages 服务。 Pers ...

如果你的需求跟我一样：稳定科学上网 + 跑一些功能性 Docker 服务，而不是追求 NAS、影音中心、家庭数据中枢之类的重度玩法，那我目前折腾下来的结论很简单—— 65 元的二手小主机，就是性价比天花板。 这篇算是一次实战记录，也给还在纠结「要不要上 N100 / J4125 / 迷你主机」的人一个参考。 一、硬件本体：闲鱼 65 元的 Z8350 小主机 配置其实非常寒酸，但刚好卡在「够用」这条线上： CPU：Intel Atom Z8350（X86 架构） 内存：2GB 硬盘：16GB eMMC 网口：千兆 单网口 接口：VGA + HDMI USB：4 个（其中 2 个是 USB 3.0） 功耗：实测大约 3W 价格：闲鱼 65 元包邮 单网口 + 低功耗，天然就适合做旁路由。而且是 X86 架构，系统和 Docker 生态完整，不用跟 ARM 各种兼容性斗智斗勇。 二、为什么一定是「旁路由」我个人非常坚持一个原则： 折腾，绝不能影响全家上网。 所以整体结构是： 主路由：负责拨号、DHCP、WiFi 这台小主机：只做旁路由 需要科学上网的设备，把网关 ...

投资组合调整：从股息型ETF转向成长型ETF在投资组合构建的路上，我也经历过各种尝试和摸索。曾经很长一段时间，我对股息型 ETF 情有独钟，觉得稳定的现金分红既能提供“被动收入”，又能降低组合波动，是长期稳健投资的好搭档。 当时的配置大致是这样： 成长型 ETF 和股息型 ETF 对半分配 比如 SCHG 搭配 SCHD 甚至还尝试过一些备兑分红类 ETF，比如 QQQI、JEPQ 这种 起初确实挺“安心”的——每个月/每季度都有分红到账，感觉像是投资带来了“现金流”，是一种实实在在的回报。 但是随着时间拉长，我发现一个很现实的问题：综合收益率和成长性，远远不如纯成长型 ETF尤其是那些备兑分红类标的，长期下来 NAV 并没有明显上涨，甚至有所萎缩。备兑策略的本质其实也是——把自己的钱分红给自己，只是形式不太一样。它的现金流稳定是优点，但真正用于增长复利的能力不强。 比如NVDY，从图形上看是一路上涨的，但NAV一直在下跌。可以用koyfin进行查询，也可以把券商设置改为“不复权”来查看。 这就和我最初的投资目标出现了不匹配：我当前不需要依赖股市现金流作为生活费来源，主要 ...

这篇文章算是一篇踩坑记录。 我在部署 Hexo 博客时，参考的是博主 cmliussss 的这篇教程：https://blog.cmliussss.com/p/HexoBlogNo1/ 教程本身没有问题，我也能看出来它在当时是完全可用的。但在我实际操作时，却在 Cloudflare Pages 部署阶段卡住了，而且错误信息一开始并不直观。 折腾了一圈之后，发现问题出在一个教程里完全没提到、但现在却是必须存在的文件：wrangler.jsonc。 下面按时间顺序记录一下我整个排查和解决的过程。 一、问题是怎么出现的前面的步骤都很顺： Hexo 初始化 主题配置 本地构建 本地 public/ 目录正常生成，浏览也没问题。 于是我照着教程，把项目推到 Git，然后去 Cloudflare Pages： 新建 Pages 项目 关联 Git 仓库 选择默认构建配置 结果在 Deploy 阶段直接失败。 二、Cloudflare Pages 的报错信息构建日志里能看到类似这样的内容（不同账号可能略有差异）： No wrangler configuration file fou ...