这里是为了替换原先由于markdown与发的问题，简单的来说就是两个markdown版本的语法不一致，或许说是自己写的不符合标准的markdown语法。标准的Markdown，没有语法加亮，没有markdown等等等。

为什么叫网站重构

这里可能出自某方面的原因如SEO，不过SEO也算是有了个好的结果，至少一直在上升期中，越来越有其影响力。来自SEO方面的话，可能只是使原来的文章变多了，但是多了也就使得每篇都有其侧重点，多了排名就上去了。。。。

为什么叫网站重构？

我也没有想明白这个问题，只是问题中的另外一个问题是什么是——重构。

代码重构，计算机编程用语，指改动程序代码而不影响生成结果

这个是来自wiki上的说法，追述到来源的话应该就是Martin Fowler的重构一书

 代码重构（英语：Code refactoring）指对软件代码做任何更动以增加可读性或者简化结构而不影响输出结果。

所以如果我们可以对网站重构有一个定义，那么也是相似的

 网站重构 (英语: Website refactoring) 指对网站代码做任何改动以增加可读性或者简化结构而不影响网站。

显然这样子不是很符合主题，但是可惜的是这算不上是一次的重构，只是似乎提高了反应的速度，增强了其扩展性。

来自知乎上的一个说法很有意思

 网站重构不是一种技术，不是css+div，更不是标准，网站重构是一种思想，是一种理念。真正的网站重构理应包含结构、行为、表现三层次的分离以及优化，行内分工优化，以及以技术与数据、人文为主导的交互优化等。

不过这里侧重的是在于框架的一次改变，换句话说减少了系统原来的依赖性。前端和后台剥离，前台放到github上，而后台与api的形式输出，同时又没有影响现有网站的基础。

bug与bug

一开始只是需要对markdown的内容进行转换

 markdown.toHTML(row.content)

为了修复markdown带来的问题，我们带入了bug，而只是为了修复之前的bug

  html.replace(/&lt;/g,"<");

最初的修复只是这样简单的替换，于是原来的www.phodal.net就变成了

    {{post1.title}}

在修复上一个bug的时候带来了新的bug

于是我们需要修复html的转义带来的问题，

     html = html.replace(/&lt;pre&gt;&lt;code class=&quot;javascript&quot;&gt;/g, "<pre><code class='javascript'>");
     html = html.replace(/&lt;\/code&gt;&lt;\/pre&gt;/g, "</pre></code>");

我们还需要处理更多的这样的标签

这些只是一个过程，或许最后我们会得出一个结论还是用静态网页好，只是这一直会是一个循环的过程，没有一个好的开始没有一个好的结束。

所以我们会一直对我们的代码进行重构？

我们挖了这个坑去填另外一个坑，总会有些时候需要去解决那些东西，但是有趣的是，有些坑是在火山口。