将Markdown解析委托给客户端有什么缺点？

Question

我打算在即将到来的项目中加入Markdown.在过去,我刚刚使用了预打包的服务器端Markdown解析器,重新清理了HTML输出(这是一个不必要的步骤？)并将其发送给客户端.

我有兴趣将至少这部分视图渲染卸载到客户端.我以前在Rails应用程序中使用了客户端Javascript Markdown解析器并取得了巨大成功.我委托body对象来监视类markdown-parseme或类似的DOM插入,然后解析它并用结果替换原始文本.

但这是我第一次考虑将其用于野外生产网站.让客户端处理Markdown渲染时会遇到什么问题和安全问题？是否有任何特定的库将这些问题考虑在内？

编辑:脑海中浮现的明显问题是"那些没有Javascript的人".检测没有启用Javascript的浏览器并实现允许客户端(可能手动)标记他们没有JS并将解析移动到服务器端的机制完全在我们的能力范围内.我非常想调查是否存在严重的问题,除了这个普通的兼容性问题之外,将Markdown解析卸载到客户端.渲染一个没有输出缓存的大小合适的页面会增加一个不可忽略的响应时间,通过它,服务器负载,如果我们有信心将该任务从95%的用户移出服务器,那将是很好的.

Answer 1

客户端能够解析 Markdown 语法的假设可能是不正确的（至少对于某些人和搜索引擎而言）。如果您为这些组提供服务器解析的版本，则会重复代码。服务器通常有更强大的工具来防止 XSS 等（因为这就是服务器所做的：以安全的方式从用户内容生成 HTML）。