静态网站，可以认为是网站构建的根本。 随着动态网站的出现，众多CMS程序已经十分全面的占据各大网站系统的后台。 基于Web标准，使得前端与后端分离化，数据与文件分开管理。由于这些好处，PHP+MySQL几乎横行了大部分的站点构架。然而，对于个人用户，或者小型企业而言，整站动态化是否真的必要？我认为，这是值得商榷的。
一般的静态网页，因为少了数据库的查询，对于所在服务器的要求大大降低，页面加载速度也就大幅度提升，用户体验度自然也就高，十分适合展示型或者更新频率较慢的网站。这两点要求，恰恰符合了个人博主与小型企业用户的需求。但问题在于，如果要构筑静态网站，那么会迫使非专业用户学会使用Dreamweaver等专业的建站程序，这无疑阻断了用户选择静态建站的道路。除此之外，诸如用户评论、RSS订阅、社区分享、访客统计等功能，在基本的静态站点中也是无法实现的。这一系列的问题，最终导致静态站点与整个互联网脱节，成为孤立的一个主体。
解决方法其实很简单，也是我目前尝试应用在企业站点中的手法，就是基于动态网站构架，静态化页面！原理很简单，因为在一个网站中，大部分东西都不需要实时更新的，比如网站名称，文章内容，页面介绍等。那么极端一些的方法就是，让所有的东西都不需要动态化，先整站静态化。当有内容更新时（比如新文章加入，新评论加入等操作），再进行一次静态化操作（或者只针对需要更新的页面做新的静态化处理）。这样一来，访客在打开页面时，SQL次数基本为0，但是使用者又可以在后台方便的实时更新，一举而两得。这个方法我定义为：由动至静。
那么反过来，由静至动是否可行呢？答案也是可以的，这必须归功于当下流行的静态网站生成器。原理就是在本地建立了一个网站模板，在本地写好日志后，通过批量化处理自动生成并更新所有的页面文件，最后想这些文件统一上传至服务器就完成了。与传统的静态网站构建方式相比，有两点不同：1.降低了更新文章的操作门槛，用记事本就能完成文章的添加，修改，删除。2.可以充分利用Web 2.0应用，将评论、订阅、分享、统计等功能托管在第三方服务。最终完成的站点效果，与“由动至静”法相差无几。
虽说相差无几，但毕竟还是略有些差异的：1.部分需要查询数据库的功能，比如搜索，无法在“由静至动”中实现。因为你无法预知用户会查询哪些关键词，故而无法实现准备好这些关键词对应的页面。2.“由静至动”法虽然降低了编辑的门槛，但大部分人更容易接受“由动至静”法的“所见即所得”。3.“由静至动”法的动态数据（如：评论）因为是托管在第三方服务器中，因而这部分内容可能会受制于第三方服务（能否数据导出与迁移等问题）。4.虽然两者在访客状态下都是静态网页形式，但“由静至动”法对于服务器要求远低于“由动至静”法，个人用户在考虑站点维护成本时应当有所考量。5.除此以外，在使用环境支持等方面，目前“由静至动”法只有极小众人群的用户，对于企业建站而言，依旧推荐使用主流方案，这对于数据的定期备份等均有保障。
总结一下，静态网站系统虽然目前并不适用于企业建站，但对于极小众的GEEK而言比较有趣味，可以探索与开发更好的用户界面。
Leave a Reply