HaoJun0823的数字花园

今年恰逢闰六月，因此农历七月十五的中元节，比往年来得更迟一些。 作为出生在鬼节前后的人，我偶尔会遇到一些修行深厚的先生，他们总说我与玄学之间自有一段缘分。藉由这些零星的契机，我也渐渐对这方面多了些了解。这几年，自己在行事上也有了变化，比如做事前会翻翻黄历，心有疑惑时试试六爻。我并不觉得这是什么迷信，反而从那些泛黄的古籍字句中，悟出了不少道理。 网络上关注了不少讲玄学的博主，他们常做大众占卜，或解析流年运势。近来，许多人都在提醒：“今年中元节非同一般，最好避免夜间外出”、“血月将至，今年格外凶险”等等。我倒不全然认为鬼节就一定是凶煞的。人类天生对未知存有恐惧，面对神秘现象，难免会产生从众心理。也许我想得太过简单，但于我而言，这几日最重要的，是祭奠先祖之灵。 父母早已备好纸钱，也为家中的关二爷摆上了供品。看着他们在七月十五的夜晚一切顺利地把仪式完成，我心里也安稳了几分。只是后来起卦询问是否一切妥当，卦象却显示纸钱备得不足，宜多烧一些——这又让我生出些许忐忑。 此刻我正望着月亮写下这些。其实很想多写一点什么，可每次思绪涌来，却总在落笔的瞬间退潮。不知从何时起，总感到疲惫，仿佛什么也没做，精力就已耗尽。真想专注去做点什么，却像被抽干了力气，最终仍是碌碌无为地度过一天又一天。 最近很喜欢一段话，也是一个值得回味的观点： “科学是你发现了，才能够去相信。” “玄学是你相信了，才能够去发现。” 愿我在乎的和在乎我的一切安好。

1. 前言 因为Obisidian这个软件计时采用YYYY-MM dd HH:mm:ss格式的日期而Hugo不怎么能识别这种日期格式，所以我把日期格式化的相关知识写下来以备日后使用。 以下内容涵盖99%的计算机日期格式化场景（其余1%为不遵守或者日期格式较为独特的情况）。 1.1. 注意事项 语言/库差异：不同编程语言的标记可能略有不同（如 Java 用 yyyy 而 JavaScript 用 YYYY）。 大小写敏感：例如 MM（月份）和 mm（分钟）完全不同。 兼容性：带 T 和 Z 的格式是 ISO 8601 标准，适合跨系统传输；其他格式可能更适合显示。 2. 教程 2.1. 日期部分 标记 字符串格式化 含义 示例（2025-07-22） YYYY %Y 4位数年份 2025 YY %y 2位数年份 25 MMMM %B 月份完整名称 January MMM %b 月份缩写 Jan MM %m 2位数月份（补零） 07 M %-m 月份（不补零） 7 DDD %j 一年中的第几天？ 001-366区间 DD %d 2位数日期（补零） 22 D %-d 日期（不补零） 22 dddd %A 星期几的全称 Tuesday ddd %a 星期几的缩写 Tue（Tuesday） d %w 星期几 0-6区间，0是星期日 E %u ISO的星期几 1-7区间，1是星期一，7是星期日 2.2. 时间部分 标记 字符串格式化 含义 示例（14:05:30） HH %H 24小时制（补零） 14 H %-H 24小时制（不补零） 14 hh %i 12小时制（补零） 02 h %-i 12小时制（不补零） 2 mm %M 分钟（补零） 05 m %-M 分钟（不补零） 5 ss %S 秒（补零） 30 s %-S 秒（不补零） 30 SSS %f 毫秒（3位数） 123 A %p 上午/下午（大写） PM a %P 上午/下午（小写） pm %% SSS在一部分平台可以通过%3f来截取位数。 %% %% A和a的字符串格式化%p与%P要依据平台和本地设置 %% 2.3. 时区部分 标记 字符串格式化 含义 示例 ZZ %z 时区偏移 +0800 Z %:z UTC 时区（+00:00） +08:00（UTC时间，ISO标准） z %Z 时区名称 CST,EST（不推荐） UTC UTC 显式标记 UTC 时区 UTC 2.4. 分隔符和特殊字符 字符 用途 示例 - 日期分隔符 2025-07-22 / 替代日期分隔符 07/22/2025 : 时间分隔符 14:05:30 T 分隔日期和时间（ISO 8601） 2025-07-22T14:05:30 （空格） 替代分隔符（非标准） 2025-07-22 14:05:30 2.5. 常见格式示例 使用场景 推荐格式 示例输出 日期存储(数据库/API) YYYY-MM-DD 2025-07-22 完整日期时间 YYYY-MM-DDTHH:mm:ssZ 2025-07-22T14:05:30+08:00 可读日期 DD MMM YYYY 22 Jul 2025 带时分的时间 hh:mm A 02:05 PM 文件命名 YYYYMMDD_HHmmss 20250722_140530 日志时间戳 YYYY-MM-DD HH:mm:ss.SSS 2025-07-22 14:05:30.375 ISO 8601 标准格式 ...

评分：10/10 《命令与征服：红色警戒 II & 尤里的复仇》无疑是 RTS 游戏史上的一座丰碑。它以独特的 2.5D 渲染技术构建出极具辨识度且真实的战场，导弹轰塌建筑时飞溅的混凝土碎块、天气控制器触发的狂风裹挟着雷电撕裂云层，在当年的硬件条件下营造出超乎想象的沉浸感。而沿袭自前作的经典操作逻辑 —— 精准的单位框选、快捷键组合的战术指令，既保留了「多线操作」「资源压制」等策略深度，又不会让新手因复杂系统望而却步，这种「上手易、精通难」的平衡，让不同层次的玩家都能在其中找到专属乐趣。 让人扼腕的是，创造这款神作的 Westwood 工作室，在被 EA 收购后逐渐失去了创作主导权，最终于 2003 年关闭。这家曾用《命令与征服》系列定义即时战略玩法的传奇团队，没能乘着《红色警戒 II》的全球热潮，将那份荒诞又独特的战争美学延续下去。 游戏以盟军在前作的胜利为背景展开新的冲突：苏联钢铁洪流卷土重来，兵锋直指美欧腹地。罗曼诺夫虽曾是美国扶持的傀儡，却在神秘顾问尤里的精神控制能力加持下，掀起了更大规模的复仇之战。这段充满阴谋论的剧情，通过夸张的冷战思维重构历史，将 “古巴导弹危机”“爱因斯坦时空实验” 等元素编织成荒诞又带感的平行宇宙，让每一场战役都充满叙事张力。 原作的双阵营战役设计堪称精妙：盟军线以 “逆袭苏联入侵” 为主线，玩家从守卫纽约到反攻莫斯科，步步为营；苏联线则主打 “赤色扩张”，从占领华盛顿到征服纽约，尽显钢铁雄心。资料片《尤里的复仇》更添变数 —— 尤里脱离苏联自立门户，其心灵控制部队成为新的威胁，新增的 14 个战役关卡引入时间机器，让两大阵营 “不得不联手” 对抗共同敌人。美中不足的是，尤里阵营始终没有专属战役，这个能操控敌军、改写战局的 “脑控怪人”，终究没能在官方剧情里展现统治世界的完整蓝图，成为无数玩家的遗憾。 在早期计算机性能有限的年代，《红色警戒 II》展现出惊人的优化能力。即便在 256M 内存的奔腾机器上，也能流畅运行上百单位混战的场面 —— 几十辆灰熊坦克与多功能战车牵制犀牛坦克的钢铁碰撞，伴随上千发炮弹的弹道轨迹，这种兼顾画面与流畅度的平衡，让它在家庭电脑尚未普及的 2000 年代，成为无数网吧的「镇店之宝」。 真人过场电影是系列标志性的点睛之笔，《红色警戒 II》更是将这一特色推向巅峰。演员们用夸张中略带幽默却极具代入感的表演，塑造了谭雅、尤里、罗曼诺夫、杜根总统、卡维利将军等鲜活有趣的角色，让游戏角色跳出屏幕成为鲜活的记忆符号。这些电影片段不仅是剧情载体，更成为玩家间津津乐道的文化梗，而优秀的配音更是锦上添花，“For the union!”，“Be one with Yuri”，“Watch out for the bumps!” 至今仍是粉丝圈层“空耳”的台词。 社区的创造力让这款游戏跨越了时间的界限。《机甲争霸》的双足机器人、《隐风之龙》的新单位设定、《心灵终结》构建的完整世界观，尤其是后者，用 15 年时间将原作拓展成拥有 50 个战役的庞大体系。爱好者们开发的 NPATCH 平台突破了原版程序限制，ARES 平台更是实现了超多新功能，满足了社区开发者的功能需求，让 20 年前的游戏仍拥有活跃玩家社群。 对我而言，《红警 2》是刻在成长轨迹里的印记。2000 年家里那台奔腾 III 电脑上，父母总在周末打开这款游戏。我记得那款《狂狮怒吼》Mod 基于原版游戏，在加载屏幕右上角有四个黄色字，中国阵营的矿车自带炮塔，威力强大。小时候的我并不懂得太多内容，只记得会开箱子、踩基地车，然后把 AI 敌人圈在围墙里摆建筑，造尤里复制人控制地图上的小车跑跑逛逛…… ...

两箱风味椰子水和破防的我，对，这就是我现在的想法。 今年不知道怎么回事入了丁丑月就变得不正常起来，本该赚的钱变成了借的，本该能成的生意被一拖再拖，许许多多的事情都在按计划进行却又在最后关头翻了车让人措不及手，直到夏天我也没见得一次“大成功”。 耗着耗着耗成了盆干碗净，从六月生了一场病开始起我就一直喝着可乐吃方便食品过日子，因为心里事情多，因为问题得不到解决，我这人的毛病就是有一点事情在脑子里就睡不着，急脾气总想赶快行动起来把事情解决，可是越这样去着急对我来说越折磨。 就这样，我这一个月瘦了16斤。 我是个相信神秘力量的人，自己今年和父母奔东奔西得不到结果，想着能够找找占卜师来看看我有什么问题，每次都有好情况，每次都能算个好日子，但无一利外每一件事情都没成，就连师傅们自己也拍脑瓜想不明白为什么。 可我还是在拜托师傅们，而且从一周几次变成了一天几次，为什么？因为师傅们算我的凶事都灵验了，赔钱，做不成事，有口舌纠纷，要遭重，每一件都准得不像话，这个时候本来求吉的占卜变成了避险的预测，我也不知道我的这段人生到底是否成为了一段高自由度的情景游戏。 就这样熬了两个月，东拆西补，好在一众亲朋好友在背后支持我我才能好端端地在这7月底有片刻的时间，写写东西做做自己的事情，6月续命的“废宅快乐水”这个时候也喝完了，本来想顺着这个机会把体重减下去，喝点椰子水和气泡水却又踩了个坑。 现在的平台上总会有一些“残品”，可能是运输时候碰到的或者箱子没封好，这种商品只是包装不美观不好销售，因此就在电商平台上成本价卖一卖，我总是会在平台上挑选这种商品让我也能够省点钱，结果我本来订购好以后老妈在平台上看到了便宜一半的“1CO%椰子水”，核算了一下比我那12瓶48块钱的值太多了便觉得可以选择这个，我也没仔细看我也没仔细问，结果收到货却发现这椰子水变成了椰子水风味饮料。 “1CO%椰子水”是一个商标，并不是100%椰子水的意思，只有小字上才写的清楚这瓶饮料里到底有什么：椰子水，葡萄糖，山梨酸钾，苹果酸，80%果汁含量……看着这配料表，我才知道这24瓶闻着是椰子粉兑苹果汁喝下去又酸又辣回口嘴里还是苦的风味是怎么来的了。 我本想退货的，然而再去平台搜索这个椰子水却发现已经没了，父母说就这样吧，这东西有葡萄糖我喝着容易发胖，那他们就当夏季解暑的“小甜水”，我看着另一箱天津产的，神似康师傅酸梅汤包装的“老北京酸梅汤”，再次叹了一口气——吃亏是福啊。 去年因为Intel的13900K缩肛赔个4800我都没有叹气，今年这两箱加起来48块钱的勾兑椰子水给我干破防了，这一个夏天防不胜防，里里外外沆瀣一气，我真不知道什么时候能喘口气，但我想我只能这么熬着，如果没有什么好事，那么希望我能在这些烦恼中保持“被动掉秤”的状态继续瘦点吧。

最近，外卖大战是一个非常火的现象，在几年前“互联网+外卖”刚刚兴起的时候饿了么与美团就曾经有一场胶着的竞争，这场外卖大战最后以美团胜出拉下了结局也奠定了美团在中国外卖平台中的地位，而饿了么被阿里收购以后虽然不怎么强势但也成为排名第二的外卖平台，本以为这个行业不再有什么新鲜事情出现，结果2025年年初京东强势入局又给中国的外卖市场带来了剧烈的变化，京东用一种新思维打破了一家独大的趋势使得美团被打的措手不及，然而京东这几个月的动作并没有分出高下，反而饿了么还从中看到了撬动美团市场霸主地位的机会，就这样，三家平台的“罗圈架”开始上演了。 互联网上讨论这次外卖大战的话题非常多，大部分网友都在聊自己的实际体验，诸如一杯没花钱的奶茶，某个门店爆单累的服务员情绪失控，还引来不少人对“低价，免费”的薅羊毛模式评判与思考，当然，我也一直默默关注着这些个社会热点，我不是一个爱参与公共评论的人，因此大部分时间我都在阅读并观察别人的讨论过程从中获取有效价值，这次我就看到某个评论区里，一家被外卖大战影响深切的商家以自己的第一视角评价这次外卖大战中自己的遭遇。 商家无奈地痛斥这次外卖大战的影响，因为外卖平台大量发放优惠券，用户虽然订餐得到了优惠但商家也要从这种优惠中承担一部分成本，在大数据的计算中每一单都成为了不亏本也不赚钱的辛苦费，最终导致商家从经营者变成了打工人。 很多网友给出了自己的观点，告诉商家可以提高外卖系统中的餐品价格，折合优惠券以后可以正常价出售，还有让商家不参与优惠活动这样可以避免用户直接薅羊毛，网民们纷纷支招，全国各地的“点外卖”心得都在转换为实实在在的亲身体验，活生生的像一份市场调查，然而商家接下来的回答却也让大家哑口无言： “关了优惠券，那平台都搜不到我们家了。” “老顾客那么多，真的舍不得伤害人家的感情。” “想涨价也得涨的了啊，平台本身就限制了价格。” “无论如何，平台都要抽一部分，价格多少我们都是亏的。” 商家的回复体现了他的无奈，而网民们“好为人师”的招数也变得不堪一击，就这样，讨论区变得开始安静起来，我看完这些帖子，心里五味杂陈却又一清二楚，似乎我们很早就知道了平台的这些个“潜规则”，而为了对付这些个条框，我们自己又选择在夹缝中生存，最终变成了温水中的青蛙，慢慢麻木并失去了拜托的手段。 我们不知道这场“三国杀”什么时候会结束，相关部门的介入看起来只能控温，却不能冷却这场无休止的竞争，在我眼里，能够七十二变般驾驭骑手，商家与用户的外卖平台，完全可以找另一个口子开辟新的战场，只要时间足够让这些平台想出别的招数，只要平台恶性竞争“倚老卖老”的问题不得根治，那么外卖大战将会永远存在，并成为消费者，打工人，经营者心中的慢性病。