知乎：https://www.zhihu.com/question/439622084

我的学校比起上交，那可是差远了，只是一个普通双非加上一个双一流的名号罢了。而我本人在 18 级里，也只是个非常非常非常普通的学生：没有科技类社团、没有班干职位、GPA 排名 15% 到 20% 浮动，一般人是完全注意不到的。

给自己的笔记：四种状态分别为追番、补全、回放和抛弃，前三种均为完成状态。

收藏列表于页面最下。至于列表为什么要分出未定部分，就个人来说，时间会很大程度上影响对一部动画的感觉。移出预留列表，就意味着这是一部在多次回放的基础上，对我来说依旧是属于很高评价的作品。

Google Analytics 于近期推出了新版，将数据收集方式改为了向 analytics.google.com/g/collect 发送 POST 请求，在中国大陆自然就无法直接访问了，具体见 V2EX 相关讨论。考虑到本身对数据收集的需求不高，因此实验性的切换到了近期正在快速迭代更新的 umami。

CloudFlare Workers 可以实现很多需求，通过它来代理访问非公开、未设置 CORS 头的 API 也在官方的示例项目内。不过由于免费 plan 的访问量限制以及性能限制等，一般用来给自己的实验性项目做一下简单代理。这里以 Bangumi 的 API 为例演示完整的实现。

有时我们需要对社区开发者向我们的项目提交的 pull request 进行一些修改，例如一些配置文件以及资源文件的补充等。这种情况下我们可以直接回复 request 提出修改的要求，但除此之外，我们也可以使用一种更简单的方案：直接向 pull request 提交 commit。

近期在补习 Node.js + MongoDB 的配合使用，目前已基本将后台管理界面完工。下一步是本人此前从未接触过的账户登录管理以及鉴权相关的内容，因此将学习过程中简单的完整实现记录下来便以后回顾。

近期在补习 Node.js + MongoDB 的配合使用，最初目标是实现一个接口用于 CRUD 分类数据。项目继续发展的时候发现除去分类数据以外，其他数据也需要用到几乎一模一样的接口。在路由中重复定义一大堆只有名字不同的接口对于学习用的小项目来说实在是有点没有必要，因此尝试学习了通用 CRUD 接口的实现。

自己给博客写的主题 Fuji 正在进行大改版，顺手也把夜间模式 (深色模式、黑暗模式？都差不多) 进行了改版以适配 prefers-color-scheme。

v1 的旧实现方法

起初写主题的时候深色模式用了最基础的办法，也是兼容性最好的办法。给 body 加上 data-theme 属性，根据属性值是 light 还是 dark 判断主题。CSS 中独立写出两种配色，分别包括在 body[data-theme='light'] 和 body[data-theme='light'] 块内。

直接维护两套样式的方法清晰直观，但会造成冗余代码，而且构建一时爽、维护火葬场。

近来在给我的 Hugo 主题 Fuji 写一次大更新，准备添加一些新功能顺便整理一下混乱的 SCSS 结构。由于近期入手一台 iPad，晚上几乎一直是在夜间模式下逛网页，因此计划给主题添加一个夜间模式。原本挺简单的一个小功能没想到却踩了不少坑，在此记录一下。

原链接：/new-blog-relative-permalink/

为了统一内容链接层级的一致性，更新了博客文章的静态永久链接。

现链接：/post/2020/new-blog-relative-permalink/