20200217网站部署后端学习记录

上一篇记录中写到，我的目的：不仅仅是学习网站的搭建，更重要的是要了解到如何搭建出一个高响应、高并发、安全稳定的网站。然而上一篇简要的说了一下网站搭建后就长篇大论的写起了网页的编写。之所以会这样，是因为我是按照网站给我的印象做为思路去阐述我对网站的认识，然后我再从我的认识中去发现我认识中存在的问题去进一步发现下一个学习的入口的方式去编排的。所以，这一篇记录中，我会从页面的编写中慢慢的过渡到后台，然后自己的能力去认识网站部署的全貌。

一个强大的网站保证流畅的浏览体验是前端的重要职责！但是除了流畅以外，快速的响应用户的请求也是一个重要的基础要求！但是响应这一回事缺不完全是前端的责任，我们来列举一下要高响应要求的情况。

一、打开网站，用户希望网页内容能秒开！我们来分析一下这其中的流程：①用户的浏览器打开网页请求→②万维网根据域名找到目标服务器，请求获取网页内容→③服务器返回网页内容→④浏览器接收到网页内容，解析，显示！

分析在这个过程中，①②两步的响应速度，对于我们这种民间玩家基本是不能改变的；但是从服务器收到请求并返回内容的这一步和浏览器解析显示这一步，我们是可以尽自己的能力去改变的！其中在服务器返回网页数据这一块，影响的因素有⑴服务器对请求的处理速度；⑵网页数据的大小；网页的大小这一块，只能让设计上简化编码上下功夫；而服务器对请求的处理速度这一块，市场也有一些普遍的解决方案，那就是使用nginx代理管理这些静态数据。至于还有没有更高效的方法，这里我就暂时不深入研究，待把网站的基本内容都整理出一个雏形后，再去考虑这部分的优化！现在这里只标记一下，可优化的地方！

然后再分析这个过程中的最后一步，这一步的优化方法就是编码方面的优化了，上一篇记录中有提到一些方法，这里就不重复了。

 二、用户希望动态网站中的请求能快速响应并返回处理结果，然后快速的展示出来！分析：我这要求，我们分两层①请求到获得请求的处理结果；②快速的展示出来；其中①的情况再分为：⑴单个请求响应的情况；⑵高并发请求时的响应；我们可以通过记录测试可以找到耗时最高的地方，比如，分别记录请求的时间和收到反馈的时间，然后再记录高并发请求时服务器的响应时间。这个测试方法，市场上有现成的解决方案去测试这些问题。这部分标记一下后续补充；由于本编记录的目的是侧重于后台的优化，所以这部分，我只分析①，找到如何提高后台响应速度的方法。

－－－－－－－－－－－－－－－－－－－－－今天先写到这吧，下篇改天接着写－－－－－－－－－－－－－－－－－－