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