前言

一年半多没有写日志了，一方面是博客算是进入了长期长草维护状态，另一方面，主要也是由于自己成为打工人了没那么多时间去折腾了。至于这一次更新，算是某种意义上的除旧迎新了。

tl;dr

• 前端迁移至服务器
• 博客主题更新成 Yohaku
• 修复了一点点东西
• 一堆东西下线

前端迁移至服务器

基于 Vercel 的免费额度天天变，也是想了一下把前端迁移到了服务器使用 Docker 部署，正好我自己的私有仓库写了构建镜像的工作流，可以直接使用。

更新成 Yohaku 主题 & 修复

随着 Innei 将 Shiroi 重写成了 Yohaku，博客自然也是跟进了（虽然也引入了一堆问题）。除此之外，修复了一些没那么显眼的细节，比如早在某个版本就坏掉的 RSS，以及 WebSocket 相关的东西，还有经典的网站图标 thinking。

一堆东西下线

• Xlog 分站因上游的问题被迫下线了，以后博客这边发的文不会也无法同步到 Xlog 了。
• 上篇日志里新建的 BroadcastChannel 服务由于频道转私有之后无法拉取消息导致服务被迫下线
• 统计的服务目前也是下线状态，但是会恢复的（咕咕咕）

未来计划

Xlog 分站下线后，后期主要会考虑重新整一个静态的分站，至于具体使用哪个框架什么时候搭嘛，先咕咕咕再说（x

前言

NOTE

26/4/25更新：Workflow 增加 submodules 拉取避免缺少变量。 26/5/24更新：跟随上游 core v13 变动把 /api/v2 改成了 /api/v3

Innei 疯狂使用 Claude 等 AI 工具把 Shiroi 重写了一遍设计风格，改名成了 Yohaku。但是吧，refactor 步子太大一堆破坏性变更，整得原来使用 GitHub Actions 构建的镜像已经没法在部署镜像后正常使用了。在使用“帮帮我，Copilot”大法排查出问题并进行修复之后，整理了一下问题，结合原有的资料，写一版 2026 年用 Actions 构建一个能跑的 Yohaku Docker 镜像的教程。

变了什么？

太长不看的结论：原先只需要在运行时加的环境变量，现在在构建时也需要传入，否则编译后的产物用原有方式进行部署，访问时会炸 Invalid base URL: /api/v3/auth。

究其原因，在于构建镜像时没有注入 BASE_URL 等参数，导致构建编译阶段默认把 NEXT_PUBLIC_API_URL 编译成了 /api/v3。当容器启动并进行服务端渲染时，由于它读取的是打包好的编译产物，NEXT_PUBLIC_API_URL 还是写死的 /api/v3，所以出现了报错。所以需要在构建阶段就得把 BASE_URL 这个参数设置好。

思路

和 PaloMiku 之前写的教程类似但有不同：使用 GitHub Actions 定期从上游私有仓库拉取更新，并使用变基操作加上自己的变更，再使用另一个工作流完成添加变量并构建 Docker 镜像，以及发布到 GitHub Packages 的流程。

其中前半段的工作流可以参考我写的教程：破事水 | Actions 同步上游项目及合并到自己分支

后面构建镜像部分的 Workflow 参考如下（用了一堆轮子），在 .github/workflows 目录下新建 yml 工作流，将以下内容粘贴提交：

name: Create and publish a Docker image

# main 分支动了之后自动触发工作流
on:
  push:
    branches: ['main']

# 定义镜像地址和镜像名字
env:
  REGISTRY: ghcr.io
  IMAGE_NAME: ${{ github.repository }}

jobs:
  build-and-push-image:
    runs-on: ubuntu-latest
    # 设置 GITHUB_TOKEN 的权限
    permissions:
      contents: read
      packages: write
      attestations: write
      id-token: write
      # 
    steps:
      - name: Checkout repository
        uses: actions/checkout@v6
        with:
          submodules: true
      # 登录镜像地址
      - name: Log in to the Container registry
        uses: docker/login-action@v4
        with:
          registry: ${{ env.REGISTRY }}
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      # 在工作流中提取标记镜像的 tags 和 labels
      - name: Extract metadata (tags, labels) for Docker
        id: meta
        uses: docker/metadata-action@v6
        with:
          images: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }}
          tags: |
            type=raw,value=latest
            type=sha
      # 使用仓库的 Dockerfile 编译镜像，使用上个步骤中定义的 tags 和 labels，并推送至 ghcr.io，其中 build-args 负责在编译前声明变量值。
      - name: Build and push Docker image
        id: push
        uses: docker/build-push-action@v7
        with:
          context: .
          push: true
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
          build-args: |
            S3_ACCESS_KEY=${{ secrets.S3_ACCESS_KEY }}
            S3_SECRET_KEY=${{ secrets.S3_SECRET_KEY }}
            WEBHOOK_SECRET=${{ secrets.WEBHOOK_SECRET }}
            TMDB_API_KEY=${{ secrets.TMDB_API_KEY }}
            GH_TOKEN=${{ secrets.GH_TOKEN }}
            BASE_URL=${{ secrets.BASE_URL }}

这样就可以实现简单的构建并上传 Github Registry 镜像。此外，至少需要在仓库 Settings → Secrets and variables → Actions 中的 Repository secrets 配置 BASE_URL 变量，变量的值是部署的 Core 后端所绑定的域名（如 https://api.example.com)，除此之外其他变量按需添加。完成后跑一遍工作流即可构建镜像。

NOTE

至于为什么不配置 NEXT_PUBLIC_API_URL 和 NEXT_PUBLIC_GATEWAY_URL 这两个经典变量，主要仓库自带的 Dockerfile 文件里边已经注明了这两个变量的值是基于 BASE_URL 的，所以可以不用添加。当然有问题了也可以在 Workflow 和 Secret 里边添加对应的变量。

使用

编译完成后可以在自己项目页面右侧的 Packages 找到自己构建的镜像。

在服务器上拉取镜像前，需要先配置 Docker 私有仓库。输入以下指令登录 Github Registry 私有仓库：

docker login ghcr.io

输入账号和有访问权限的 Github Access Token，确认登录后即可拉取私有仓库镜像。如果你用的是 1Panel，也可以在容器-仓库中直接添加配置私有仓库。

配置完成后可以使用如下 Docker Compose 文件直接部署镜像：

services:
  shiro:
    container_name: shiroi
    image: 
    restart: always
    environment:
      # 保留以下两条保证兼容性
      - NEXT_PUBLIC_API_URL=https://api.example.com/api/v3
      - NEXT_PUBLIC_GATEWAY_URL=https://api.example.com
      - NEXT_SHARP_PATH=/usr/local/lib/node_modules/sharp
      - BASE_URL=https://api.example.com
    ports:
      - 127.0.0.1:2323:2323

其中 images 填写你看到的镜像信息（一般来说会直接以仓库名命名镜像，类似于 ghcr.io/username/repo_name:latest）

收尾

自此，使用 Actions 构建镜像并直接部署的教程也算是结束了，关键点还是在于在构建镜像的过程中引入变量，别的步骤差不了多少。有问题可评论区提问咨询或者使用 AI 和搜索引擎进行理解。

参考内容和相关链接如下：

• PaloMiku 的 GitHub Action 构建 Shiroi Docker 镜像
• innei-dev/shiroi-deploy-action （Innei 自动化部署 Yohaku 的轮子，Readme 也是告诉说需要在构建时传递变量了）
• 破事水 | Actions 同步上游项目及合并到自己分支

此渲染由 Yohaku API 生成，或存排版之虞，最佳体验请往：https://zwh.moe/posts/default/review-2025

览毕，何不一言？

前言

今年的年终总结会分为前篇和正篇，前篇和2024前半段一样通过马特市的问卷来拷问自己今年过得如何，正篇则回归今年的各个节点来总结自己的2025，预计明天发布。

问卷正文

1. 相比过去几年，你觉得 2025 年过得更漫长还是更快了？你有找到自己的节奏吗？

我觉得是快了，毕竟今年自己经历的里程碑挺多的，在这种情况下会觉得自己的生活非常充实。生活节奏这一块我只能说，自己初入职场没多久，感觉自己还在适应公司的节奏，或许还在研究怎么将个人的节奏与公司节奏对拍。

2. 今年你与自己的身体相处愉快吗？

大概......应该......没那么愉快？总之身体方面的小问题还是不少等，但倒也没有因为大问题去过医院。不过之前入职体检的时候发现自己一身都是毛病，但发现是发现，怎么改还是有点难考虑了。

3. 分享你今年新发现或持续耕耘的领域，可以是新挖掘的兴趣、专业领域、城市空间、自然秘境，也可以是一种对待自己或他人的方法。

持续耕耘的应该还是 PuzzleHunt 吧，继去年两个大型比赛都没完赛之后今年和队友一块完赛了好几个 PH（金牌解谜、CCBC 16、ZJUPH），和队友在一块互相碰撞思路寻找灵感，然后解出题目。某种意义上也算是训练了思维能力。

4. 作为一个写作者，你除了在 Matters 书写，也有什么平台吸引你把文字留下？线上写作的纪录、交流，如何让你在纷乱的世界中找回自己？

我也没在 Matters 书写啊，我的文章一般就是自己的主博客和 XLog 两个地方。线上写作的过程我觉得是审视自己的过程，每一次写作的时候都在反思自己写的这个东西到底有没有问题，需不需要进行修改。唯一孬的地方在于自己有时候想着想着就会觉得自己写得太孬了还是不发出来了，使得今年有很多想写的内容都在写作时自己被毙掉了。

5. 数位世界总有许多新发明，今年你有没有尝试或走入哪些新的「网路世界」？可能是某个让你耳目一新的网路社群、平台，或是一种全新的互动方式、创作空间。它让你对创作、交流、社群产生什么样的体验或想法？

很遗憾，没有，所以这问题没法回答:(

6. 分享一个今年最好或最糟糕的时刻。回忆那个当下，你有什么感受？

要说最好的时候，感觉今年许多时候都最好。不管是毕设通过，还是挂科清零，亦或是驾照考试一次过，以及跟网友线下见面，所有这些节点我觉得这些都算是今年最好的时候。

7. 分享一个你今年做过的最好的决定。

最好的决定应该是选择去宁波面基网友，某种意义上算是我第一次去规划自己旅行的行程，然后跟熟悉的陌生人在线下见面，不过给出来的反馈还是非常惊喜的，也希望明年有机会和其他网上认识的好友面基。

8. 今年对你具有意义的一段话、一部电影、一首歌、一场表演、一张照片（等），分享它的内容以及为你带来的瞬间深刻时光，又或是启发。

我选择在上个月底打完的 ZJUPH 里面陈列馆的一句话：苦泪又落盼风拂，伤悲已过候春来。 引用原剧情里面的解释：生活，从来便没有做好万全准备的时候。也许我们现在受到了打击，大家有一些负面情绪；但如果沉浸在这种情绪中，我们便会失去未来。 也希望各位能抛弃过去的阴影，大步走向2026。

9. 2025年，你最想感谢身边的谁？他／她陪你走过了怎样的路？

感谢我的某位大学同学，从入职开始一路和我走到同一个部门，被同一个师傅带着, 某种意义上也算是相互扶持前进的典范了；感谢我的父母，愿意给我一些主动性去完成自己想做的事情，同时在我疑惑的时候能一同讨论复盘问题。

10. 给走过 2025 年的自己一句感谢词。

辛苦了 可以哭了 可以笑着说结束了 忘记所有规则 放下所有规则 敬自己一杯 因为值得（《时光盲盒》）

11. 我来自 ＿珠海＿（任何你认同的地点、组织、城市、区域、国家），2025 年，在Matters 写问卷与你相遇。

12. 请填空：2025，＿Everything＿ Matters.

最后，正篇正在加紧写作中，预计1月1日发布。

前言

最近看到有些朋友尝试搭建了自己的实例，比如这位。于是想着搭一个 Sharkey 来玩玩，并因此开始了一轮长时间的折腾。这篇文章尝试把最近折腾的内容都整合到一块供有类似想法的参考。

为什么是 Sharkey？

首先，Misskey 系界面很对我胃口；其次，我之前试折腾所使用的 Firefish 进入维护状态准备停更了（要不然本文的推荐就改成 Firefish 了）；再者，Sharkey 应该是 Misskey 的分支里边除 Firefish 之外添加的新特性是最多的，非常好玩；最后，我内存够。

目前本人所使用的是 Sharkey-stelpolva，来自無名星屑站长的 Fork，在原版 Sharkey 的基础上又加了一堆特性。不过该 Fork 没有提供已构建好的 Docker 镜像，为了减少每次更新服务器都得编译镜像的压力，自己搓了一个工作流定期拉取源码构建镜像并上传到 DockerHub。你可以在这里查看该镜像信息。

部署

首先新建个目录 mkdir Sharkey && mkdir Sharkey/.config 存一下配置文件。

接下来拿一下配置示例并进入目录：（若使用原版 Sharkey 则复制带井号的命令）

wget -O Sharkey/docker-compose.yml https://raw.githubusercontent.com/Lhcfl/sharkey-stelpolva/refs/heads/stelpolva/compose_example.yml
# wget -O Sharkey/docker-compose.yml https://activitypub.software/TransFem-org/Sharkey/-/raw/stable/compose_example.yml
wget -O Sharkey/.config/default.yml https://raw.githubusercontent.com/Lhcfl/sharkey-stelpolva/refs/heads/stelpolva/.config/docker_example.yml
# wget -O Sharkey/.config/default.yml https://activitypub.software/TransFem-org/Sharkey/-/raw/stable/.config/docker_example.yml
wget -O Sharkey/.config/docker.env https://raw.githubusercontent.com/Lhcfl/sharkey-stelpolva/refs/heads/stelpolva/.config/docker_example.env
# wget -O Sharkey/.config/docker.env https://activitypub.software/TransFem-org/Sharkey/-/raw/stable/.config/docker_example.env
cd Sharkey

编辑 .config/default.yml。在 url 处修改自己所用的域名，其他变量可视情况进行修改。

随后编辑 docker-compose.yml，取消注释在 service/web 下的 image 一行，若使用上文提到的构建镜像可将内容改为 wuhang2003/sharkey-stelpolva-docker:latest，并注释掉下一行的 build。

NOTE

可以尝试把镜像自带的 Redis 改成基于 Redis 开源版本 Fork 而来的 Valkey，完美兼容且性能比原版强。

修改 service/db 下的 image 一行，内容改为 groonga/pgroonga:latest，这是修改版的必要依赖。

完成后的 docker-compose.yml 参考如下：（网络为了方便在 1Panel 管理修改成了 1panel-network）

services:
  web:
    image: wuhang2003/sharkey-stelpolva-docker:latest
    restart: always
    links:
      - db
      - valkey
    depends_on:
      db:
        condition: service_healthy
      valkey:
        condition: service_healthy
    ports:
      - "4514:3000"
    networks:
      - 1panel-network
    # env_file:
    #   - .config/docker.env
    volumes:
      - ./files:/sharkey/files
      - ./.config:/sharkey/.config:ro

  valkey:
    restart: always
    image: valkey/valkey:8-alpine
    networks:
      - 1panel-network
    volumes:
      - ./valkey:/data
    healthcheck:
      test: "valkey-cli ping"
      interval: 5s
      retries: 20

  db:
    restart: always
    image: groonga/pgroonga:3.2.5-alpine-17
    networks:
      - 1panel-network
    env_file:
      - .config/docker.env
    volumes:
      - ./db:/var/lib/postgresql/data
    healthcheck:
      test: "pg_isready -U $$POSTGRES_USER -d $$POSTGRES_DB"
      interval: 5s
      retries: 20

networks:
  1panel-network:
    external: true

完成后先启动一下 PostageSQL 和 Redis（或 Valkey） sudo docker compose up -d db redis，复制两个容器名字（假设这里是 sharkey-valkey-1 和 sharkey-db-1），随后修改 .config/default.yml 里 db 部分和 redis 部分的 host 为对应容器名字。随后进入 db 容器通过 psql 连接数据库，执行 CREATE EXTENSION pgroonga; 为数据库添加 pgroonga 扩展。这样正式启动前的所有准备工作就准备好了。

接下来，docker compose up -d。参照 Misskey 文档配置反向代理。在 Sharkey 目录下执行 sudo chown -R 991:991 files/ 修改文件夹归属以避免网页端无法上传文件的问题。

完成后，登录网页注册初始账号，进行一下站点体验的优化。

优化

修改实例信息并加入中继

修改实例信息：控制面板->设置->常规设置

添加服务器和站点 logo：控制面板->设置->品牌

加入中继：控制面板->设置->中继。常见的中文中继：喵家中继、DragonRelay、岛站的中继。

开启中继后，小实例可能会出现跨站消息堵塞（中继中有大站点，信息流太频繁，堵塞了小实例的 sidekiq），跨站时间轴混乱（来自更远时间前的内容插入了当前跨站时间轴）等情况，请确认能够接受（基本无伤大雅）。同时，添加的中继多，会导致服务器的 PostgreSQL 数据库体积增加。

CloudFlare

站点添加的过程就不详述了，只提一个特别的点，对于实例的域名需要关闭 Rocket Loader，可以直接全局关闭该选项（速度 -> 优化 -> 内容优化）或者使用 Configuration Rules 设置特定站点的规则。

除此之外可以考虑使用 R2 存储图片等资源。

添加权限组并打开部分权限

控制面板 -> 角色，新建一个角色，角色权限设为管理员，授权对象为手动。策略设置如下：

• 速率限制取消默认并拉到最小 0%（后面使用工具上传表情调用到 API 时不容易炸）
• 开启管理自定义表情符号/管理头像挂件
• 网盘容量酌情拉大（大概 500M 到 1G）以方便接下来添加自定义表情和头像挂件

随后给自己的号分配这个角色，返回到角色设置，在基本角色处打开“是否可以搜索帖子”的选项，完成。

添加表情（抓取+上传一条龙）

由于上传自定义表情符号会存到对应账号的网盘，所以一般建议单独开一个号专门负责存表情等公用资源，该账号需要分配上述的管理员角色以使其能不受限制地上传表情。

抓取其他 Misskey 站点的表情：powerfullz/misskey-emoji-downloader

批量分类上传：pentaCoxian/misskey-emoji-bulk-uploader

防 SPAM

考虑到去年十月出现了一波针对 Fediverse 的 SPAM 潮，故加上这部分内容，主要分为内防（禁止非授权注册）和外防（防止外部实例 SPAM 消息流）。

禁止非授权注册：Sharkey 不需要主动设置，默认关闭开放注册（即需要邀请码），可在控制面板 -> 管理处把“注册账户需要电子邮箱地址”和“新用户需要被手动批准”打开，同时在“安全”选项卡下设置验证码和邮箱验证。

防止外部实例 SPAM 消息流：控制面板 -> 角色，新建角色，角色权限不动（普通用户），授权对象选择“符合条件”，设置条件和策略见此条帖子的配图，保存。

更新

都用 Docker Compose 部署了，一行 docker compose pull && docker compose up -d 搞定。

最后，欢迎关注 @wuhang2003@m.zwh.moe，还有我的老号 @wuhang2003@nya.one，谢谢喵。

参考资料

• Misskey 官方文档
• Sharkey 官方文档
• sharkey-stelpolva
• Lhcfl 的帖子

此渲染由 Yohaku API 生成，或存排版之虞，最佳体验请往：https://zwh.moe/posts/default/review-2024

览毕，何不一言？

此渲染由 Yohaku API 生成，或存排版之虞，最佳体验请往：https://zwh.moe/posts/moyu/hackergame-2024

// 获取游戏的初始数据
let gameData = state.values;
let inputs = [];
let lessThanButton = document.getElementById('less-than');
let greaterThanButton = document.getElementById('greater-than');

// 使用setInterval函数每50毫秒自动提交一个答案
let intervalId = setInterval(() => {
  // 如果游戏已经结束，需要清除定时器并提交答案
  if (inputs.length >= gameData.length) {
    clearInterval(intervalId);
    submit(inputs);
  } else {
    // 判断当前的两个数哪个更大，并模拟点击相应的按钮
    let pair = gameData[inputs.length];
    if (pair[0] < pair[1]) {
      lessThanButton.click();
      inputs.push('<');
    } else {
      greaterThanButton.click();
      inputs.push('>');
    }
  }
}, 50);

// ==UserScript==
// @name         Find Flag Links
// @namespace    http://tampermonkey.net/
// @version      1.0
// @description  查找页面中包含关键字的链接
// @match        换成题目环境链接/*
// @grant        none
// ==/UserScript==

(function() {
    'use strict';

    // 提取所有链接
    const links = Array.from(document.querySelectorAll('a[href]')).map(a => a.href);
    const keyword = 'flag'; // 关键字

    // 查找包含关键字的链接
    const foundLinks = links.filter(link => {
        const xhr = new XMLHttpRequest();
        xhr.open('GET', link, false); // 使用同步请求
        xhr.send(null);
        return xhr.status === 200 && xhr.responseText.includes(keyword);
    });

    // 输出结果
    if (foundLinks.length > 0) {
        console.log('找到包含关键字的链接:');
        foundLinks.forEach(link => console.log(link));
    } else {
        console.log('未找到包含关键字的链接');
    }
})();

览毕，何不一言？

没啥好说，纯自我检讨。

源：独立博客自省问卷15题 · 雅余 · 茶余饭后，闲情雅致

1.

你的博客更新频率是多少？

D.几个月一篇。

受限于本人的专业水平和极其糟糕的写作技能，再加上拖延症晚期。文章不是因为拖延写不动就是因为看不过眼被暴毙，所以剩下来的很少。

2.

你的博客上次更新是什么时候？

似乎没有选项，因为是半个月前更的。

《盒中之海》电影短评

3.

你的博客文章是原创的吗？

对于技术文，主体原创，内容借鉴，偶尔 AI，因为我菜。生活文那不用说，基本全原创。

4.

你觉得自己的文章对他人有帮助吗？

怎么说呢？在 旨在对他人有启示 和 多少有点意义 反复横跳。我个人写的目的一是为了记笔记，在遇到同样问题的时候能翻出来看；二倒也是希望真的遇到我这种情况的人能有个借鉴。

5.

你上次换博客主题/程序是什么时候？

C.去年

主题是去年 7 月换的 Shiro，主要是因为 Innei 不更 Kami 转 Shiro 了于是就向 Shiro 奔去了。

程序是 22 年十二月换的 Mix-Space，给文档贡献之后感觉好用就一直在用了。

6.

你上一次捣腾博客主题代码是什么时候？

狭义上（对主题的源代码进行修改）是今年四月份，而且也不算修改主题自身的代码而是加了个 CI（

广义上（对主题进行配置修改）是九月份，时不时修改一下菜单/图标等内容。

7.

你会对博客主题进行二次开发？

A.直接配置使用，省心不折腾。改了源代码 CI Rebase 可能出锅，所以不想动（

8.

你多久打开自己博客自我陶醉一次？

C.看心情。一般都是看炸没炸，或者只是闲得没事单纯想看（

9.

你近期对自己博客域名什么感受？

说实话之前我是想要个五字符域名，但现在我这个前缀实在找不到五字符的结果，于是注册了 .moe 六字符。感觉也挺好，挺符合本人风格的。

10.

你每天都会看网站的流量统计吗？

C.记得就看看。正经人谁天天看流量啊，啊你说你网站被攻击了？那没事了。

11.

你通过博客的广告赚到钱了吗？

博客没放广告，而且将来也不会有那种全站侵入性的广告。

部分文章有 aff，但不会有人在用 aff 吧。

12.

你去浏览别人的博客/网站主要为什么？

A.学习别人分享的知识。因为我菜。

13.

看到别人分享了一篇文章，你打开第一反应是什么？

D.看看文章内容。看看大佬又写了啥我看不懂的知识。

14.

你觉得博客哪方面更重要？

D.内容。其他方面在我看来只是传达内容的辅助工具，没有好内容那只是虚有其表，不太可能吸引更多的用户停下来阅读。

15.

近期通过写博客有哪些新收获？

A.知识面有拓展。为了写一篇内容去搜索参考类似选题的内容当作辅助文献去阅读，总能学点新东西。

EOF

第一次写这种，写得比较随意，夹杂了点混沌吐槽，欢迎提出建议及反馈。回答里面的言论仅代表本人意见，仅供参考。也欢迎各位独立博客的博主顺着问卷思考自己写一份属于自己的答案。

前言

刚好看到盒中之海准备上线了想着要不晚上就看这个，看几分钟突然想到要不直播拉人一起看，于是抓了草方块一起看这部梦导鸽了三年半的电影。

Not support render this content in RSS render

B站链接

先放一下电影的简介：

22接到游戏公司邀请，参与他们研发的虚拟现实游戏《盒中海》试玩。游戏世界里的南方沿海渔村，村民们把各家各户供奉的神像请上街来“游神”庆贺元宵。22和其他3名测试玩家发现一位未曾见过的女性神明“慈舟圣姑”。随着深入探查“慈舟圣姑”的来历，他们逐渐发现来自游戏外的人为篡改痕迹，有一个神秘的力量在潜移默化影响游戏里的npc。另一方面，22的妹妹33也在游戏外发现员工的蹊跷行为。居心叵测的公司企业、悄悄策划神秘仪式的npc渔民、还有似乎各怀秘密的同伴。一个多方势力交织的巨大阴谋渐渐浮出海面。

事实证明电影总体还是可以的，两个人一边看一边吐槽的气氛也很爽。以下是我个人写的一些短评，可能存在剧透要素，采用||黑幕||显示。也可以在这里看到草方块的短评。

• 如果对克苏鲁元素有一定的认知，那么看这部带有明显的克苏鲁要素的电影会比较容易感知到故事中邪神的一些背景。但是即使不是克苏鲁的受众（比如我）也不影响理解整个剧情所描述的故事。
• 赞美分镜和转场，比如||白免和塔林的分头行动画面，有些双人成行的味道||，一气呵成看着挺爽。
• 人物的性格塑造不错，印象最深刻的当然还是||老玄和白免||，当然还有 22 和 33 传承下来的（典中典）设定。
• 大场面有的，而且不少。比如||机甲打邪神||。
• 剧情上有跌宕起伏，但有些转折不会太出人意料，但对于我来说仍然觉得 Amazing。说个侧面的情况，我和草方块的聊天发了不少的“不是哥们”（此处哥们不一定代表男性角色）。
• 包袱给足了，故事结尾很意味深长。||“现实，不过只是大一号的盒子”，当我们认为是 HE 的时候，后日谈的 22 和白免在看到那些东西再次出现时的恐惧也再次印证着这句话，而彩蛋中又是谁拿着这个盒子就很诡。||
• 当然有些角色的行为不是很能经得起理性的推敲，对人物动机和行为很注重的观众可能需要一个脑子寄存处（？

总结

总的来说作为国创动画电影总体还行，拿 6/12 块买可以接受（年度大会员有观影券就别学我白给了；对于普通观众，考虑到电影没有加密可能已经可以在其他地方看了），至少不负这几年的等待，我个人倾向于给出个 85~90 的分数（满分100），望梦导和 SPICE 动画再接再厉整个第二部（

顺便送个 follow 邀请码：1GC^D1H.4'2_[*C2)d<G2_m6M，还有......一段对话？

• 你就这么送邀请码，不给咱点面子么？
• 以你的面子，只配知道这串字符用了两种没有密钥的加密方式。其中一种比base64强，我忘了叫啥了，只记得这个加密方式的名字中有个数字，在正文出现过。另一种加密方式两位一分，普遍应用于计算机领域。别看咱说的这么复杂，实际上拿个赛博工具上来全秒了。

前言

怎么说呢，这日志四月份的时候已经写好初稿了，但是嫌更得不够多又拖了几个月没发，七月摸鱼 + 实习 + 打 P&KU3，八月打 CCBC15，也没咋顾着这里。现在优化基本凑得差不多了也基本可以发了（

tl;dr

• 博客主题更新成 Shiroi
• 增加 AI 摘要
• 添加统计脚本
• 图床测试
• Telegram 频道 MicroBlog 上线

更新成 Shiroi 主题

这好像也没啥好说的了，基于闭源主题的新增特性（见下边）给自己博客加了点料。包括但不限于状态显示，签名动画一些小细节，各位自行发掘（

主要包括 主人的状态设置、文章头部的渐变色和根据文章而改变的高主题色、Post 列表无限加载、一言和思考的 RSS 订阅、评论区颜文字选择、签名动画、文章内嵌 Thinking、AI 摘要、一些细节和 UI 调整等

增加 AI 摘要

之前有这个功能后一直想尝试加上这个 AI 摘要，但一直没调试成，直到后面发现 API 写错了（悲）。调完之后效果还是不错的。这里也推荐一下目前我正在使用的 API 反代服务 OpenKEY，支持最新最热 gpt-4o 和 claude3，API 调用价格相对实惠，朋友看了都说好，而且充值时填额度赠送码 53F20 你我还能多 5% 充值额度的额度奖励，快来给我 aff 吧（逃

添加统计脚本

较早前自己搭了一个 Umami 统计站，给主站和 xlog 分站均添加了 Umami 的统计脚本，此外主站还额外添加了来自 Clarity 的统计脚本用于详细分析（目前依旧处于调试状态）。

啊统计目前挂了，啥时候摸鱼修吧（

图床测试

本站的图片将开始改用 CloudFlare R2 进行存储，并使用 WebP Cloud Services 对图片进行处理。 嘛，一直蹭公用图床蹭来蹭去要不就是图片寄，要不就是触犯了 CORS 天条，想来想去还是自己整一个图床绑定自己域名舒服点。

Telegram 频道 MicroBlog 上线

最近整的最新最热的 BroadcastChannel，将自己的 Telegram 频道整成一个微博，毕竟我更的最多的还是频道，所以顺手 Fork 了个原项目挂个 Pull 应用保持定期同步原项目同步，拿我一直没得用的 CloudFlare Pages 部署上线了（为什么不用 Vercel 部署？Vercel 还挂着本站呢，再挂其他的容易额度爆炸（大概）

说了这么多，你可以在 这里 访问 MicroBlog，同时也可以通过 此链接 关注原频道：）

至此，内容够多了，日志也有理由同步到隔壁了。下次更新就不知道是几月份了（逃