宝可梦幻想

哪个小男孩没幻想过生活在这样一个充满宝可梦伙伴的世界，它们能听懂且愿意倾听我们说话，有着不同的特点和强大的技能，而且都很可爱，我们可以跟它们睡觉吃饭、并肩作战探索世界，永远不再孤独，不管是谁都可以找到最适合自己的宝可梦

这一切早就可以发生，但这一切终究没有发生，宝可梦复杂的版权问题和躺平在功劳簿上的版权公司 Game Freak 让我们的幻想一直也仅仅是幻想

当然也有人说最近的几个新作阿尔宙斯、朱紫比之前好多了，“虽然好多了，但只是臭味稀薄一点的狗屎罢了”，剑盾、阿尔宙斯、朱紫、Pokemon Sleep 游戏时长并不短的宝可梦玩家 DIYgod 义愤填膺地说道

帕鲁实现

但只要幻想一直存在，变成现实也只是时间问题，横空出世的幻兽帕鲁给所有宝可梦粉丝带来了一个一本满足的平行幻想世界，终于苦于没有 Windows 的我也专门买了一台 ROG Ally 来沉迷其中

游戏中与帕鲁的互动是前无仅有的，衣食住行战斗探索的过程都与帕鲁深度融入，真的是和帕鲁生活在一起

从刚落地进入初始台地互动就开始了，我们的第一个落脚点不是自己造的，而是跟捣蛋猫一起造的

再到后来帕鲁包办我们的一切后勤，我们的每一顿大餐，都需要经历播种、浇水、收割、搬运、存储、烹饪，分别由有着不同特长和分工的帕鲁来完成，会制冷的企丸丸去运行冰箱，会喷火的燎火鹿去烹饪

在我们外出探索时，过河骑滑水蛇，赶路骑云海鹿，翻山越岭骑烽歌龙

在我们战斗时，举着火绒狐充当、喷火器，骑着暴电熊扫射机关枪，甚至虽然不太人道，可以把电棘鼠当作手榴弹扔出去，同时据点里的焰煌在帮我们炼钢造枪，阿努比斯在帮我们手搓子弹

从徒手撸树到机关枪横着走，从无人问津到人满为患，在不知不觉的建造中我已经在帕鲁世界中倾注了太多的感情

从饿着肚子的第一天

到现在

一些额外的探索

数据展示

毕竟是单机游戏，数据都在本地，可以很方便地做处理

有一个开源项目可以把存档文件解析成 JSON 方便第三方开发和展示 https://github.com/cheahjs/palworld-save-tools

还有一个开源项目可以把 JSON 再生成一个前端页面 https://github.com/zaigie/palworld-server-tool

于是我把存档同步到 NAS 上，再在 NAS 上部署一个展示页面，就可以很方便地查看我的帕鲁们了 https://pal.diygod.me

模组

帕鲁有很丰富的社区模组，比如把皮皮鸡变成坤或者把帕鲁变成宝可梦什么的，还有一些可以在不影响游戏平衡的前提下极大提升游戏体验

我用的主要来自一个模组社区 Nexus Mods，他们有一个很方便的模组安装和管理工具 Vortex Mod Manager，以下是我正在使用的模组

• Basic MiniMap：增加一个不知道为什么官方没做的感觉很基础的小地图功能，但是记得到设置里把旋转关掉

• Better Night Light：晚上太眼瞎了，啥都看不见，像得了夜盲症一样，用这个模组可以变亮一些，还改了一个绝美的星空

  

• Golden Statue of Power：把力量石像变得金灿灿的更有质感

  

• Play as Zoe 和 Hide All Human Hair All female Head All HeadEquip：隐藏掉原有的装扮，自己变成老婆佐伊

• Paimon Replace DaeDream：把寐魔变成派蒙

  

• Pal Analyzer：捕捉前就可以看到帕鲁的属性和特质，掌机需要到设置里改下显示为 always on

  

• Stuck Pal Rescuer：救命模组，据点里的帕鲁经常被 bug 卡住然后饿死，这个模组可以自动检测帕鲁是否卡住并重置

• FSR3 支持：官方不支持 A 卡的帧生成，用上这个 Roy Ally 可以在中等画质从 40 多帧提升到 70 多帧

背景

Twitter 被马斯克收购后，从去年 8 月开始，他们对开源第三方集成和第三方客户端进行了一系列明里暗里的打压和攻击，这样做是为了阻止用户通过非官方客户端访问和使用 Twitter，来增加公司的广告和会员营收

而开源社区中以 Nitter 和 RSSHub 为代表的开源项目并没有放弃向信息自由的努力，通过众多聪明的开源开发者们想出来的一个个奇妙操作（issue），在一轮轮封锁和反封锁的对抗中短暂占了上风，其中最流行的做法是通过 Android 客户端使用的接口功能生成临时账号（细节）

经过

在两天前（1 月 26 日），许多 Nitter 实例的运行者和开发者报告称，他们正在使用的接口已被封锁。与此同时，他们的实例也开始遭受报复性 DDoS 攻击

起初，我并没有太在意这件事情。毕竟，谁会相信 Twitter 官方会做出如此令人不耻且自降身段的 DDoS 行为呢？我对此深感怀疑

然而，昨天当我打开 RSSHub 的 GitHub 仓库时，却意外地发现了以下内容

最近一个月的请求数达到了 4.5 亿，比正常水平高出 50%（正常水平仅为 3 亿多）

然后登录 Cloudflare 查看日志

自从 26 日 0 点（当天官方接口被封锁和 Nitter 遭受 DDoS 攻击）以来，RSSHub 也一直遭受大规模的 DDoS 攻击。最近两天，请求量是平时的 170 多倍，每秒约 1 千次请求

尽管数量看起来可怕，但 Cloudflare 出色的缓存功能已经成功缓存了超过 99% 的 DDoS 请求，甚至没有触发报警

RSSHub 的负载均衡和自动扩容功能非常完善，没有受到太大的压力

🤣 就这样一直没有发现

进一步分析发现，所有请求都来自 IP 地址为 139.255.221.98 的设备。这些请求都是针对 /twitter/keyword 路由，并且后面跟着一串不同且无意义的参数

我很清楚为什么只针对 keyword 路由，尽管代码中没有明确表达，但根据我的使用经验，此路由使用的搜索接口受到最严格的访问频率限制，通过攻击该路由可以实现最大化效果。由此可以推断出 DDoS 攻击者也对 Twitter 的接口非常熟悉

虽然无法直接证明是官方人员所为，但各种无法解释的 “巧合” 已经清楚地表明了事情的真相，马斯克的简单粗暴行事风格也正在深刻影响这家公司

影响

进一步封锁 API 和进行 DDoS 攻击这两个操作可以说非常有效

Nitter 开发者 zedeus 表示 Nitter 已死

Twitter Monitor 开发者 MANKA 表示不愿意再浪费时间

nitter-status 开发者更是直接放出了告别页面

看起来就到此为止了吗？不，这远非终点。自由无法被阻挡，我们还有很多事情可以做

29 日 更新：RSSHub 已经恢复

衰退无处不在，这是很正常的现象。人们自然而然地更倾向于短平快的消费方式。然而，我一直无法忍受的一种奇怪趋势是，在一些地方，人们将 RSS 抛弃，转而使用 Newsletter。

本质上，电子邮件是一种私密的双向通信机制，而 RSS 是一种开放的单向通信机制。使用电子邮件进行私密的更新和文章推送是没有意义的，RSS 是更自然的选择。强行将这些功能应用于电子邮件可能会导致许多问题。这些问题让我觉得 Newsletter 就像一个没有能力但却拼命想证明自己的暴君，无法很好达到发布者期望的效果，又过分侵犯了用户的选择和效率。

五宗罪

封闭限制

RSS 是一种开放协议，它允许用户自主订阅和拉取感兴趣的网站的 RSS 源，获取最新的更新和文章，无需他人的许可。用户还可以通过阅读器的个性化设置自由选择所需内容，并且可以使用多种渠道接收通知，甚至可以使用 Telegram Bot 进行订阅。

而 Newsletter 是由发布者推送到用户私人邮箱的订阅信息，整个过程依赖于平台方，渠道全程封闭。这种封闭极大地限制了用户的选择权，用户被迫在平台的许可下，通过特定渠道和特定格式接收固定信息。

繁琐低效

相比之下，RSS 更加简洁高效。订阅源可以集中管理，分类、收藏、订阅和取消订阅的过程也非常简单。

而 Newsletter 则会将各种各样的邮件混合在一起，非常分散且难以管理。你很难知道自己到底订阅了哪些内容，它们什么时候会突然出现。而且，内容格式也是各种各样的，查看和阅读起来非常混乱，所以你也不能将一篇文章进行收藏，更不用说方便的第三方集成了。

信息过载

Newsletter 很难对内容进行有效分类和过滤，又与所有正常邮件混合在一起，需要花费精力手动整理。这很容易导致信息过载和垃圾邮件的问题。

而 RSS 可以很方便地进行分类和过滤，对于不重要的内容，你也可以一键全部标记为已读瞬间解脱，完全没有压力。

更新周期长

对于 RSS 的更新虽然不算实时，但一般以小时计，类似 RSSHub 等自建服务，甚至可以做到每分钟更新。相比之下，Newsletter 的更新周期，以天甚至周月计，明显滞后了许多。

隐私和安全风险

RSS 的开放性体现在它不需要用户提供个人信息，从而确保了更好的隐私性和安全性。然而，Newsletter 至少需要提供一个邮箱地址，这增加了数据泄露或滥用的风险。更有甚者，电子邮件可能包含恶意链接或附件。

也有一些优点

尽管我对 Newsletter 的低效和局限性持批评态度，但我也承认它有其优点，它的流行也有一些合理性，特别是在卖方市场的情况下对于一些发布者来说。Newsletter 可以让他们获得更多的控制权和点击率，可以更容易知道有谁订阅了他们的内容，并通过邮件通知更强烈地唤起用户的注意。

然而，站在用户的角度，我必须明确表示，我更偏爱 RSS。我不愿意以放弃自己的选择权和效率来迎合发布者的控制欲。在我看来，获取信息的权力应该掌握在我自己手中，而非其他人或机构。所以，我在这里对 Newsletter 说不。

我必须让身边所有软件都保持最新版本，就像走路不能踩到地砖缝缝一样，没有意义，但也危害不大，所以我放任它发展

操作系统和固件

最基础的，大到主力生产力 MacBook，小到吃灰的 Dockcase 扩展坞，都要更新，这是我的 Checklist，基本上靠更新提醒就够了

设备	截图
MacBook
NAS
路由器
iPad
iPhone
小米手环
小米家居
相机
PS5
Switch
Dockcase 扩展坞

应用

操作系统下的应用也需要更新

MacBook

Homebrew Cask 出现之前 macOS 的应用更新一直是一个难题，App Store 的自动更新最好用但是应用很少，曾经困扰了我很久，但现在没问题了

对 macOS 的应用我秉持这样的原则：

• 第一顺位 Web 版，比如：Discord、Slack、Telegram、Spotify
• 第二顺位 App Store 版
• 第三顺位 Homebrew
• 除此之外不安装

其中 Web 版不需要更新，App Store 会自动更新，Homebrew 只需要每天执行下命令

brew update && brew upgrade && brew cu -a -y && brew cleanup

但 App Store 有时候会好几天才能自动更新上，这不能忍，安装上 mas 用命令行触发强制更新，再加上鼠须管的词库更新和 alias，下面就是我的总命令了

alias up="brew update && brew upgrade && brew cu -a -y && brew cleanup && mas upgrade && ~/plum/rime-install iDvel/rime-ice:others/recipes/full"

NAS

有两部分，群晖的套件会自动更新，Docker 部分用 Watchtower 自动更新

其他

iPad 和 iPhone 应用虽然也会自动更新，但也是经常好几天才更新，所以每天早上起床第一件事就是手动刷一下这两个的更新，其他不那么常用的设备就等提醒或自动更新，这个还是能忍的，毕竟我的强迫症还没那么严重

插件

应用内的插件也需要更新

浏览器

通常会自动更新，但也有遇到卡住几天都没更新的情况，还不是很懂，偶尔会去手动点下 Update，这些是我目前用到的浏览器插件

Obsidian

Obsidian 的 community plugins 和 themes 都需要更新，官方没有自动更新的方法，可以通过再装一个插件 Beta Reviewers Auto-update Tester 来实现自动更新，这些是我目前用到的 Obsidian 插件

VS Code

VS Code 有很好的自动更新，这些是我目前用到的 VS Code 插件

Home Assistant

Home Assistant 就没那么顺利了，我装了一个 Home Assistant Community Store (HACS) 来获取更多的集成，但它没有自动更新，也没有更新提醒，要点进去才能看到

项目依赖

项目的依赖也需要更新，我用 Dependabot 来自动提交依赖更新的 pr，对于有完善自动化测试的项目，比如 RSSHub，就可以再用 Github Action Merge Dependabot 自动合并，一秒都不用多等

  automerge:
    if: github.actor == 'dependabot[bot]' && github.event_name == 'pull_request'
    needs: [ jest, puppeteer, docs, all ]
    runs-on: ubuntu-latest
    permissions:
      pull-requests: write
      contents: write
    steps:
      - uses: fastify/github-action-merge-dependabot@v3
        with:
          github-token: ${{ secrets.GITHUB_TOKEN }}
          target: patch

Changelog

默默更新有时候还是不够的，对一些重要或者感兴趣的软件我会用 RSS 订阅它们的 Changelog，及时了解它们都更新了什么

目前想到的只有这些了，习惯了的话检查一遍很快的，就能换来一整天的舒适

不要学我，即使学了也不要说是我教的

请欣赏 「DIY 的夺命歌单」

四月对我而言是一个充满悲伤的月份。尽管《四月是你的谎言》已经过去了很多年，但每当看到「四月」这两个字，仍会立刻触发我的 PTSD，再加上今天我刚读完一本反乌托邦题材的小说《来自新世界》。多种思绪糅杂在一起，让我不禁回想起了那些令我痛心的「重量级」反乌托邦动漫。

DARLING in the FRANXX

“如果把动画比作足球的话，这部动画大概就是日本国家队了，就是普通不看足球的人也会期待日本队的表现，也会去谈论足球，所以希望自己的动画也能被这样对待。不单单锦织敦史的粉丝、TRIGGER 的粉丝、A-1 的粉丝这些平时看动画的观众，希望平时不看动画的观众也能享受这部作品。” — 鸟羽洋典

制片人的这番话一点也不夸张。这部动漫的制作阵容极为豪华，集结了业界的大佬和顶级声优，因此在尚未播出之前就被所有人寄予厚望，以至于还没播出就已被推上神坛。

然而，神作的道路并非顺利。从爱奇艺和 B 站的霸权争夺，到驾驶姿势引发的女权争议，最后在 B 站 UP 主 Lexburner 的口嗨和群众的恶意举报中达到高潮，赵弹来袭。

这些历史背景现在看来其实都不值一提，只是说明当时的热度和争议之高。毕竟最后还是用作品说话，而这部作品简直太符合我的口味了，反乌托邦的背景、活泼可爱打破常规的 02、恰到好处的涩涩、科幻、鬼、悬疑...

当时的我茶不思饭不想，在一声声 Darling Darling 中逐渐迷失了自我，每周就指着 Darling 活了，我把博客主题改成了 Darling 的配色和配图，头像和名字也换成了 Darling，买了手办、画册一切能买的周边，甚至学着画画专门临摹 02，逢人就吹爆，只要看了 Darling 我们就是好朋友种种

再回过神来就是惨绝人寰的烂尾了，就像回应开播时的轰轰烈烈一样，烂得也彻彻底底没有任何余地，但可能是大脑对强烈刺激的自我保护，我现在已经不太记得当时的具体情景了，只记得一个巨大的花嫁扎古噩梦...

这部由如此豪华的制作团队打造的作品，竟然如此令人失望。至今我仍无法理解。

约定的梦幻岛

一年后，我又发现了一部绝赞的反乌托邦番剧

在我吹爆《约定的梦幻岛》第一季的时候就有人提醒我：Darling 尸骨未寒，你怎么敢。我却不以为意，认为这只是巧合。毕竟，梦幻岛是根据广受好评的漫画改编的，有着坚实的剧情基础，与原创动画 Darling 根本不能相提并论，第一季播完我还沾沾自喜：看，这次没事吧。

然而，两年后，第二季开播了。

我仍然清晰地记得刚开播时，我坐在电脑前激动地第一时间观看。然而，越看越觉得不对劲。到了第四集，剧情已经无法挽回。后来我勉强捏着鼻子又看了几集，但发现我的意志力实在不足以支撑我继续观看。

按理说，漫画已经取得成功，剧情不成问题；第一季动画也获得了好评，拥有广泛的粉丝基础。只要按部就班地制作第二季，绝对会成为另一部神作。然而，动画剧情却砍掉了许多原创桥段，换上了毫无逻辑的编剧所编织的剧情。实在难以想象制作过程中究竟发生了什么。

还好，同期播放的巨人稳得很，让我没有过于悲伤。

进击的巨人

这是一部我从 2013 年一直吹到 2022 年的作品。

作为一部自 2013 年就开播的动漫，《进击的巨人》在所有动漫中一直拥有极高的地位，堪称元老级存在。许多人正是从这部作品开始入坑看动漫，它是很多人的 “启蒙” 作品，也是我极力推荐给发小观看的第一部动漫。这部动漫也是根据漫画改编的，但与梦幻岛不同的是，其剧情、设定、丰富度和热度都高出好几个层次。更重要的是，接手最终季制作的 MAPPA 公司在质量和口碑上都绝对令人放心，不会出现梦幻岛那样的问题。它的剧情连载了那么长时间，久经时间考验，也不会出现 Darling 的情况，因此我一直信心满满地放心吹爆。

然而后来的事情许多人都知道了，动画史上空前绝后的恶劣事件发生了。这不是恶搞，不是开玩笑，更不是烂尾，而是一个充满仇恨、对爱、正义和和平的人类主流价值观怀有敌意的精神变态作者，对喜爱他和他的作品的观众进行了深思熟虑、蓄谋已久的极端恶意伤害。呕！

虽然已经过了很久了，但我还是久久无法平静，我恨啊，不仅仅是痛心，更是咬牙切齿的仇恨。

其它

当然，这些只是玩梗。

最后，真诚祝愿四月新番开门大吉、一切顺利！