恭喜你触发了这个 box，由于我还没有写关闭键，你只能通过刷新页面来关闭它。非常抱歉 ;-)
为了证明我没有摆烂，在这里放一个进度：
- 250715：尝试实现搜索功能，初步成功，能够搜索到包含关键词的文章了（也能关掉了）。不知道为啥输入 123 可以匹配所有文章，但是输入 1234 就一篇都匹配不上。（250814 upd：搜索的是 html 源码，{ 的 ASCII 码为 123 / {）
- 250716：尝试加入关键词上下文来 de 上面的 bug，然后把 js 写成史了，现在这个框框并不具备搜索功能（也不具备关闭功能） :-(
- 250814：能关了，我很勤勉
什么？居然还能搜索！还能高亮关键词？谢谢你，hexo-generator-searchdb！但是你为什么没有注释，让我阅读理解了半天 :-(
css 等有空了再写吧，能用就行
**为什么有 bug？试着找一个关键词发现有的文章没有匹配上**/p>
对于『跑 \(n\) 遍』性质的利用。
https://www.luogu.com.cn/problem/P10805
容易注意到可以二分答案；但似乎没办法找到一种很好的方法在 \(O(n)\) 内完成一次 check。
化用一下网络流中流量的概念；例如下面这个图，假如先从 \(0\) 开始跑，发现没办法很好地确定 \(8\to 2\) 这条边的流量（原因：没办法确定 \(8\) 和 \(2\) 的搜索顺序）。
这个时候想到；如果是 \(2\) 先被搜到，自然很好；但如果是 \(8\) 先被搜到，可以忽略这条由它出发、且未确定的边，先由现在认为的流出量确定流入量。等搜到 \(2\) 的时候，再更新一下 \(8\to 2\) 的流量。这样 \(8\) 的流入量就是错的；容易想到再搜一次来更新。
类比一下 SPFA，可以认为跑 \(n\) 遍就已经达到能更新的最终状态。此时 check 一下是否每个点都合法。
