PageDown과 함께 사용할 때 Markdownsharp의 목적은 무엇입니까?

Question

stackexchange 사이트는 질문과 답변을 작성하기 위해 MarkDown 구문을 사용합니다.이것은 "noreferrer"> 클라이언트 측 및 pagedown 를 사용하여 구축됩니다..google.com / p / markdownsharp / "rel="noreferrer "> markdownsharp 및 Jeff 'sHTML 소독제 서버 측.나는 나 자신을 매우 비슷한 것을 건물을 생각하고있다.

서버 측에서 HTML을 살균 해야하는 이유를 이해합니다.그러나 Markdownsharp의 목적은 무엇입니까?왜 Client Side의 PaGedown을 사용하여 Markdown에서 HTML에서 HTML에서 번역을 수행하지 않으려면 이유는 서버에 보낼 수 있습니까?

Answer 1

가장 중요한 이유 :

1. 우리는 스택 교환 사이트의 가장 기본적인 (기본 ") 기능을 원하고 자바 스크립트 없이 에 일하고 응답합니다. 투표, 플래그, UI Niceties, 도움말 텍스트, 호감, 글로벌받은 편지함 및 WhatNot JavaScript가 필요한 것과 같은 가장 진보 된 것들이 괜찮습니다. 그러나 사이트가 Q & A없이 살 수없는 한 가지는 마찰을 가능한 한 낮게 유지하기 위해 그 요구 사항이 없어야합니다.

   물론 JavaScript를 요구 사항으로 없으면 클라이언트가 마찰을 렌더링 할 필요가 없습니다.

2. 가장 최근의 게시물 버전의 렌더링 된 HTML 버전 만 저장합니다. 과거의 개정판을 위해 우리는 마크 다운 소스 만 저장합니다. 오래된 버전이 거의 필요하지 않기 때문에 이루어지는 모든 편집에 대한 두 버전을 두 버전으로 저장합니다. 그러나 때로는 이 필요합니다. 개정 기록에서. 따라서 어쨌든 서버 측을 렌더링해야합니다.

3. 서버 측을 다시 살균해도 클라이언트가 렌더링을 수행 할 수 있도록 렌더링 된 버전에서 실제로 렌더링 된 버전에서 가질 수있는 신뢰를 분명히 제거합니다. 다음을 상상해보십시오 :

   나는 사악한 스패머, 다음 답변을 게시하십시오 :

   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을 모두 기대하고 있기 때문에 하나는 다른 하나에서 만들어 졌음을 믿습니다.

   로고 태그만으로는 120K 평판을 가진 유명한 스택 오버플로 사용자가 유명한 슈즈를 낳습니다. 그는 실제로 링크가 관련 페이지로 가고, 답변을 좋아하지 않고, upvotes를 좋아한다고, "대답을 게시합니다. 도움이되는 콘텐츠가있는 사이트가 있습니다!" 댓글, 그는 그가있는 동안 그는 오타 "바다"를 수정합니다 -> " (스패머가 의도적으로 만든)

   그러나 "편집"을 클릭 한 후에 편집자에있는 마찰은 이 아닙니다 은 더 이상 관련 링크를 포함합니다. 롤렉스 링크가 들어있었습니다. 따라서 숀에게 unbreknown - 그는 오타를 고정시킬뿐만 아니라 링크가 스팸 메일 사이트로 이동하여 변경되었습니다.

   이제는 신뢰할 수있는 사용자에서 오는 마지막 편집이있는 게시물을 가지고 있지만 대답을지지하지만 오히려 사람들을 클릭하지 않는 링크가 있습니다.

   및 개정 내역 (포인트 2 참조), 링크가 변경되었음을

WMD JavaScript 편집기의 원래 버전은 실제로 설명하는 기능이 있음을 알아야합니다. 렌더링 된 HTML을 서버에 제출하려면 설정할 수 있습니다. 우리는 "Pagedown"이라는 이름으로 우리의 리팩토 버전을 발표했을 때 마침내 그 기능을 제거했습니다.