0x00 起因 不久前@三好学生师傅买了一个wooyun wifi,然后聊到了缓存投毒： 然后看到wooyun wifi的这个说明： 默认情况下该功能附带缓存投毒功能，将视图缓存所有的页面至2099年
渐进式 Web 应用首先是一种应用，它根据设备的支持情况来提供更多功能，提供离线能力，推送通知，甚至原生应用的外观和速度，以及对资源进行本地缓存。
Service Workers 是什么？它们能做什么，它如何让您的 web 应用更好的表现？本文旨在回答这些问题，以及如何使用 Ember.js 框架来实现 Service Worker。
正确使用缓存可以带来巨大的性能优势，节省宽带，并降低服务器成本，但许多网站并不重视缓存，造成竞争条件，导致相互依赖的资源不同步。
在后端为了加速服务的访问速度，通常可以使用 Memcached、Redis 做数据缓存，那么在浏览器端又有哪些缓存策略呢？
前几天重构之后，Lighthouse 中有一个评分让我念念不忘： ProgressiveWebApp。
你的网页性能优化的再好，如果网络不好那也会导致网页的体验差。 离线应用是指通过离线缓存技术，让资源在第一次被加载后缓存在本地，下次访问它时就直接返回本地的文件，就算没有网络连接。
Service worker本质上充当Web应用程序、浏览器与网络(可用时)之间的代理服务器，这个API旨在创建有效的离线体验，它会拦截网络请求并根据网络是否可用来采取适当的动作、更新来自服务器的的资源，它还提供入口以推送通知和访问后台同步API。
缓存地址URL： 无论动态页面还是静态页面，匹配成功后会被强制缓存。 是否忽略大小写： 是否忽略 URL 中的大小写。默认设定：忽略。 URL匹配规则： URL匹配规则：通配符，正则表达式，精确匹配 。 超时周期（缓存周期）： 设定缓存周期，例如：1天，1小时，30分钟等。缓存页面一旦过期，将会重新向源站询问这个缓存页面是否被“修改过（Modified）”，并重新计算缓存周期。 忽略Set-Cookie： 在页面缓存时，舍弃源站返回 HTTP 头中的 Set-Cookie 字段。默认设定：忽略。 开放权限： 支持三种页面缓存开放权限，说明如下：
注意： 每个 Application 只调用一次 WebSettings.setAppCachePath()，WebSettings.setAppCacheMaxSize()
由于lighttpd 作为静态资源服务器，设置客户端浏览器的对静态资源的缓存时间，下面是基于文件类型进行设置基于缓存时间的。
2016-06-0109:12:42 发表评论 231℃热度 由于网站已经迁移完成，所以昨天在优化服务器和WP，加快读者们的访问速度，毕竟有强迫症的我不能忍受网站点击下还在加载读条中，那是极其糟糕的，
缓存就是数据交换的缓冲区（称作：Cache），当用户要获取数据的时候，会先从缓存中去查询获取数据，如果缓存中有就会直接返回给用户，如果缓存中没有，则会发请求从服务器重新查询数据，将数据返回给用户的同时将数据放入缓存，下次用户就会直接从缓存中获取数据。
渐进式Web应用程序需要使用HTTPS连接。虽然使用HTTPS会让您服务器的开销变多，但使用HTTPS可以让您的网站变得更安全，HTTPS网站在Google上的排名也会更靠前。
HTTP缓存（ ETag、Cache-Control）——谷歌开发者 HTTP缓存有利于web性能优化
TAM上云访问链路： 访问域名->UDNS(CNAME)->ias->北极星(负载和寻址)->tke 搜索页性能优化： 改良的csr，在服务端组装部分数据和html，在不增加服务器负载的情况下，减少在浏览器端的请求，首屏速度更快 为什么模块循环依赖不会死循环，CommonJS和ESModule是怎样处理的？ CommonJS是拷贝引用，可以利用缓存，避免死循环。每一个模块都先加入缓存再执行，每次遇到require都先检查缓存，这样可以避免死循环 ESModule是拷贝值，借助模块底图，在循
PWA全称是Progressive Web Apps， 是一种渐进式增强 WEB 应用。 这里的渐进式增强是指无论用户用的是什么浏览器都能保证应用能正常工作。
以前很少关注这方面的问题，直达我们的技术经理找我们说要换框架，为什么换框架呢，因为缓存的问题，原来的项目是用版本号作为刷新的依据的。因为微信 公众号上有这样一个机制，使用版本好的话，有时做不到及时刷新，所以就用了vue.js,因为它有这样的功能就是如果某个文件里面的数据改变了，那么vue.js就会把这个文件的名字也相应的改掉，所以缓存里面的东西 就用不了了，这样就做到了及时刷新，向后台请求数据。
项目起始时间：2017-11-25 前端人数： 3 页面数： 6 一期上线时间：2018-01-16 在我们开发的过程中，小程序的生态也不断变化。例如 最开始不支持其打开的 web 页面调起小程序页面，后来则新增了 JS-SDK 并在高版本的基础库里支持了这样的功能；再例如它的 IDE 不断优化升级，开发体验变好；页面的5级跳转限制，改为了10级；小程序体积限制由 1MB 扩大为了 2MB …… 总体来说，一直在朝着好的方向发展。
前天在Web性能优化之Worker线程(上)中针对Worker中的专用工作线程Dedicated Worker做了简单介绍和描述了如何配合webpack在项目中使用。
一、将样式表放在顶部 可视性回馈的重要性 进度指示器有三个主要优势——它们让用户知道系统没有崩溃，只是正在为他或她解决问题；它们指出了用户大概还需要等多久，以便用户能够在漫长的等待中做些其他事情；最后，它们能给用户提供一些可以看的东西，使得等待不再是那么无聊。最后一点优势不可低估，这也是为什么推荐使用图形进度条而不是仅仅以数字形式显示预期的剩余时间。在Web的世界里，Html页面的逐步呈现就是很好的进度指示器。 将没有立即使用的css放在底部是错误的做法 通常组件的下载是按照文档中出现的顺序下载的，所以将不
响应头中设置 Expires的值为格林威治时间 就是告诉客户端，此资源的请求可以用到指定时间点，在此时间之前，都要重新发请求到服务器请求这个资源，强制读取缓存
关于 性能优化 是个大的面，这篇文章主要涉及到 前端 的几个点，如 前端性能优化 的流程、常见技术手段、工具等。
微信小程序和后台进行交互是通过API请求数据，所以API请求地址的管理 就非常重要，如果在wx.request的时候使用写url地址的方式，那后面要是api地址变化了，就要到每个有请求的地方进行修改url，是大项目的话就会很麻烦，如果配置了全局请求地址修改起来就简单很多。 1.项目根目录新建一个config.js，在里面配置好相关的API请求地址并输出配置
https://github.com/omnipotent-front-end/blog/issues/2
从 Chrome 68 开始，service worker 脚本检查更新的HTTP请求将默认不受 HTTP cache 的影响。这可以解决开发人员的共同难题，即在 service worker 脚本上设置无意的 Cache-Control 标头可能导致的更新延迟。
PWA 全称 Progressive Web Apps(渐进式 Web 应用程序)，旨在使用现有的 Web 技术提供用户更优的使用体验。 基本要求
注意：使用 sequelize 和 mongoose 的时候，会自动创建 id ，createdAt 和 updatedAt ，无需自己手动创建 。
第一种：url传值 A页面部分js代码 Page({ toDetailPage: function (e) { var zhi = "biubiubiu~~"; wx.naviga
我的博客在导航栏中有一个在线工具跳转，博客中提供了一些比较实用的在线工具，最近两天又添加了一个在线工具，作用是可以查询 docker 官方镜像仓库中指定镜像的版本信息，虽然之前写在线工具的时候就已经掌握了 django + jQuery ajax 的用法，但经过这次的工具更新，我对 ajax 的用法又有了更深层次的理解，所以分享一下我的使用经验。
同样的问题，可以拿来招聘P5也可以是P7，只是深度不同。所以我重新整理了一遍整个流程，本文较长，建议先收藏。
上一篇讲到了快速构建项目的通用 webpack 构建，此篇将结合业务修改 H5 的脚手架
//设置WebView缓存（当加载 html 页面时，WebView会在/data/data/包名目录下生成 database 与 cache 两个文件夹，请求的 URL记录保存在 WebViewCache.db，而 URL的内容是保存在 WebViewCache 文件夹下）
PS: 视频播放器不全屏显示 , iOS 10 以下使用 webkit-playsinline 属性
•微信公众号 《JavaScript全栈》•掘金 《合一大师》•Bilibili 《合一大师
熟悉jQuery开发的，学习vue的简单使用是没用啥问题的，但是学习vue的工程化开发方式，往往会遇到各种问题，比如：
0x00 引言 首先声明，这不是一个新洞，看过 Homakov 文章（最后附）以及译文的人想必对这种漏洞有所了解。 但原文写的太过简单（没有说明利用条件、情景和特性），且译文和我的理解略有偏差，于是就有了这篇文章。 这种漏洞已经存在一段时间了，有没有被利用过尚不得知，虽然利用条件较苛刻，但是当符合条件的站点被攻击后， 影响面和影响程度巨大，并且普通用户不知如何清除, 可导致长期持续攻击。 2014年底的时候，这种漏洞的利用条件没有现在苛刻（比如没有Service-Worker-Allowed头），一年过来
从去年4月项目就一直用起了JsBridge,前面也针对jsBridge使用姿势介绍过一篇入门篇，《Android JsBridge实战 打造专属你的Hybrid APP》，本篇接着继续深入，通过再次优化封装，大大优化了部分代码，简化上层调用流程，快速部署你的Hybridge APP。
这是一个历史遗留问题，自从博客部署了 PHP 纯静态缓存之后，所有页面都是 html 静态内容了，而且在七牛 CDN 静态分离之后，速度更是达到极致！ 不过也带来不少疑难问题，在之前写的《启用 WP
下面我将“从输入URL到渲染的全过程”大概的描述出来，再对其过程加以解释，了解过程中可以做哪些优化。文章内容有点长，需要有足够的耐心看完哟！！下面我要开始啦！
毕竟对于前端来说，优化是躲不开的主题。在看200（cache）和304区别的时候，翻到了雅虎这边归纳出来的准则，虽然是十多年前的东西了吧，但是还是具有参考价值的，因此在原文基础上我进行了一些归纳翻译。
上一篇Vite入门从手写一个乞丐版的Vite开始（上）我们已经成功的将页面渲染出来了，这一篇我们来简单的实现一下热更新的功能。
https://www.zybuluo.com/phper/note/133244
这个就比较简单了，直接拖一个控件，再加载一下url，记得在AndroidManifest.xml中加一下权限
挺久以前就有网友给我的 GitHub Pages 博客模板提 Issue，说希望能增加 CDN 用于加速静态资源的加载，由于懒，一直没有动。
用Asp.Net开发Web应用时，为了减少请求次数和流量，可以在IIS里配置gzip压缩以及开启客户端缓存。园子里已经有很多文章介绍了如何在IIS里开启压缩和缓存，但我想搞清楚该如何自己写代码来实现http压缩或者缓存，这样做的原因主要有下面两点：
缓存的作用就是提升网页加载速度。浏览器加载一个完整的网页势必会引用外部资源（图片，js，css）。若每次加载网页都要去加载这些外部资源则会引起不必要的时间和资源浪费，且会影响用户体验。而解决上述问题需要一个优秀的缓存策略。除此之外，web缓存的优点还有很多，例如：减轻服务器压力
众所周知，JavaScript 是单线程的语言。当我们面临需要大量计算的场景时（比如视频解码等），UI 线程就会被阻塞，甚至浏览器直接卡死。现在前端遇到大量计算的场景越来越多，为了有更好的体验，HTML5 中提出了 Web Worker 的概念。Web Worker 可以使脚本运行在新的线程中，它们独立于主线程，可以进行大量的计算活动，而不会影响主线程的 UI 渲染。当计算结束之后，它们可以把结果发送给主线程，从而形成了高效、良好的用户体验。Web Worker 是一个统称，具体可以细分为普通的 Worker、SharedWorker 和 ServiceWorker 等，接下来我们一一介绍其使用方法和适合的场景。
渐进式 web 应用 (Progressive web apps) 简称为 PWA。它可以给用户原生应用的体验。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
