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

时间 2019-11-29

原文原文链接

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

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

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

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

->nginx

<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

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