浏览器缓存

一、前言 缓存有时候是个比较讨厌的东西，会产生很多垃圾，同时会让磁盘产生大量的磁盘碎片，大大的降低磁盘性能。 通过更改缓存位置，可以一定程序上改善磁盘碎片。 比如专门分个区用来存放App的缓存等，如果是大内存，可以使用Ramdisk、F-Stream Tuning（华擎主板专用）等工具来将内存虚拟出一块磁盘来当缓存盘。 二、查看缓存 Edge浏览器缓存位置是系统级的隐藏文件夹，需要设置相关的显示选项才能查看。 Win10在资源管理器中点击左上角的 查看 --》选项 --》查看 （如下图所示） 取消打勾：隐藏受保护的操作系统文件(推荐) 选择：显示隐藏文件、文件夹和驱动器 显示缓存文件夹所需要设置的选项 Edge 浏览器 缓存位置 C:\Users\用户名\AppData\Local\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe\AC\#!001\MicrosoftEdge\Cache C：改成你系统所在盘符 用户名：改成你登陆使用的用户名 三、更改缓存位置 先删除缓存文件夹（不删除下边操作会提示错误）：Cache 再在命令提示符（用管理员模式打开）输入如下命令 ： mklink /D "C:\Users\用户名\AppData\Local\Packages\Microsoft.MicrosoftEdge_8wekyb3d8bbwe

1、基础知识 代理服务器: 　　 　　一般是指局域网内部的机器通过代理服务器发送请求到互联网上的服务器,代理服务器一般作用在客户端。应用比如：GoAgent，FQ神器. 　　一个完整的代理请求过程为：客户端首先与代理服务器创建连接，接着根据代理服务器所使用的代理协议，请求对目标服务器创建连接、或者获得目标服务器的指定资源。 Web代理（proxy）服务器是网络的中间实体。 代理位于Web客户端和Web服务器之间，扮演“中间人”的角色。HTTP的代理服务器即是Web服务器又是Web客户端。 　　代理服务器是介于客户端和Web服务器之间的另一台服务器，有了它之后，浏览器不是直接到Web服务器去取回网页而是向代理服务器发出请求，信号会先送到代理服务器，由代理服务器来取回浏览器所需要的信息并传送给你的浏览器。 正向代理 ： 　　是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。 反向代理服务器： 　　在服务器端接受客户端的请求，然后把请求分发给具体的服务器进行处理，然后再将服务器的响应结果反馈给客户端。Nginx就是其中的一种反向代理服务器软件。 　　Nginx：Nginx ("engine

https://www.cnblogs.com/chenqf/p/6386163.html 1. http缓存 ： 　　强制缓存：Cache-Control:public/private/no-cache/no-store/max-age=xxx 　　　　　　　Expires过期时间，绝对时间服务器时间有本地时间不一致会导 致缓存失效 　　协商缓存: Etag <----> If-None-Match 　　　　　　 Last-modify<----->If-Modify-since 　　优先级：Cache-Control>Expires>Etag>Last-modify 2. 浏览器的缓存 ：webStorage（localStorage、sessionStorage） 　　　　　　　　cookie 来源： https://www.cnblogs.com/zhuMother/p/12200042.html

【前五篇】系列文章传送门： 网络协议 13 - HTTPS 协议：加密路上无尽头 网络协议 14 - 流媒体协议：要说爱你不容易 网络协议 15 - P2P 协议：小种子大学问 网络协议 16 - DNS 协议：网络世界的地址簿 网络协议 17 - HTTPDNS：私人定制的 DNS 服务     到现在为止，我们基本上已经了解了网络协议中的大部分常用协议，对于整个 HTTP 请求流程也较为熟悉了。从无到有后，我们就要考虑如何优化“有”这个过程，也就是我们常见的 请求优化 。而现在的技术栈中，CDN 是最常用的一种方式。     在了解 CDN 前，我们可以先了解下现代社会的物流配置。     例如我们去电商网站下单买东西，这个东西一定要从电商总部的中心仓库送过来吗？在电商刚兴起的时候，所有的配送都是从中心仓库发货，所以买家可能要很久才能收到货。但是后来电商网站的物流系统学聪明了，他们在全国各地建立了很多仓库，而不是只有总部的中心仓库才可以发货。     电商网站根据统计大概知道，北京、上海、广州、深圳、杭州等地，每天能够卖出去多少书籍、纸巾、包、电器等存放期较长的商品，就将这些商品分布存放在各地仓库中，客户一下单，就从临近的仓库发货，大大减少了运输时间，提高了用户体验。     同样的，互联网也借鉴了 “就近配送” 这个思路。 CDN 就近配送     全球有那么多的数据中心

https://cloud.tencent.com/developer/article/1009799 用户在浏览器的地址栏中敲入了网站的网址 ，会发生哪些事情呢？ 用户在浏览器的地址栏中敲入了网站的网址 浏览器查找域名的IP地址 找到ip地址后，浏览器给web服务器发送一个HTTP请求 服务器“处理”请求 服务器发回一个HTML响应 浏览器开始显示HTML 大概就是这样的过程，下面我们来仔细的分析下浏览器是如何查找到域名对应的ip地址的。 DNS域名解析过程 　　当用户在浏览器中输入ke.qq.com并按下回车键后： 第1步，查找浏览器缓存。 浏览器会检查缓存中有没有这个域名对应的解析过的IP地址，如果缓存中有，这个解析过程就将结束。浏览器缓存域名也是有限制的，不仅浏览器缓存大小有限制，而且缓存的时间也有限制，通常情况下为几分钟到几小时不等。这个缓存时间太长和太短都不好，如果缓存时间太长，一旦域名被解析到的IP有变化，会导致被客户端缓存的域名无法解析到变化后的IP地址，以致该域名不能正常解析，这段时间内有可能会有一部分用户无法访问网站。如果时间设置太短，会导致用户每次访问网站都要重新解析一次域名。 第2步，查找系统缓存。 如果用户的浏览器缓存中没有，浏览器会查找操作系统缓存中是否有这个域名对应的DNS解析结果。其实操作系统也会有一个域名解析的过程，在Windows中可以通过C:

1. http/https 协议 1.0 协议缺陷: ⽆法复⽤链接，完成即断开， 重新慢启动和 TCP 3 次握⼿ head of line blocking : 线头阻塞，导致请求之间互相影响 1.1 改进: ⻓连接(默 认 keep-alive )，复⽤ host 字段指定对应的虚拟站点新增功能: 断点续传身份认证状态管理 cache 缓 存 Cache-Control Expires Last-Modified Etag 2.0: 多路复⽤ ⼆进制分帧层: 应⽤层和传输层之间 ⾸部压缩服务端推送 https: 较为安全的⽹络传输协议 　　证书(公钥) 　　SSL 加 密 　　端 ⼝ 443 TCP: 三次握⼿ 四次挥⼿ 滑动窗⼝: 流量控制 拥 塞 处 理 　　 慢开始 　　拥塞 避免 　　快速重传 　　快速恢复 缓存策略: 可 分为 强缓 存 和 协商 缓存 强缓存 　　Cache-Control/Expires : 浏览器判断缓存是否过期，未过期时，直接使⽤强缓存， 　　Cache-Control 的 max-age 优先级⾼于 Expires 当缓存已经过期时，使⽤协商缓存 　　唯⼀标识⽅案: Etag ( response 携带) & If-None-Match ( request 携带，上⼀次返回 的 Etag ): 服务器判断资源是否被修改 　　最后⼀次修改时间:

QQ 1285575001 Wechat M010527 技术交流 QQ群599020441 纪年科技aming 1.设计app架构 1.梳理app业务流程 2.整理业务流程可能遇到的问题 3.根据问题，探讨可执行的解决方案 4. app后台 初步架构 ：3中所有技术进行有机融合 api编写： 1.api的作用（功能） 2.api需要输入的参数 3.api返回的数据 2.服务器选择 1.传统的IDC 在传统的IDC，要加cpu或内存，流程如下: 　　1.和客户经理商商谈所需硬件的价格 　　2.汇款过去，等IDC的财务确认 　　3.确认后，等待IDC安排工作人员升级硬件 　　这个流程走一次，最少也要1至2天。延迟了1至2天升级硬件，怎么保证可以快速应付爆发的业务 2.云服务器 升级硬件: 1.在用户后台选择需要的硬件配置 　　2.通过网络支付 　　3.重启服务器，升级就完成了。如果只是升级带宽，甚至不用重启。 　　整个过程合起来不用5分钟，简单，快捷，方便。 　　而且，现在的云服务器提供商，除了服务器外，还提供下面的服务： 　　负载均衡 　　云数据库 　　云内存存储 　　这些服务在app上线初期，在一台服务器上自己搭建就行了， 　　但随着app的发展，这些服务都需要部署在不同的服务器。 　　 　　规模的增大，也要面对高可用，高并发，监控报警等问题。 　　这些问题如果都要后端人员处理

Vue 响应式原理 vue-reactive 核心实现类: Observer : 它的作用是给对象的属性添加 getter 和 setter，用于依赖收集和派发更新 Dep : 用于收集当前响应式对象的依赖关系,每个响应式对象包括子对象都拥有一个 Dep 实例（里面 subs 是 Watcher 实例数组）,当数据有变更时,会通过 dep.notify()通知各个 watcher。 Watcher : 观察者对象 , 实例分为渲染 watcher (render watcher),计算属性 watcher (computed watcher),侦听器 watcher（user watcher）三种 Watcher 和 Dep 的关系 watcher 中实例化了 dep 并向 dep.subs 中添加了订阅者,dep 通过 notify 遍历了 dep.subs 通知每个 watcher 更新。 依赖收集 1.initState 时,对 computed 属性初始化时,触发 computed watcher 依赖收集 2.initState 时,对侦听属性初始化时,触发 user watcher 依赖收集 3.render()的过程,触发 render watcher 依赖收集 4.re-render 时,vm.render()再次执行,会移除所有 subs 中的 watcer

无论你在做前端、后端还是运维，HTTP都是不得不打交道的网络协议。它是最常用的应用层协议，对它的优化，既能通过降低时延带来更好的体验性，也能通过降低资源消耗带来更高的并发性。 可是，学习HTTP不久的同学，很难全面说出HTTP的所有优化点。这既有可能是你没好好准备过大厂的面试:-)，也有可能你没有加入一个快速发展的项目，当产品的用户量不断翻番时，需求会倒逼着你优化HTTP协议。 这篇文章是根据我在2019年GOPS全球运维大会上海站的演讲PPT，重新提炼文字后的总结。我希望能 从四个全新的维度，带你覆盖绝大部分的HTTP优化技巧 。这样，即使还不需要极致方法去解决当前的性能瓶颈，也会知道优化方向在哪，当需求来临时，能够到Google上定向查阅资料。 第一个维度，是从编码效率上，更快速地把消息转换成更短的字符流。这是最直接的性能优化点。 一、编码效率优化 如果你对HTTP/1.1协议做过抓包分析，就会发现它是用“ whitespace-delimited ”方式编码的。用空格、回车来编码，是因为HTTP在诞生之初 追求可读性 ，这样更有利于它的推广。 然而在当下，这种低效的编码方式已经严重影响性能了，所以2009年Google推出了基于二进制的SPDY协议，大幅提升了编码效率。2015年，稍做改进后它被确定为HTTP/2协议，现在50%以上的站点都在使用它。 这是编码优化的大方向

如果不想让浏览器缓存input的值，有2种方法： 方法一： 在不想使用缓存的input中添加 autocomplete="off"; <input type="text" autocomplete="off" name="test" /> 方法二： 在 input 所在的form标签中添加 autocomplete="off"; <form action="#" autocomplete="off"> 　　<input type="text" autocomplete="off" name="test" /> </form> input 的属性autocomplete 默认为on，其含义代表是否让浏览器自动记录之前输入的值。 很多时候，需要对客户的资料进行保密，防止浏览器软件或者恶意插件获取到，可以在input中加入autocomplete="off" 来关闭记录，系统需要保密的情况下可以使用此参数。 来源： https://www.cnblogs.com/nicoleyani/p/5952404.html