我应该将存储的Markdown转换为HTML,还是应该只存储HTML?
Markdown似乎比HTML更容易编写和编辑。我见过的所有HTML编辑器都会输出大量不必要的垃圾。Markdown似乎更干净。
以下是我想做的:将markdown存储在数据库中,使用PHP Markdown将其转换为HTML,然后将其输出到Web浏览器。
一个问题是,每次请求页面时都必须执行此操作。这似乎有些昂贵。
这是个好主意吗?还是有更有效的方法可以做到这一点?
Markdown似乎比HTML更容易编写和编辑。我见过的所有HTML编辑器都会输出大量不必要的垃圾。Markdown似乎更干净。
以下是我想做的:将markdown存储在数据库中,使用PHP Markdown将其转换为HTML,然后将其输出到Web浏览器。
一个问题是,每次请求页面时都必须执行此操作。这似乎有些昂贵。
这是个好主意吗?还是有更有效的方法可以做到这一点?
作为一个实际示例,Stack Overflow 支持 Markdown(如您所知),但将 Markdown 和呈现的 HTML 存储在数据库中。这使得提供页面的速度要快得多,因为呈现的HTML始终是相同的。帖子的创建频率远低于向用户显示的频率。
从你的网站上退后一步,问问自己它到底有多“昂贵”。你们每天服务超过1,000个唯一身份吗?实际上,它会膨胀吗?对于所有这些类型的问题,答案并不明确。例如,当我为一家国际银行构建网站时,一个非最小化的CSS文档每天可以增加1千兆字节的带宽。但是,当我构建我的投资组合网站时,我预计流量的一小部分。
我当然不是提倡构建低效的代码。请记住,“成本”实际上应该以流程执行时间来衡量,而不仅仅是流程。
如果您真的担心,请记录PHP Markdown进程执行之前和之后的时间。然后,以 A/B 方式跟踪服务器负载一段时间。数字不会说谎。