今天是我在苏城搭建网站的又一新篇章，感谢您的陪伴，感谢您的时间。
我的计划如下：从今天起，我将深入讲解书生商友网站的结构和功能。
今天只涉及到基础的框架搭建，以及一些简要的介绍，具体的内容还需要后续的学习。
书生商友后台管理系统的学习到此告一段落，其实无外乎是各种信息的统计、管理和分析。
笔记中主要记录了数据的查询和分析方法，关于内容的增减基本也是大同小异。
一、书生商友网站简介
后台管理系统是给管理人员看的，前几天写的功能主要是用于书籍的管理。
管理人员可以通过系统控制书籍的类别、库存、销量等数据。
而书生商友前台则是面向用户的，如下图所示：现在主流电商平台的前台设计基本上都是这个样式。
以前的后台管理系统相对简单，我只需在对应页面进行修改，即可将其转换成书生商友平台。
而现在的前台系统更加复杂，涉及到很多元素和功能，一时半会修改不过来，索性就不改了。
但愿不会被说我在打广告什么的哈哈哈，到时候被平台给屏蔽了可就不好了。
那么，这里使用的技术有哪些呢？
以前的后台系统使用的是SP（单页应用），SP理解起来其实非常简单。
它就是只有一个html文件，其他的都是以ve组件的形式拼接，从而实现了页面切换。
SP的好处在于速度快，但是第一次加载慢，等于是第一次将静态资源全部加载下来了，所以后续页面切换时就非常流畅。
但是这样有一个问题，不利于SEO优化，当然还有缓存的问题，在此就不说明了。
这个SEO是啥？
我大致说下，当然不可能将其说得很清楚，我自己也不太懂，但作为一名程序员对这些有一定的了解肯定是没坏处的。
比如说用户要查找书籍，他可能会在百度上面搜索，那百度出来的页面是如何排序的呢？
这就涉及到SEO（搜素引擎优化）了，如果优化好，会排在更前面。
当然最前面的肯定是直接给百度钱打广告的。
而百度的搜索引擎的一个机制，是利用爬虫抓取别人的网站，再显示出来。
如果只是SP单页应用，爬虫就只能抓到一个html文件，不利于SEO搜素引擎优化。
当然做一个强调：SEO这块我也不是太了解，所以只是简单地进行描述，自己了解的说不定也有问题。
总之，SEO对于网站来说很重要，会增加搜索后的排名，使用单页应用就不太合适了。
所以前台系统使用了多页应用：依旧是前后端分离，不过前端页面会独立多个html页面，每个页面使用ve完成渲染。
做一个总结就是：书生商友的前台系统使用了ve+Nxt实现多页应用，后台管理系统使用了ve+vetify实现单页应用。
二、搭建书生商友网站
后台管理系统中使用了webpack，很好地实现了热部署，这个功能太重要了，不像Java代码每次一改就要重启微服务，很麻烦。
而此处使用的叫live-server，其翻译过来就是“活的服务器”，非常形象地描述了它的工作原理。
安装live-server使用npm命令完成安装即可，命令如下：npminstall-g live-server
这里使用的是全局安装，以后任意位置都可以使用。
npm是Node.js的包管理工具。
install的意思就是安装。
-g表示全局安装，我大胆地猜测应该是global的首字母缩写。
live-server就是“活的服务器”。
安装好了之后运行live-server，同时可以使用命令指定端口：live-server --port=9
其中port即端口的简称，我们这里指定9为书生商友网站的端口。
域名即为本地域名，通过域名+端口就可以访问到对应的页面了。
和后台管理系统一样，为了让域名更加地正规好看，我们使用SwitchHosts+nginx实现域名和端口的反向代理。
该方式在第14天的学习笔记中专门讲解过，这里做一个简单的回顾：在SwitchHosts配置时，我们需要设置一个域名为本地域名，也就是说当在浏览器上访问该域名时，系统会自动认为它对应本地域名。
而浏览器如果不指定端口时，会默认解析成80端口，所以在nginx配置中监听该端口，并跳转到书生商友网站路径。
所以当在浏览器上访问对应域名时，实际上访问的就是nginx中配置的那个路径。
三、业务需求
今天不涉及到具体的业务实现，但是对接下来一段时间的学习做一个了解。
1.搜素业务的实现
一个电商平台，搜索功能肯定是核心关键的。
现在可不像以前那样，还用什么模糊查询，效率太低了，有专门的搜索技术，明天开始就专门学习。
2.商品详细及RabbitMQ？
这是个啥还不太清楚，后续学到了再说。
3.用户中心的实现
最常见的也就是用户的注册和登录了，这个以前就实现过好几次了。
当然还有其他的一些比如个人信息管理、地址管理、收藏管理等……
4.购物车以及下单的实现
购物车也是商城非常核心的一环，并且肯定是需要使用到他付或者支付宝支付等多种方式。
最后行有不得反求诸己，我是@刘小爱一个白天上班晚上学习的95后苏漂，不为其他，只为学会自律做好自己。
愿我的每日打卡能给你带来勇气，欢迎点赞关注和评论。
