感谢原插件(WikimoeBangumi)的创作者 广树，我所做的仅仅是在其基础之上进行了些许改动而已。
不想看废话的，就请直接拉到最后。

最近更新

• 1.0.0.2504, 2025.4.4更新

  • 修正了2411版本中，初次启用插件报错的问题

• 1.0.0.2411, 2024.11.23更新

  • 新增版本检测功能：新版本发布时，插件设置页将弹出通知
  • 新增Cookie有效性检测功能：当填入的Cookie失效，插件设置页将弹出通知

• 1.0.0.246, 2024.6.16更新

  • 修正了245版本中，番剧块背景变的杂乱的问题

• 1.0.0.245, 2024.5.13更新

  • 考虑了好长时间如何能加快封面加载速度，今天意识到给封面路径加个限定参数便可以通过官方方法压缩图片质量以降低文件体积…现在速度大概是终于可以保证正常浏览了——即使事前没有手工访问构建缓存。

• 1.0.0.2210, 2022.10.23更新

  • 合并请求，修复undefined问题
  • 自定义翻页键样式输入框可以随意回车了

• 1.0.0.2010, 2020.10.25更新

  • 进一步避免jQuery对主题的依赖
  • 支持自定义每页数量
  • 支持翻页按钮自定义

• 1.0.0.207, 2020.7.12更新

  • 隔离jquery依赖
• 1.0.0.204, 2020.4.22更新
  追番信息分页显示，每页30个
• 1.0.0.202, 2020.2.8更新
  兼容伪静态站

• 1.0.0.201c, 2020.1.20更新

  1. 进一步撤销了no-referrer标记
  2. 现在番剧封面不直接从b站获取了，会保存到服务器供使用

  注意：因为现在需要下载封面到服务器，所以设置好插件后应先访问一次以构建封面缓存。时间可能较长，耐心等待。

• 1.0.0.201b 20200116更新
  新增：番剧块背景可调（番剧封面/空白）
  更新请先禁用再启用

• 1.0.0.201 20200115更新

  1. 修复了评论与番剧封面不兼容的问题
  2. 优化了载入速度。理论上每多45个番剧，载入速度能提升2倍
  3. 现在的番剧封面默认走https协议了

一、为什么想做这个

自打从WP转到Typecho，我就突然有了浏览独立博客的习惯。但博客内容并不是我浏览的重点所在，我更喜欢去看每位博客作者的 关于 页面。真的有意思。

除此之外，我很好奇每个博客的结构。比如都有哪些分类，页面都有什么元素之类的。这关注点有点儿奇怪，不是吗？

但不知是不是我的选择性记忆，我逐渐发现不少的博客都有一个追番页。你说它有什么用吗？我其实没感觉有啥用说实话…所以我也一直没怎么太注意过这种插件。直到我开始应用了看板作为我的进度及备忘工具之后，突然感觉追番页这种有条理的东西，放在那儿也挺有意思的啊。于是便简单搜了搜这类插件。自然，如果你检索过这种插件，那么仅有的两个结果你大概也就知道了：我使用的这个主题的大佬做的熊猫追番，以及WikimoeBangumi。这两个的来源都是 Bangumi 的API，而我从来都是在B站上头（不管是看还是追）的，单开一个账号我也想不起来去打理，又白消耗人家一丁点数据库空间。所以，我便尝试着把WikimoeBangumi改造，用B站的api来实现一个追番插件了。

二、现在成什么样了

每天两小时，连蒙带猜的搞了两天，已经改的差不多了。用抽风Crazy这个头油怪的账号试了一下（不，他并不认识我，之后你会明白为什么可以拿别人账号测试），83个追番加载的速度还算可以接受吧。刨去我的服务器从德国向B站请求数据->B站返回给德国->处理好后将网页发送到圣何塞->圣何塞转送给北京这种由于世界人民大团结而产生的延迟，我认为3秒加载还是可以接受的。

主要更改了哪些呢？

• api：这是当然的。现在会通过B站来请求追番数据了
• 登录方式：大佬原本的插件是通过用户名密码，很友好的登陆的。但是B站的第三方登录需要API Key，否则需要破一道图片验证码…这太麻烦了，所以我改成了直接用cookie登录。自然，插件设置页变更成了填写UID和cookie。所以设置的时候有点儿麻烦，但恕我才疏学浅，实在想不到怎么能比较方便的实现登录了…
• 块显示内容：原本插件会显示中文番剧名、外文番剧名、首播日期、进度。现在更改成了中文番剧名、最后更新的剧集名、首播日期、进度。
• 进度条显示内容：原本是简洁的当前话数/总话数（类似10/13、5/未知），但B站的剧集数并没那么规矩，而好在B站api直接提供了一个当前观看状态的值（类似于 已看完第13话、已看完PV1、看到第2话 1:37这种），顺便为了友好化未知这种冷冰冰的词，所以更改成了观看状态(截掉了具体的观看位置)/共 num 话（类似于 已看完第13话/共 13 话、已看完PV1/未完结、看到第2话/共 12 话）
• css：稍微的调整了块高度，使其在RAW主题上可以更好地显示；亦调整了图片长宽，避免变形；换成了em单位，对于不同分辨率，显示应该更好一些了？还调整了进度条，现在当番剧未完结时，进度会显示成50%了。
• (201b新增)css: 块背景可选透明还是番剧封面
• 函数变更：整体到底是麻烦了还是简单了我也说不清，总之删掉了部分函数，更改了载入追番的逻辑（B站API默认不能直接获取到所有，但是它会返回一个追番总数。）分页获取，提供上下翻页按钮，更改了curl的方法（加入了伪装登录用的各种需要的头），自然也更改了各种变量对应的json字段，最后增加了一个函数，用于截掉详细进度信息。
• (201c新增)函数：增加了下载封面到服务器的方法。现在可以完全规避b站禁止跨域导致的封面403问题了。
• (2010新增)函数: 可以自定义每页展示的番剧数量以及翻页键按钮样式了。
• (207新增)依赖：独立了jQuery依赖，使得不再要求主题带有jQuery库，(2010新增)并且包含在插件中，不必再担心获取js速度的问题了。
• (2411新增)js：增加了插件版本检测功能。现在，每有新版本发布，在插件设置页面都将自动弹出通知引导下载。
• (2411新增)函数：增加了Cookie有效性验证方法。现在当填入的Cookie过期时，插件设置页面将自动提示便于及时修改。

效果 看这里

三、怎么用？

注意

你的博客根目录下不存在bangumi文件。注意是文件，文件夹是没问题的。因为封面会保存到这个文件夹内，所以如果存在同名文件夹没有关系（共用就好），但文件就不成了。

a、插件部署

下载最新的发行版，解压放到你的Typecho文件夹/usr/plugins/，并更改文件夹名为BiliBangumi，启用即可。

b、番剧页

参考WikimoeBangumi的部署方法。只不过语句要改成<?php BiliBangumi_Plugin::output(); ?>

c、插件设置

2010版本开始，设置内容从UID、cookie两项增加到了5项：UID、cookie、块背景、每页数量和自定义翻页键。

UID很好说，直接把你的BilibiliUID填入即可。此时会有两种情况：

• 如果你的追番信息是公开的（即别人可以从你的主页看到你追的番）：这时候你的追番页应该就可以显示出追番信息了——除了进度相关是失效的。这就是为什么我可以用头油怪的账号做实验。
• 如果你的追番信息是隐藏的，或者说你想要显示出追番进度，那么就需要“登录”——也就是填入cookie。

至于块背景，你可以选择使用番剧封面还是默认背景色（默认是透明的）；每页数量则定义了每一页中展示的番剧数量，默认是10。

自定义翻页键则属于比较高级的设置项。可通过编写css自定义翻页按钮的样式实现更细致的美化。这里只需使用css中属性: 变量;的语法顺次写入即可。

d、所以如何获取cookie？

1. 在Bilibili登录你的账号（电脑网页端，推荐使用Chrome）
2. 点击头像，进入个人主页（此时网址应该是space.bilibili.com/uid号。如果uid号后面还有一堆字符，删掉即可）
3. 按下万能的F12，切换到Network标签
4. 清空一下Network里边的内容，然后F5刷新
5. 不出意外，此时在Network列表内，应该有一项是以UID为名称的条目。点击它
6. 弹出一个预览窗格，切换到Headers标签页
7. 在Request Headers栏目下，会有一个cookie项目。把这个的值复制下来，粘贴到插件设置页，保存
8. enjoy

Cookie有寿命，无法保证长期有效。因此从1.0.0.2411版本开始，插件加入了Cookie有效性检测功能。当填入的Cookie失效，插件设置页面将弹出提示，便于及时更新设置项。

e、疑难解答

Q: 封面获取逻辑

A：因为使用no-referrer总会间歇性的失效导致封面无法获取，所以从版本201c开始，封面获取逻辑改为从服务器自身获取：

• 第一次进入到追番列表的番剧，自动去b站下载封面到typecho文件夹/bangumi/下
• 之后每次访问，封面就会从上述的文件夹获取封面文件了

因为需要下载，所以在初次启用插件时，最好在设置好后自己先访问一次以完成封面下载工作。受限于服务器传输速度和追番数量，第一次访问加载的时间可能会很长，耐心等待封面下载完成即可。

想清除封面文件，只需清理typecho根目录/bangumi即可

Q：迷の版本号

A：是一个拼接出的结果：原插件版本号.更新日期年份后两位+月份。这里边我只会更新我自己的版本号部分，原插件版本号会一直保留原样，作为基于哪个版本的参照。这是我的习惯，就像我喜欢留点儿缺陷，后期刷版本号的一种执念::(滑稽)

四、更多信息

下载地址：https://gitee.com/stsiao/typecho_bangumi_bili

任何问题，留在这里吧。码云的issue我可能很难想起来去看…

视频点此
第一期、第二期

一、为什么需要

举个形象的例子：你的Linux装在一个50G的硬盘中。就是说，能用的空间就只有50G。现在，加入了一个100G的硬盘。

要知道：Linux中任何分区都需要映射到某一个文件夹上面才能使用。这个映射过程叫做“挂载”，而这个显示分区内容的文件夹就是“挂载点”。一旦文件夹变成了挂载点，这个文件夹下的内容便不能被显示出来了。而Linux的很多文件放置的位置都是统一的，你不能更改。所以这100G你要怎么加入到系统中使用？

仔细想想，挺不好搞的吧？

新建一个文件夹当作挂载点：你只能存储你自己的东西到这上面，大多数内容还是在50G的硬盘中；

挂载到内容多的文件夹下：不但需要先将所有东西移动过去，还需要调整fstab文件。而且容量是事先定死的，如果其他文件夹占用也高了，还需要经历无损调整分区—新建分区—移动数据—设置挂载点这样繁琐的步骤。不好。

这时候，lvm的作用便显现出来了。

二、优势

lvm把任何你想的分区整合成一个大的虚拟硬盘，使你可以在这上面进行分区操作。而任何事后加入的硬盘，都可以在不关机的情况下进行整合操作。

就像Windows的跨区卷，可以将不同硬盘的空闲空间整合成一个分区使用，容量等于空闲空间之和。但lvm更灵活的地方，在于它整合之后，出现的是一个新的“硬盘”，用户可以在这个“硬盘上面”再分区。

三、方法

总是有人认为Linux需要用命令，一般人用不懂。我也不知道这种印象是怎么来的，大概是因为网上能找到的教程都是命令形式？那我就用图形化的来展示一下。参见这里。

在新的笔记本上头安装好Arch后，最近几次突然出现了个奇怪的问题：

系统检查完成后，sddm总是起不来。但系统是已经启动成功的，因为我可以切换到tty界面进行操作。但尝试在tty界面输入sddm，却给我返回错误：

Failed to read display number from pipe

但是，通过systemctl restart sddm重启一次服务，却又可以正常启动了，直到下一次重新启动需要再进行一次这个步骤。

真是头一次遇到这种问题……

后来在Archlinuxcn的群组里搜索了一番，看到了一个解释，说是熵不够。可以通过命令

cat /proc/sys/kernel/random/entropy_avail

来查看熵值。想要sddm启动需要差不多2000的样子。

我照做了。然后得到了刚启动时候的熵值：20

虽然到了也没明白为什么sddm启动要检查熵，但是这很明显差得太多了，那问题应该就是这里了。

有没有什么办法能提高熵的值呢？还真有。

pacman -S rng-tools
systemctl enable rngd

重启。

真好，刚启动就2700多了呢。

但是，对sddm启动的解决卵用也没有…

后来又看到一个，大概意思就是：

kabylake架构的CPU，要把驱动加入内核

来试一下：

1. 安装intel驱动：pacman -S xf86-video-intel
2. 编辑/etc/mkinitcpio.conf，在MODULES=的括号内增加intel_agp i915
3. 重新生成initramfs。以防万一，先不做覆盖：mkinitcpio -c /etc/mkinitcpio.conf -g /boot/linux-i915.img
4. 重新启动。在grub处按 e 编辑启动项，将 initramfs-linux.img 位置更改为 linux-i915.img，按F10启动

啊…终于成功了。虽然熵才30多，但sddm也终于能一次起来了。

既然启动成功了，就可以把这个自定义的名称更改成initramfs-linux.img并覆盖原先的镜像了。不过为了安全，把原先镜像做个备份大概也是有必要的。

不过，虽然解决这个问题了，但我到底也没闹清楚为什么这种架构的CPU要启用KMS，更不明白为啥提高熵也能解决一部分sddm卡住的问题…

不过还行，从解决到现在，驱动啥的都滚了几个版本了，找时间去掉这俩模块再试一下

去文件夹 /usr/share/mime/packages/删除三个文件：

wps-office-et.xml
wps-office-wpp.xml
wps-office-wps.xml

然后执行命令 sudo update-mime-database /usr/share/mime

完成。

可能需要在Dolphin里重新设置一次doxc、pptx、xlsx的打开方式

视频点此

我曾经说，不能跟着Archwiki的Installation Guide安装好Archlinux的话，那么暂时也不要考虑用Arch了。但是最近Arch把base包组替换了之后，官方的安装文档便显的太过简略了一些…以至于我在引导问题上头卡了小半个钟头…所以，是时候分享一下base组被替换后，Wiki没有提到的内容了

注意：无论如何，官方写过的内容我还是不会去详细说的。因为只要官方文档提到了，那么它的内容就是详细且清晰的。如果看不懂，那么还是请暂时回避Arch，尝试一下Manjaro什么的。

一、替换了啥？对我有什么影响吗？

官方是这么说的：

The base group has been replaced by a metapackage of the same name. We advise users to install this package (pacman -Syu base), as it is effectively mandatory from now on.

Users requesting support are expected to be running a system with the base package.

Addendum:
Be aware that base as it stands does not currently contain:
- A kernel
- An editor
... and other software that you might expect. You will have to install these separately on new installations.

简单来说：以前只要装好base包组，你就可以拥有一个完善的文本样式的系统了。而现在，base只供满足依赖关系而不再提供可启动的软件包。所以现在的base只是一个脚手架，想要成功运行Arch就需要你自己来填充内容了。

所以，安装上面有哪些变化？

二、实操有啥变化？

从进入安装盘一直到pacstrap之前，都是没有变化的。但在pacstrap这里需要注意。

在 Installation Guide 的示例语句中，只增加了一个linux内核的程序包。但是实际上，你需要增加的可能不止这个：

• visudo依赖vi或者vim，所以需要加入这两个软件包之一。推荐vi——如果你没有在图形界面使用vi的习惯的话
• 好用的nano编辑器工具现在默认不再提供。需要的话也请再追加这个包
• dhcpcd同样需要自己安装。可以在这里追加，或者之后的arch-chroot时候使用pacman安装

然后，一切如常。直到进行到grub安装环节。

不知道是不是只是我赶上了一版“残缺”的内核…不过为了保险，还是推荐这么操作一下，省的到时候进入grub恢复环境。

• 一如既往地，安装grub和efibootmgr软件包并使用grub-install和grub-mkconfig写入一次引导
• 使用pacman -S linux重新安装一次内核
• 同样的，使用pacman命令重新安装一次微码
• 使用grub-mkconfig重新写入一次引导

不出意外，改版后的Archlinux就可以成功启动了。

所以，改变的说大也不大，仅仅是需要额外补充一些软件包；但是说小也不小，想让grub顺利引导还是有点儿东西的。不过还是前边说的那句话，可能只是我当时赶上了一个残缺的引导部署版本，可能到你安装的时候，只需要额为补充一些软件包就可以了。

最近到手了一个很轻便的笔记本，换装Arch的时候遇到一个问题：界面会不断地刷pcie bus error的提示,类似于

pcieport 0000:00:01.1: PCIe Bus Error: severity=Corrected, type=Physical layer, id=00e5(Recelver ID)
......

不断刷屏，根本不知道自己的命令打成了什么样，更不要提查看结果了。

几经查阅，发现这个问题大概是由于硬件间通信速度不同导致的错误，除了更换插槽以增加两个硬件之间的物理距离外，没有其他的解决方案。所以如果系统运行正常，那么搁置这个问题即可。

所以，解决无望，只能想办法屏蔽这条消息。

方法很简单。在Arch安装盘的选择界面按e（类似于编辑grub的启动项），结尾增加 pci=nomsi，再回车进入安装程序即可。

同样的，如果在安装之后还出现这个问题，则可以将这个参数加入grub启动项中来解决。不过我这里在装好之后就好了，所以我感觉这可能是USB插槽距离CPU或者某些控制器有点儿近导致的吧…