兜兜转转

今天，把WordPress的Markdown插件换回了我最早使用的Markdown for WordPress and bbPress。

当年我学会了Markdown语法后，就立刻想在写博客的时候使用。当时也是有缘，我第一个找到的就是这个插件，用着感觉很不错，一直用了好几年。后来之所以把它换掉，原因已经记不清了，似乎是和WordPress新加入的谷腾堡编辑器有关，或许和JetPack插件有关系，似乎官方已经支持Markdown语法，我就没有必要安装这个插件了。还有一个可能的原因，也是谷腾堡的锅，我用Ulysses写完博客后，直接发布会发生语法问题。

之后我又换了插件，大概是因为JetPack的速度太慢了，于是就禁用了它。找了一个WP Githuber MD插件。当时为什么没有用回Markdown for WordPress and bbPress插件我已经忘记了，是否是仍然存在问题也记不清，反正WP Githuber MD感觉挺好用的，提供的双栏编辑器界面，左边写Markdown，右边实时生成结果，很直观。不过我用不到，一方面我使用的Markdown语法非常简单，很少有写错需要看看结果的时候，再者我使用Ulysses来写，在线编辑器用的很少。

今天发现了WP Githuber MD插件的缺陷。我发现我过去文章里的Markdown语法全都失效了，开始以为是配置的原因，今天仔细看了看，没有这方面的配置。我试着从后台进入文章编辑，什么也不做，只点一下更新，再刷新页面就恢复了。我去数据库里看看，原来在进行文章编辑之后，数据库里保存的Markdown格式全部被转换成了HTML标记。看来WP Githuber MD插件的编辑器能够识别HTML标记，并转换成Markdown格式，在保存的时候再以HTML保存，但这造成了我之前文章里的Markdown失效了，因为它们没有被转换。

上网查找一下解决方案，发现现在的Markdown插件基本上都是一个原理，没有找到能够在生成页面时动态转换语法的插件，似乎功能都往即时转译去了，也就是在编辑时是Markdown，保存时会转换成HTML再保存。我好几年前用的插件就能做到在生成页面时转换，现在的主机效率应该不至于做不到吧。还看到有极端的说法是在Typora里编写，然后导出HTML后再粘到WordPress里，我实在是不知道是怎么想的。

没办法，最终还是启用了最早的Markdown for WordPress and bbPress插件。是否会出问题我还需要继续观察。