Watermelonabc

同样的问题

破案了，是Via的自主规避(doge

我最近刚换到 SPlayer，也遇到了这个问题，真的有点……抽象。歌词排除内容原来不是全词匹配的吗 😂 我主要听英文歌。这里的排除列表有个"op"，结果这句歌词也被排除了： > We're standing on a tight r**op**e 就因为 "rope" 里面有一个 "op"……

幸好没把 ed 当默认排除词，不然用过去时态写的歌词有难了 😂

我使用 Katex，渲染正常： 文章源代码： ```markdown 是$\{\theta_{t}^{*}\}_{t=0,\ldots,T_{max}}$，即在$D_{real}$上训练$\theta^*$在不同$t$的 ```

不用怀疑（ 这是作者的答复： > 为了处理 canonical 问题，确保不会存在一个地址多种 canonical，所以只能强制统一内部链接格式。 可以在链接末尾加上一个不影响链接访问但不会被 pretty_url “优化”的字符，比如 `#`。 > [!note] > https://www.travellings.cn/go-robots.html#

> 有相关的issue或discuss吗？我去查看下～ 讨论串在我的博客上 : ) 因为是我遇到这个问题然后自己鼓捣了一个临时解决方法，被 XAOXUU 评论了 😸 链接：

你可以先给出 markdown **源文件**，而不是**渲染结果**，这样我才可以尝试复现问题。但在我的尝试中，没有遇到这种问题。测试 markdown 如下： ```markdown $1+1=2$(Yes!) $1+1=2(Yes!)$(Hello?) $1+1=2$(Yes! It is $math$) Hello, Welcome to $Stellar$(a $great$ theme) 你好，欢迎使用$Stellar$（一个$very$ good的主题） ``` 渲染结果可见于 [Katex Test](https://watermelonabc.top/p/4a17b156/#katex-test) --- 现在，请检查一下配置文件，我主要想知道： 1. 你用的数学渲染器是 Katex 还是...

~~根据我的排查，应该是 `hexo-renderer-kramed` 和 `hexo-renderer-mathjax` 不兼容导致的。在我新建的测试博客中，同时安装它们两就会导致 `()` 被错误转译，但卸载 `hexo-renderer-mathjax` 后渲染就正常了（我没有卸载 `hexo-renderer-kramed`，因为我认为 renderer 是更核心的）~~ **不要使用** `hexo-renderer-mathjax`！在我的测试中，仅单独使用 `hexo-renderer-marked`（在 Stellar 配置文件中开启 Mathjax）都不会出现圆括号的转译错误！ `hexo-renderer-kramed` 其实已经自带有限的 Mathjax 支持，完整支持需要在主题配置文件中注入 ``（这一点你可以去看 [renderer 文档](https://github.com/sun11/hexo-renderer-kramed)），但不需要 `hexo-renderer-mathjax`。 另外，最好在 `_config.stellar.yml` 而不是 `_config.yml`...

Same problem on Fedora 42 using DNF. But I tried Flatpak, and it seemed that EE worked well. No crackling.