gpt4 book ai didi

markdown - 与 PageDown 一起使用时 MarkDownSharp 的用途是什么?

转载 作者:行者123 更新时间:2023-12-02 10:12:41 25 4
gpt4 key购买 nike

StackExchange 站点使用 MarkDown 语法来编写问题和答案。这是使用 PageDown 构建的在客户端和 MarkDownSharpJeff's HTML sanitizer在服务器端。我正在考虑自己构建一些非常相似的东西。

我明白为什么我需要在服务器端清理 HTML。但 MarkDownSharp 的目的是什么?为什么我不在客户端使用 PageDown 将 MarkDown 转换为 HTML 并将其发送到服务器?

最佳答案

最重要的原因:

  1. 我们希望 Stack Exchange 站点的最基本(在“基本”意义上)功能(询问和回答)能够在没有 JavaScript 的情况下工作。最先进的东西,比如投票、标记、UI 细节、帮助文本、收藏夹、全局收件箱等等都需要 JavaScript,这没关系。但网站离不开的一件事——问答——不应该有这样的要求,以尽可能减少摩擦。

    当然,当你没有 JavaScript 作为要求时,你不能要求客户端渲染 Markdown。

  2. 我们仅存储帖子最新版本的渲染 HTML 版本。对于过去的修订,我们仅存储 Markdown 源代码。为每次编辑存储两个版本将是巨大的空间浪费,因为几乎不需要旧版本。但有时它们是需要的,例如在修订历史中。因此,无论如何,我们都必须在服务器端进行渲染。

  3. 即使您在服务器端重新清理,允许客户端进行渲染显然也会消除您对真正由 Markdown 制作的渲染版本的信任。想象一下以下情况:

    我,一个邪恶的垃圾邮件发送者,发布以下答案:

    As you can sea on [this awesome site][1],

    ... (long text on thread-safe usage of the turtle in LOGO) ...

    Hope that helps!

    [1]: http://almost-real-rolex-watches.biz

    但我提交了一个渲染版本,其中链接实际上转到了有关海龟并发的复杂性的相关网站。由于服务器需要我提供 Markdown 源代码和渲染的 HTML,因此它相信其中一个是由另一个生成的。

    随之而来的是 Sean Sceat,他是著名的 Stack Overflow 用户,仅在 Logo 标签上就有 120k 的声誉。他看到该链接确实转到了相关页面,喜欢这个答案,对其进行投票,并发布了“很好的答案;您链接到的网站有大量有用的内容!”评论,当他发表评论时,他修复了拼写错误“sea”->“see”(这是垃圾邮件发送者故意造成的)。

    但是在他点击“编辑”后编辑器中的 Markdown 不再包含相关链接了;它包含劳力士链接。因此,肖恩不知道的是,他不仅修正了拼写错误,还更改了指向垃圾邮件发送者网站的链接。

    现在您有一篇帖子,其最后一次编辑来自受信任的用户,认可答案,但带有一个我们不希望人们点击的链接。

    修订历史记录(参见第 2 点)甚至不会显示链接已更改。

需要注意的是,WMD JavaScript 编辑器的原始版本实际上具有您所描述的功能;您可以将其设置为将呈现的 HTML 提交到服务器。当我们以“PageDown”的名称发布重构版本时,我们最终删除了该功能,因为我们从未使用过它,维护过它,而且我真的不知道它是否真的有效。

关于markdown - 与 PageDown 一起使用时 MarkDownSharp 的用途是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9717403/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com