第一篇：小型电商网站的商品详情页的页面静态化架构以及其缺陷

商品详情页的系统架构 -> 缓存架构 -> 高并发 -> 高可用

电商网站里，大概可以说分成两种，第一种小型电商，简单的一种架构方案，页面静态化的方案；大型电商，复杂的一套架构，大电商，国内排名前几的电商，用得应该咱们这里讲解的这套大型的详情页架构

页面静态化，全量的页面静态化

<html>
<title></title>
<body>
商品名称：#{productName}
商品价格：#{productPrice}
商品描述：#{productDesc}
</body>
</html>

->

<html>
<title>
<style css>
<javascript>
</title>
<body>
商品名称：#{productName}
商品价格：#{productPrice}
商品描述：#{productDesc}
</body>
</html>

product1.html

假设是放在一个数据库里的

product表

product_name product_price product_desc

iphon7 plus 5599.50 这是最好的手机

->

iphon7 plus（玫瑰） 5299.50 这是最好的手机，大降价了

......1万行数据，1万个页面

模板的渲染

<html>
<title>
<style css>
<javascript>
</title>
<body>
商品名称：iphon7 plus（玫瑰）
商品价格：5299.50
商品描述：这是最好的手机，大降价了
</body>
</html>

iphone7_plus.html

如果模板改变了，那么这个模板对应的所有数据，1万个数据，全部重新渲染一遍，填充到模板中，生成最终的静态化html页面

对于小网站，页面很少，很实用，非常简单，模板引擎，velocity，freemarker，页面数据管理的cms系统，内容管理系统

点击一个按钮，做成系统自动化，重新全量渲染

html --> 几百个页面，推送到nginx服务器上面，直接走html

页面太多，上亿，一个模板修改了，重新渲染一亿的商品，靠谱，几天