Got a few questions though, what was used to design your database and diagram?
Due to my site going to be having high amounts of traffic I was wondering would storing HTML in physical files that get written to the file system when ever HTML content is added/edited be better than in the database?
]]>But what counts most is that you keep your codebase simple. If you add a HTML Markdown transformation feature, this just makes your code unnecessarily complicated.
Or do I miss the great benefit of having Markdown in my DB instead of HTML?
]]>For example, if I ever need to tweak the output for paragraphs (i.e. I want to get rid of the optional closing tag) I don’t have to change the content of every page; I just tweak the code that handles and outputs the content and BOOM it applies to the whole site immediately.
A site’s content !=
HTML.
Disclaimer: Now I feel sorry for zooming in on this one tiny detail so much. Please don’t get me wrong — really, nice work; I’m just sharing my opinion here 🙂
]]>x
and x_html
fields because the plain text needs to be displayed in certain views and in other views the HTML is required. I could just store the HTML and keep stripping all tags whenever I want to display the plain text but to me it seems better to store both… so the tags only need to be stripped once (when the field is edited).
Glad you like the arrays! 😀
]]>_html
fields? Yuck 😛
I love your use of arrays as wrappers for easily configurable settings.
Nice work!
]]>