同一HTML在浏览器、GitHub Pages正常渲染，GoDaddy主机渲染异常的原因及相关工具设置疑问

嘿，我太懂你这种遇到主机渲染不一致的糟心感了！咱们一步步拆解你的问题：

一、为什么GoDaddy会出问题？ #

这完全是主机端的解析/配置差异，和你的HTML本身没毛病，更和恶意行为扯不上关系，放心哈！

• 现代浏览器、GitHub Pages都完美支持直接渲染原生Unicode字符（比如你用的em dash —、弯引号“”），只要你的HTML文件本身是UTF-8编码，它们就能正确识别显示。
• 但GoDaddy的服务器大概率是没有正确配置HTML文件的字符编码，或者它的默认解析规则偏“老旧”——只认HTML实体引用（比如—、“），而不支持直接解析Unicode原生标点。这就是为什么你手动替换成实体后就正常了，不是你的代码错了，是主机的环境不跟上趟儿。

二、关于VSCode pandoc扩展的设置疑问 #

VSCode里的pandoc扩展默认不转义em dash、弯引号是有原因的：

• 它转&成&是因为&是HTML实体的起始符，属于必须转义的特殊字符，不转的话会破坏HTML结构；但em dash、弯引号这类是普通的Unicode标点，不属于HTML特殊字符，所以默认会保留原生字符——毕竟现在99%的现代环境都支持直接显示，没必要多此一举。
• 如果你想让它自动把这些Unicode标点转成HTML实体，完全可以设置！在VSCode的设置里搜索「pandoc arguments」，然后在参数列表里加上--ascii这个参数就行。开启后，pandoc生成HTML时会把所有非ASCII字符（包括em dash、弯引号）都转成对应的HTML实体，正好适配GoDaddy的环境。
• 要是不想改pandoc的设置，也可以用VSCode的批量查找替换（正则模式）来快速搞定：比如把—替换成—，“替换成“，”替换成”，分分钟就能批量处理完。

三、要不要换扩展？ #

完全没必要换扩展！pandoc本身就支持这个需求，改个参数就行。如果实在想试试其他工具，VSCode里的一些HTML格式化扩展（比如HTML Beautify）也有实体转义的开关，开启后也能自动把Unicode标点转成实体，但pandoc的--ascii参数是最直接适配你从Markdown转HTML的流程的。

内容来源于stack exchange