最近测试了几个 ES module 和 Commonjs 的例子，理解了之前不太理解的概念，记录一下。要是想多了解的可以去看看阮老师的 Module 那部分。会贴一小部分的代码，不会贴所有验证的代码。
今天在微信公众号看到一篇技术博文，想用印象笔记收藏，所以发送了文章链接到pc上。然后习惯性地打开控制台，看看源码，想了解下最近微信用了什么新技术。 呵呵，以下勾起了我侦探的欲望。页面加载后的异常点就是只加载了一个js，如下图所示：
0x00 起因 不久前@三好学生师傅买了一个wooyun wifi,然后聊到了缓存投毒： 然后看到wooyun wifi的这个说明： 默认情况下该功能附带缓存投毒功能，将视图缓存所有的页面至2099年
•微信公众号 《JavaScript全栈》•掘金 《合一大师》•Bilibili 《合一大师
HTTP缓存（ ETag、Cache-Control）——谷歌开发者 HTTP缓存有利于web性能优化
关于 性能优化 是个大的面，这篇文章主要涉及到 前端 的几个点，如 前端性能优化 的流程、常见技术手段、工具等。
哈喽大家好，本期是微信小程序专栏第十五期。本期主要内容是使用缓存在本地模拟服务器数据库。主要包括了解应用程序的生命周期、Storage缓存初始化、设置缓存和清理缓存等。 每期内容是连载呢，建议大家可以看看往期内容，更好理解噢~
Nuxt.js 是一个基于 Vue.js 的通用应用框架，一个用于Vue.js 开发SSR应用的一站式解决方案。它的优点是将原来几个配置文件要完成的内容，都整合在了一个nuxt.config.js，封装与扩展性完美的契合。
前言：之前的文章介绍了通过快照的方式加速 Node.js 的启动，除了快照，V8 还提供了另一种技术加速代码的执行，那就是代码缓存。通过 V8 第一次执行 JS 的时候，V8 需要即时进行解析和编译 JS代码，这个是需要一定时间的，代码缓存可以把这个过程的一些信息保存下来，下次执行的时候，通过这个缓存的信息就可以加速 JS 代码的执行。本文介绍在 Node.js 里如何利用代码缓存技术加速 Node.js 的启动。
提到 exports 和 module.exports 我们不得不提到 require 关键字。大家哦读知道 Node.js 遵循 CommonJS 规范，使用 require 关键字来加载模块。
哈喽大家好，本期是微信小程序专栏第十六期。本期主要内容是构建一个访问缓存数据库的访问“类”,主要有prototype和ES6两种方法。 每期内容是连载呢，建议大家可以看看往期内容，更好理解噢~
https://juejin.im/post/5a098b5bf265da431a42b227
前言：通过快照的方式加速 Node.js 的启动，除了快照，V8 还提供了另一种技术加速代码的执行，那就是代码缓存。通过 V8 第一次执行 JS 的时候，V8 需要即时进行解析和编译 JS代码，这个是需要一定时间的，代码缓存可以把这个过程的一些信息保存下来，下次执行的时候，通过这个缓存的信息就可以加速 JS 代码的执行。本文介绍在 Node.js 里如何利用代码缓存技术加速 Node.js 的启动。
今日洞见 文章作者、部分图片来自ThoughtWorks：陈计节。 本文所有内容，包括文字、图片和音视频资料，版权均属ThoughtWorks公司所有，任何媒体、网站或个人未经本网协议授权不得转载、链接、转贴或以其他方式复制发布/发表。已经本网协议授权的媒体、网站，在使用时必须注明"内容来源：ThoughtWorks洞见"，并指定原文链接，违者本网将依法追究责任。 当AngularJS应用程序变大时，很多问题就开始显现出来了，比如多层级视图的加载问题。如果在子视图显示之前没有预加载，则可能在需要展示时发生视
很多人，包括我自己，初看Service Worker多一个Cache Storage的时候，就感觉跟HTTP长缓存没什么区别。 例如大家讲的最多的Service Worker能让网页离线使用，但熟悉HTTP缓存的朋友，会发现，把整站所有资源设置为长缓存（不带校验），也可以实现离线使用。 那么，Service Worker在缓存方面和HTTP缓存比较，有什么好处呢？ 带着这个疑问，我翻阅了一些大神博客 JakeArchibald的《Caching best practices & max-age gotc
在项目中你有优化过自己写过的代码吗？或者在你的项目中，你有用过哪些技巧优化你的代码，比如常用的函数防抖、节流，或者异步懒加载、惰性加载等。
原文链接：https://dev.to/chegerose/5-enhancements-that-will-boost-your-nodejs-app-3pj5
标记为async的脚本并不保证按照指定它们的先后顺序执行。对它来说脚本的加载和执行是紧紧挨着的，所以不管你声明的顺序如何，只要它加载完了就会立刻执行。
浏览器在加载资源时，为了提高效率，会使用一定的缓存策略，比如强缓存，与协商缓存，那么如何保证在资源发布以后浏览器能拿到最新的资源而不是缓存呢？
在查看网页源码的时候经常会发现带有类似 ?v=13566 或者 ?version=15678 的 CSS 和 JS 文件。如下所示： <script src="w3h5.js?version=1568
对于页面中引用 JS CSS 静态资源的处理，eBay 之前的主要模式是打包资源 每个页面中所需要的 JS 都打包为一个 JS 文件，放在页面的底部加载，CSS 也都打包为一个 CSS 文件，放在 h
使用范围： OA、MIS、ERP等信息管理类的项目，暂时不考虑网站。 遇到的问题： 完成一个项目，往往需要引用很多js文件，比如jQuery.js、easyUI等。还有自己写的一些列js文件，那么这些文件如何方便的加载，如果文件有变化如何才能让客户端及时更新缓存？如果能够提高点运行效率，那就更好了。 目标： 1、 可以方便的引用js文件。 2、 尽量使用各种缓存，避免频繁从服务器读取文件。 3、 如果js文件有更新或者增加、减少几个减少js文件，需要客户端能够自动、立刻更新。 4、 Js文件
在后端为了加速服务的访问速度，通常可以使用 Memcached、Redis 做数据缓存，那么在浏览器端又有哪些缓存策略呢？
最近花了一些时间在项目的性能优化上，背后做了很多工作，但是最后依然没有达到自己想要的结果，有些失望，但是还是记录下自己的执着。
导语 随着移动设备性能不断增强，web 页面的性能体验逐渐变得可以接受，又因为 web 开发模式的诸多好处(跨平台，动态更新，减体积，无限扩展)，APP 客户端里出现越来越多内嵌 web 页面（为了配上当前流行的说法，以下把所有网页都称为 H5 页面，虽然可能跟 H5 没关系），很多 APP 把一些功能模块改成用 H5 实现。 虽然说 H5 页面性能变好了，但如果没针对性地做一些优化，体验还是很糟糕的，主要两部分体验： 页面启动白屏时间：打开一个 H5 页面需要做一系列处理，会有一段白屏时间，体验糟糕。 响
你的网页性能优化的再好，如果网络不好那也会导致网页的体验差。 离线应用是指通过离线缓存技术，让资源在第一次被加载后缓存在本地，下次访问它时就直接返回本地的文件，就算没有网络连接。
在搜索引擎中搜索关键字 .htaccess 缓存，你可以搜索到很多关于设置网站文件缓存的教程，通过设置可以将css、js等不太经常更新的文件缓存在浏览器端，这样访客每次访问你的网站的时候，浏览器就可以从缓存中获取css、js等静态文件，而不必从你的服务器再次下载读取，这样在一定程度上加快了网站的打开速度，又可以节约一下你的服务器流量。
生产环境中，不需要打印日志。通过对webpack进行配置，打包时自动去掉console.log
Vercel 对 Next.js 和缓存的最终目标，以及 Rust、Go 和 JavaScript 技能如何为 AI 工作增添价值，以及对 Million.js 的回顾。
示例 <html> <head> <link href='a.css' type='text/css'/> <script src="b.js"></script> ... </head> ... </html> 这个页面引用了2个静态资源： a.css、b.js 随着产品的不断发展，简单的静态资源更新也就不再简单 阶段一 产品初期，访问量不大，网络带宽充足，每次用户访问都重新加载静态资源也很快 这种情况下，静态资源的升级就非常简单，用新的文件直接覆盖线上文件即可 阶段二
vue 项目打包上线之后，每一次都会有浏览器缓存问题，需要手动的清除缓存。这样用户体验非常不好，所以我们在打包部署的时候需要尽量避免浏览器的缓存。下面是我的解决方案：
近期vue项目在构建完成上线之后，每次往线上更新版本，总会收到一部分反馈——web页面白屏，需要清除缓存数据重新加载才能正常访问。
需要注意的是，"a/b" 这种不属于路径写法，它属于前两种，比如 "fs/promises"、"@babel/core"。
毕竟对于前端来说，优化是躲不开的主题。在看200（cache）和304区别的时候，翻到了雅虎这边归纳出来的准则，虽然是十多年前的东西了吧，但是还是具有参考价值的，因此在原文基础上我进行了一些归纳翻译。
作者：happylindz https://github.com/happylindz/blog/issues/7 前言 最近在看 webpack 如何做持久化缓存的内容，发现其中还是有一些坑点的，正
从 Chrome 68 开始，service worker 脚本检查更新的HTTP请求将默认不受 HTTP cache 的影响。这可以解决开发人员的共同难题，即在 service worker 脚本上设置无意的 Cache-Control 标头可能导致的更新延迟。
本项目是淘系用户增长团队的一个大中台系统，单页应用，涵盖很多业务功能，运用了很多懒加载页面组件来提升性能，首屏时间 1s 左右，体验良好。然而大项目文件很多，导致构建和发布时间很长，内存占用较大。我的任务是尽可能优化与此相关的问题。
首先需要在服务器上建立一个文件，里面的内容确定了哪些文件需要缓存，哪些文件不需要，如果资源无法访问会使用什么页面等
写完后，部署上线。然而我们要考虑充分利用浏览器缓存，我们的目标是资源文件直接读取浏览器缓存，于是给它设置 Cache-Control/Expires 和 Last-Modified/ETag。Cache-Control/Expires的作用是在缓存时间内，正常进入页面，浏览器不会发出请求，直接读取浏览器缓存资源。如果用户点击“刷新”按钮或缓存时间消失，浏览器会发送请求，并根据Last-Modified/ETag判断内容是否有更新，如果内容没更新，服务器返回304。
最近面试，问道js,css版本控制问题，一时间忘记，没答上来，下来查阅资料，整理一下。
在本文中，介绍3个鲜为人知，但功能非常强大且体积很小的 JavaScript 库，这些可以帮助提高开发效率，减轻开发难度，让你加班少少的，请收纳。
Service Workers 是什么？它们能做什么，它如何让您的 web 应用更好的表现？本文旨在回答这些问题，以及如何使用 Ember.js 框架来实现 Service Worker。
SSR相对于静态页面是非常消耗服务器资源的，所以在网站访问量较大时通常会将前端页面进行缓存，在Next.js中我们需要渲染AJAX的内容需要在前端使用getServerSideProps进行动态内容的渲染。很多网页的数据变化不是很频繁通常不需要每次都发起请求和渲染，所以本文来讲解如何缓存Next.js渲染的SSR页面。如果有同学不清楚服务器缓存的原理可以看之前发布的Express使用服务端缓存。
我们都知道Nodejs遵循的是CommonJS规范，当我们require('moduleA')时，模块是怎么通过名字或者路径获取到模块的呢？首先要聊一下模块引用、模块定义、模块标识三个概念。
修改页面后重新打包，测试人员在确认问题时总是说没改，页面没有变化，需要进行繁琐的清缓存操作才能获取到最新版本。
| 导语 2020 年 10 月 10 日，webpack5 正式发布，并带来了诸多重大的变更，将会使前端的构建效率与质量大为提升。其实现在各大博客网站已经有很多关于 webpack5 的文章，但真正通过业务实践并获得第一手数据的并不多，所以今天就给大家介绍一下 webpack5 在企鹅辅导业务中的升级与实践 。
| 导语 2020 年 10 月 10 日，webpack5 正式发布，并带来了诸多重大的变更，将会使前端的构建效率与质量大为提升。其实现在各大博客网站已经有很多关于 webpack5 的文章，但真正通过业务实践并获得第一手数据的并不多，所以今天就给大家介绍一下 webpack5 在企鹅辅导业务中的升级与实践 。 对比 webpack4 下面是企鹅辅导h5项目分别在 webpack4 和 webpack5 版本下的构建实测数据，测试环境为我的 MacBook Pro 15 寸高配。 webpack版本 第
之前一直用的 wp-super-cache，效果确实非常不错！网络不出问题的话，页面基本秒开。可惜，这款插件有时候会缓存我的手机主题，导致在电脑上浏览时，呈现的也是手机样式，有点不爽！本想尝试 JS 来切换主题的，可惜博主太笨，没搞定！只好忍痛割爱，放弃了 wp-super-cache。 最终，在将常见的缓存插件都测试了一遍之后，找到了本文的主角——>静态缓存插件三件套： Hyper Cache + DB Cache Reloaded Fix+ Autoptimize 经博主测试之后，三款插件同时启用后效果
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
