Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Fast and Extensible Parser for Markdown in PHP

parsedown.org

Post reply on HN
Print view View original

31–39 of 39 posts

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#31

Post by NaNaN »

ethomson wrote: post #22

I don't need another Markdown Parser. I need another Markdown. Markdown has outgrown its original spec, yet Gruber both clings on to it and is unwilling to update it. Meanwhile, different websites and different parsers proliferate, each adding new extensions with varying degrees of usefulness and compatibility, all under the name "Markdown" or some variation. I wish GitHub would drop the name "GitHub flavored Markdow…

Agreed. Most new Markdown parsers for higher speed have different edge cases, including the famous marked.

If you don't mind the frustrating syntax tree, you can try Strictdown (not Markdown), and get some insights to make a better one. (I'm now lazy to update it.) https://github.com/jakwings/strictdown

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#32

Post by NaNaN »

tshadwell wrote: post #27

Perhaps I am looking at this wrong, but I don't see why you would use a Markdown parser written in PHP if you're looking for speed. Case in point the parsedown system is fast because it has heavy use of regular expressions, which parse faster and run faster than the host language-- it already relies on a language other than PHP to essentially emulate parts of a well-written lexer. As debaserab2 says[1], if you are lo…

If someone has done it well without compiling C library, why don't you try it (on a shared server, maybe)?

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#33

Post by rhythmvs »

NaNaN wrote: post #31
ethomson wrote: post #22

I don't need another Markdown Parser. I need another Markdown. Markdown has outgrown its original spec, yet Gruber both clings on to it and is unwilling to update it. Meanwhile, different websites and different parsers proliferate, each adding new extensions with varying degrees of usefulness and compatibility, all under the name "Markdown" or some variation. I wish GitHub would drop the name "GitHub flavored Markdow…

Agreed. Most new Markdown parsers for higher speed have different edge cases, including the famous marked . If you don't mind the frustrating syntax tree, you can try Strictdown (not Markdown), and get some insights to make a better one. (I'm now lazy to update it.) https://github.com/jakwings/strictdown

Strictdown looks thorough: well-done! Added to the inventory of Markdown parsers and resources.¹

SkrivML² is another thoughtful take on lightweight markup, next generation.

¹ https://github.com/rhythmus/markdown-resources/ ² http://markup.skriv.org/

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#34

Post by NaNaN »

rhythmvs wrote: post #33
NaNaN wrote: post #31

Earlier quoted context omitted.

Agreed. Most new Markdown parsers for higher speed have different edge cases, including the famous marked . If you don't mind the frustrating syntax tree, you can try Strictdown (not Markdown), and get some insights to make a better one. (I'm now lazy to update it.) https://github.com/jakwings/strictdown

Strictdown looks thorough: well-done! Added to the inventory of Markdown parsers and resources.¹ SkrivML² is another thoughtful take on lightweight markup, next generation. ¹ https://github.com/rhythmus/markdown-resources/ ² http://markup.skriv.org/

Thank you! Wonderful collections!

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#35

Post by tshadwell »

NaNaN wrote: post #32
tshadwell wrote: post #27

Perhaps I am looking at this wrong, but I don't see why you would use a Markdown parser written in PHP if you're looking for speed. Case in point the parsedown system is fast because it has heavy use of regular expressions, which parse faster and run faster than the host language-- it already relies on a language other than PHP to essentially emulate parts of a well-written lexer. As debaserab2 says[1], if you are lo…

If someone has done it well without compiling C library, why don't you try it (on a shared server, maybe)?

I don't understand what you mean. Could you also explain the negativity around this comment? I didn't think it was a badly voiced opinion, and karma is not meant to be used to show how much you agree or disagree with someone.

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#36

Post by NaNaN »

tshadwell wrote: post #35
NaNaN wrote: post #32

Earlier quoted context omitted.

If someone has done it well without compiling C library, why don't you try it (on a shared server, maybe)?

I don't understand what you mean. Could you also explain the negativity around this comment? I didn't think it was a badly voiced opinion, and karma is not meant to be used to show how much you agree or disagree with someone.

I had no right to downvote your reply. (even now) ;) Please take it easy. I just want to say that using C library is not always preferred.

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#37

Post by tshadwell »

NaNaN wrote: post #36
tshadwell wrote: post #35

Earlier quoted context omitted.

I don't understand what you mean. Could you also explain the negativity around this comment? I didn't think it was a badly voiced opinion, and karma is not meant to be used to show how much you agree or disagree with someone.

I had no right to downvote your reply. (even now) ;) Please take it easy. I just want to say that using C library is not always preferred.

I agree, but I did not mean to make any sweeping statement in that regard, but in the case of a standardised markup like markdown, there are already suites of field-tested C libraries that provide much better speed than this library would; for markdown content, this provides a better experience for your users.

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#38

Post by NaNaN »

tshadwell wrote: post #37
NaNaN wrote: post #36

Earlier quoted context omitted.

I had no right to downvote your reply. (even now) ;) Please take it easy. I just want to say that using C library is not always preferred.

I agree, but I did not mean to make any sweeping statement in that regard, but in the case of a standardised markup like markdown, there are already suites of field-tested C libraries that provide much better speed than this library would; for markdown content, this provides a better experience for your users.

Agree, too. Well, plain text sucks. So I like to use smiley symbols now. ;-)

Re: Show HN: Fast and Extensible Parser for Markdown in PHP

#39

Post by tshadwell »

NaNaN wrote: post #38
tshadwell wrote: post #37

Earlier quoted context omitted.

I agree, but I did not mean to make any sweeping statement in that regard, but in the case of a standardised markup like markdown, there are already suites of field-tested C libraries that provide much better speed than this library would; for markdown content, this provides a better experience for your users.

Agree, too. Well, plain text sucks. So I like to use smiley symbols now. ;-)

:¬)
Post reply on HN