记录时代的洪流下,自我转变、家庭规划的十年。
什么是全天侯投资策略 全天候投资理念(All-Weather Investing)是一种旨在在各种市场环境下都能实现稳定增长的投资策略。这个理念最著名的实践者是美国投资者雷·达里奥(Ray Dalio),他创立了全球最大的对冲基金之一,桥水基金(Bridgewater Associates)。 全天候投资策略的核心思想是通过分散投资来降低风险。这种策略通常包括投资于股票、债券、商品和现金等不同资产类别,以平衡各种经济条件下的表现。其目的是在经济增长期和衰退期都能保持投资组合的平稳增长,从而在不同的市场环境中都能保护和增长投资者的资本。 具体到投资配置上,全天候投资策略强调: 股票 - 代表经济增长的潜力和通胀的影响。 长期债券和中期债券 - 提供逆经济周期的保护,并在利率下降时增值。 黄金和大宗商品 - 作为对冲通胀和货币贬值的手段。 现金和短期债券 - 在经济不确定性期间提供安全垫。 通过这种方式,全天候投资策略试图在各种经济环境中实现资本的安全和适度增长。这种策略适合那些寻求长期稳定回报、风险相对较低的投资者。 全天侯代表: 为什么选择全天侯策略
不知不觉,2025 年已经走完。踏入 2026,再回头看这一年,心里只有一个简单而笃定的感受——值得被铭记的一年旅行篇:一家人在路上2 月份,全家前往欧洲,进行了为期两周的深度旅行。那段时间,难得地避开了日常生活中“一家三口各忙各的”状态,而是真正切换到了全家在一起的生活节奏。最让我欣慰的是,儿子主动承担起了行程规划和对外交流的任务。几乎所有沟通都由他完成,我们反而成了“被照顾的人”。在葡萄牙,有两件小事至今让我印象深刻。第一件是在酒店里,我起身太急,不小心把旁边桌子上的饮料瓶碰倒,饮料洒到了旁边一位女士身上。我一再道歉,对方却始终微笑着说“没关系”。事后我一直很后悔,当时没有坚持为对方把单买了,哪怕再点一杯饮料。虽然事情已经过去,但它提醒我:对人友善,宽容也是风度。第二件发生在一个小城市。因为司机英语不好,我们一度在山里找不到预订的民宿。司机一边用翻译软件和我们沟通,一边在山路中反复寻找,最终不仅帮我们找到了地方,还主动联系了房主。更难得的是,整个寻找过程并没有被计入额外里程,最后只收取了很少的费用。我们坐在欧洲小别墅的泳池边,真正感受到了那种优雅、善意的“nice”。运动篇:骑行,
最近跟风买了一个大疆的 4G 模块。一开始我只是想看看它能不能接到 NAS 上,用来做一个短信收发管理工具。结果一路折腾下来,发现这东西确实有点意思,但也不是“插上就能用”。一开始的目标我的初始目标很简单:把这个大疆 4G 模块接到自己的设备上,实现短信集中收发管理。最好可以放在 NAS 上,因为 NAS 长期开机、管理方便,也适合跑一些 Web 服务。后来又看到网上有人把这个模块识别成 Quectel EC25 后,配合 VoHive 使用,可以管理短信、eSIM、设备状态,甚至通过 Telegram 做通知,于是就开始评估是否要刷机或改设备信息。要不要刷机?刚开始比较担心“刷机”这个词,因为涉及固件、NV 参数之类的东西,风险不低。后来确认下来,这次并不是传统意义上的刷固件,而是通过 AT 命令修改 USB 识别信息。这个大疆 4G 模块本质上是移远 Quectel EG25-G 的变体,默认 USB ID 是大疆私有的:2ca3:4006 修改后可以让系统把它识别成更通用的 Quectel EC25:2c7c:0125 修改之后,Linux 内核就能比较自然地加载 optio
起因手机上通过某第三方客户端内嵌的 Tailscale 模块连回家里内网,延迟高得离谱——tailscale ping 动辄 300ms 起步,还会抖到 1.6 秒,速度慢到基本不可用。表面是"网络慢",深挖下去是一整条链路的问题。这篇记录完整的排查与解决过程,也算给自己留个底。第一步:定位根因——中继落在境外高延迟在 Tailscale 场景里几乎都指向同一个根因:流量走了 DERP 中继,而不是 P2P 直连。先在 NAS 上定位:tailscale ping 100.x.x.x # pong from node via DERP(hkg) in 381ms ... direct connection not establishedvia DERP(hkg)——中继落在境外节点。再看 netcheck:Nearest DERP: Hong Kong hkg: 145.6msNAS 到官方境外 DERP 就要 145ms,手机(蜂窝网络)到该节点又是一段,两段叠加加抖动,300ms+ 就是这么来的。P2P 直连没打通,全程依赖这个远距离中继。结论:得把中继点从境外换到境内。第二步
最近看到 Immich 正式发布了 3.0 版本。作为我 NAS 上最重要的应用之一,自然第一时间关注了一下这次的大版本更新。在升级之前,我先对比了一下 3.0 与我目前使用的 2.7 版本有哪些值得升级的新功能。为什么升级?官方这次 3.0 并不是一次简单的版本更新,而是一次比较大的功能升级。比较吸引我的几个新特性包括:内置 AI 修图(Image Editing),可以直接在 Immich 中完成简单的照片编辑,而不用再导出到其它软件。更完善的照片管理能力,包括更好的浏览体验和细节优化。搜索和 AI 能力持续增强,后续还有更多基于视觉模型的扩展空间。底层架构升级,数据库向量引擎等组件进行了优化,为后续功能提供基础。对于我来说,最有价值的还是修图功能。平时大量照片都是手机自动同步到 NAS,偶尔需要裁剪、调整亮度或者做一些简单编辑,以前都需要下载到手机或电脑处理,再重新上传。现在如果能够直接在 Immich 中完成这些操作,整个照片管理流程会方便很多。综合评估之后,我决定将家里的群晖 DS218+ 升级到 Immich 3.0。我的环境升级前的环境如下:NAS:Synology DS
前几集一直在通过各种细节铺垫悬疑,不断抛出新的疑问,忍不住一集接一集地看下去。只是剧情推进到中段时,女主各种“好奇害死猫”的操作,明知道危险还不断往前凑,看得人又着急又生气。当最后真相揭开的那一刻,前面的伏笔基本都串了起来,确实有一种恍然大悟的感觉。虽然结局有些超现实,但也正因为如此,还是可以留下比较深的印象。
家里 NAS 上跑着三个 podsync 容器,把一个频道转成播客音频喂给我的播客客户端。这套东西平时很省心,直到某天日志里开始反复刷同一条错误。这篇是完整的排障记录——之所以写下来,是因为过程里有三次方向判断被推翻,而每一次被推翻,都比一开始"猜对"更能说明这个系统到底是怎么运转的。一、现象日志里,某一个 feed 每轮更新都失败,其它 feed 正常:ERRO ... failed to update feed: https://www.youtube.com/channel/UC.../videos error="update failed: failed to parse duration : bad format string"注意报错里 duration 后面那个值是空的。而且它只影响 A01——后面的 A02、A03 照常下载,说明 podsync 是逐个 feed 更新的,一个挂了不拖累其余。损失面很小,但这条错误会一直刷,且只要触发条件在,就不会自愈。二、定位:三次推翻第一次判断:加个过滤把它挡掉 —— 失败第一反应是:列表顶部大概有一个
最近看到一篇关于”人生主线”的帖子:人生一定要尽早明确自己的主线。人生很多事情,其实没有标准答案。有人善于经营人际关系,在组织中不断向上发展;有人更喜欢独处,把更多时间留给学习、旅行、思考和兴趣爱好。这两种生活方式都很好。真正容易让人痛苦的,是既想拥有职位带来的资源,又不愿面对复杂关系带来的消耗;既想享受独处的自由,又希望得到所有人的认可。很多焦虑,并不是因为选择错了,而是因为一直想”既要,又要”。选择,本身就意味着放弃。只有接受取舍,人生才会变得轻松。人生就像一场长途旅行。我们无法拥有所有风景,也无法让所有人同行。真正重要的,不是一路上认识了多少人,而是把有限的时间留给真正重要的人,把有限的精力投入真正值得做的事情。当学会筛选关系、接受取舍之后,你会发现,生活不仅没有失去什么,反而变得更加轻松、更加从容。愿未来的自己,不再为了迎合别人而消耗自己。把时间留给健康,把精力留给成长,把爱留给家人,把热情留给真正热爱的事情。这,大概就是属于我的人生主线。
最近我的私有 VPS 被部署恶意程序的事件,对我最大的触动其实不是如何清除病毒,而是意识到另一个经常被忽略的问题——数据安全。以前更多关注的是服务器安全:关闭端口、最小权限、防火墙、监控告警……这些都很重要。但真正静下心来思考后发现,即使安全措施做得再完善,也没有任何人敢保证服务器永远不会出现问题。真正能够降低风险的,不仅是防御,更是可恢复能力(Recoverability)。因此,在完成 Sentinel 安全监控体系之后,我又开始补齐另一块短板——应用数据备份体系。为什么要做备份对于 我的 网站来说,真正有价值的并不是代码。代码可以通过 GitHub 恢复,可以重新部署;真正难以恢复的是:SQLite 数据库中的业务数据配置文件网站运行过程中不断积累的数据如果服务器被删除、磁盘损坏,甚至再次遭遇攻击,没有备份意味着这些数据可能永久丢失。所以这次工作的目标很明确:让任何一台服务器出现问题,都能够在最短时间内恢复业务。第一层:服务器本地自动备份首先为项目新增了独立备份脚本。备份策略分为两类:数据备份每天自动执行使用 SQLite Backup API 导出数据库避免直接复制正在运行中的
最近在 Netflix 看了《放射危机》。这部剧改编自1987年巴西戈亚尼亚铯-137污染事件:一台被遗弃的医疗设备因无知和疏忽被拆解,放射源被当作“发光粉末”传播,最终造成多人死亡和大量人员污染。看完之后,我最大的感触有三点。首先,选择一个秩序良好、制度健全、责任能够真正落实的社会生活。很多灾难,并非不可避免,而是源于管理缺失和责任失守。其次,知识能够降低风险。如果无法改变环境,那就不断丰富自己的知识,保持对未知事物的敬畏,克制好奇心,远离那些自己不了解的危险。最后,要感谢那些在危险面前勇于前行的人。医护人员、科学家、救援人员和管理者,正是他们的专业、担当与坚守,在危险来临时守护了更多人的生命安全。
最近这几天,几乎把所有业余时间都投入到了 VPS 安全排查中。事情的起因,是一台 Oracle Cloud VPS 被发现运行了疑似恶意程序。虽然最终没有造成明显损失,但整个事件却让我意识到一个问题:真正危险的不是服务器被攻击,而是服务器被攻击了很久,而自己却毫不知情。这次事件,也促使我重新设计了整个 VPS 安全监控体系。从最初的发现异常,到紧急处置,再到监控体系建设和持续能力升级,对自己的运维理念产生了很大的影响。一、问题的发现:一次持续多天的安全隐患最初收到的并不是入侵告警,而是一条来自自己编写的巡检脚本的提示:可疑高 CPU 进程。登录服务器后,很快发现了异常。进程运行在 /tmp 目录,文件名随机,长期占用大量 CPU,父进程指向 LiteLLM,随后又发现多个 Python Loader 以及已经退出的僵尸进程。继续分析时,所有程序已经全部删除,只留下运行痕迹。整个行为非常符合目前 Linux 挖矿木马常见的模式:下载恶意程序临时运行删除自身不留下文件虽然最终没有找到矿池地址和程序样本,无法做到百分之百确认,但综合各种行为特征来看,基本可以判断是一类典型的 CPU 挖矿木马
被老婆发来的图片中照片美景震撼,写了写感想让AI谱曲为歌。您的浏览器不支持视频播放。
walker
万事随性而为,因好而研,因趣而学,从心所欲。脱离依赖,谋划将来,避免经济之险,迈向希望之光。