响应头中设置 Expires的值为格林威治时间 就是告诉客户端，此资源的请求可以用到指定时间点，在此时间之前，都要重新发请求到服务器请求这个资源，强制读取缓存
导语 随着移动设备性能不断增强，web 页面的性能体验逐渐变得可以接受，又因为 web 开发模式的诸多好处(跨平台，动态更新，减体积，无限扩展)，APP 客户端里出现越来越多内嵌 web 页面（为了配上当前流行的说法，以下把所有网页都称为 H5 页面，虽然可能跟 H5 没关系），很多 APP 把一些功能模块改成用 H5 实现。 虽然说 H5 页面性能变好了，但如果没针对性地做一些优化，体验还是很糟糕的，主要两部分体验： 页面启动白屏时间：打开一个 H5 页面需要做一系列处理，会有一段白屏时间，体验糟糕。 响
原文链接：https://dev.to/chegerose/5-enhancements-that-will-boost-your-nodejs-app-3pj5
缓存的作用就是提升网页加载速度。浏览器加载一个完整的网页势必会引用外部资源（图片，js，css）。若每次加载网页都要去加载这些外部资源则会引起不必要的时间和资源浪费，且会影响用户体验。而解决上述问题需要一个优秀的缓存策略。除此之外，web缓存的优点还有很多，例如：减轻服务器压力
Nuxt.js 是一个基于 Vue.js 的通用应用框架，一个用于Vue.js 开发SSR应用的一站式解决方案。它的优点是将原来几个配置文件要完成的内容，都整合在了一个nuxt.config.js，封装与扩展性完美的契合。
下面我将“从输入URL到渲染的全过程”大概的描述出来，再对其过程加以解释，了解过程中可以做哪些优化。文章内容有点长，需要有足够的耐心看完哟！！下面我要开始啦！
对 APP 里的一些使用 H5 实现的功能模块，一般体验都比原生差，那么怎么提高h5加载速度？优化 h5 体验？
服务端渲染 也被称为 fat-server, thin-client 模式
前天在Web性能优化之Worker线程(上)中针对Worker中的专用工作线程Dedicated Worker做了简单介绍和描述了如何配合webpack在项目中使用。
详细官方文档：Building Your Application: Routing | Next.js 13.4 (nextjs.org)
概念 服务端渲染（吐） 服务端在返回 html 之前，在特定的区域，符号里用数据填充，再给客户端，客户端只负责解析 HTML 。 也被称为 fat-server, thin-client 模式 客户端
示例 <html> <head> <link href='a.css' type='text/css'/> <script src="b.js"></script> ... </head> ... </html> 这个页面引用了2个静态资源： a.css、b.js 随着产品的不断发展，简单的静态资源更新也就不再简单 阶段一 产品初期，访问量不大，网络带宽充足，每次用户访问都重新加载静态资源也很快 这种情况下，静态资源的升级就非常简单，用新的文件直接覆盖线上文件即可 阶段二
前几天重构之后，Lighthouse 中有一个评分让我念念不忘： ProgressiveWebApp。
作为开发者，经常需要面对影响整个应用架构的决策。而Web开发者的核心决策之一，就是应用逻辑与渲染工作的实现，应处于架构中的什么位置（译注：客户端 or 服务器？）。现在有很多不同构建网站的方法，因此这些决策变得愈加困难。
相比大多数应用服务器，Node.js 可以很轻松的处理大量的网络流量，但这并不是 Node.js 的设计初衷。 如果你有一个高流量的站点，提高性能的第一步是在你的 Node.js 前面放一个反向代理服务器。这可以保护你的 Node.js 服务器免于直接暴露在网络中，而且可以允许你灵活的使用多个应用服务器做负载均衡和静态文件缓存。 点击查看原图
最近在开发一个服务端渲染工具，通过一篇小文大致介绍下服务端渲染，和服务端渲染的方式方法。在此文后面有两中服务端渲染方式的构思，根据你对服务端渲染的利弊权衡，你会选择哪一种服务端渲染方式呢？
经过前面几天的学习，相信你已经对上网的姿势和java这门语言有了一些了解，学会了一门面向对象语言的一些基础知识，算得少一只刚刚出生的很萌很可爱的小猿猿了！
缓存是系统性能提升优先法宝，在互联网应用系统中，屡试不爽。网上有很多资料介绍缓存理论及使用策略，本文就不再涉及了，今天简单将缓存做个归类，重点分享以前在实际业务中碰到场景以及如何使用。
摘要总结：本文介绍了如何利用NGINX反向代理、缓存静态文件、实现Node.js负载均衡、代理WebSocket连接以及实现SSL/TLS和HTTP/2来提高网站性能的五个实用技巧。
本文介绍了如何使用 NGINX 和 Node.js 实现反向代理、负载均衡、缓存静态文件、代理 WebSocket 连接以及实现 SSL/TLS 和 HTTP/2。通过这些技术可以提高网站的性能和安全性。
同样的问题，可以拿来招聘P5也可以是P7，只是深度不同。所以我重新整理了一遍整个流程，本文较长，建议先收藏。
SSR(Server-Side Rendering)，在SPA(Single-Page Application)出现之前，网页就是在服务端渲染的。服务器接收到客户端请求后，将数据和模板拼接成完整的页面响应到客户端，客户端将响应结果渲染出来。如果用户需要浏览新的页面，则需要重复这个过程。随着Angular、React和Vue的兴起，SPA开始流行，单页面应用可以在不重载整个页面的情况下，通过ajax和服务器进行交互，高效更新部分页面，这无疑带来了良好的用户体验。然而，对于需要SEO、追求首屏速度的页面，使用SPA是糟糕的。如果我们想使用Vue，又需要考虑到SEO、首屏渲染速度，那该怎么办？好在Vue是支持服务端渲染的，接下来我们主要说的是Vue的服务端渲染。
在传统的开发模式下，当服务器端处理了某种请求后，就会执行转发或重定向操作，使得客户端的浏览器访问另一个页面，整个开发过程，或需要开发的组件都是由服务器端开发人员完成的（即使使用到了前端的网页技术，甚至有专门的人员开发网页，最终也需要整合到服务器端的项目中，从项目的角度来看，并没有分离）。
HTTP协议的Cache -Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置 Cache-Control并不会影响另一个消息处理过程中的缓存处理过程。 请求时的缓存指令包括: no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached等。 响应消息中的指令包括: public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。
回顾 在web后台开发中我们经常需要存储一些变量到session中进行暂存，最为特殊的就是“购物车”，由于http的无状态特性，因此我们需要在客户端打上一个标记，唯一的标示客户端并和服务端session一一对应，因此就有了通过cookie和url进行存储或传递这个标示－－sessionID。 sessionID是一个长的字符串，它往往默认通过cookie来保存，这个session并不持久化到硬盘而是暂存到内存中，每次请求时都会在head中带上这个包含sessionID的cookie，服务端可以根据该id标
在查看网页源码的时候经常会发现带有类似 ?v=13566 或者 ?version=15678 的 CSS 和 JS 文件。如下所示： <script src="w3h5.js?version=1568
从输入URL到页面加载完成，发生了一系列复杂的步骤，涉及到浏览器、DNS服务器、Web服务器等多个组件的协同工作。下面是详细的过程：
所有的性能优化中，缓存是最重要也是最直接有效的，毕竟现在都这么忙，可等不了网页转菊花。
此文主要讲的事情是如何让用户快点看到首屏页面，其主要影响因素是延迟和解析渲染耗时。有关安全部分其实也是优化的一部分。我们着重说下网络部分。
因为HTTP请求无状态，当这一次 HTTP 请求结束之后，这个链接就关闭了，而下一次需要发起这个请求时，服务端不会知道这个请求是和之前某一个请求，来自同一个客户端的，不能跟踪 HTTP 请求的会话和发生情况，在这种场景下，就很难去处理登录信息、用户信息的维护问题，所以需要 Cookie 去维持客户端状态，需要注意的是，Cookie 是存在过期时间 expire 的
最近花了一些时间在项目的性能优化上，背后做了很多工作，但是最后依然没有达到自己想要的结果，有些失望，但是还是记录下自己的执着。
可能大家在看到这个标题的时候，会觉得，只不过又是一篇烂大街的SSR从零入门的教程而已。别急，往下看，相信你或多或少会有一些不一样的收获呢。
跨端技术的本质是实现代码复用，减少开发者在多平台上的适配工作量，移动互联网发展至今，跨端技术经历了许多阶段，大体上可以分成如下四类：
记得在刚开始写代码的时候，那时候做一个网页，用的是PHP，页面内容使用php配合template直出，以为哪个就是一个web开发的全部，不料，react，vue的出现，迅速打破了web开发的体验，如实csr一时间成了前端开发中舆论套路的焦点，随后各种各样的前端开发框架出现，大多数是csr。
本系列主要翻译自《ASP.NET MVC Interview Questions and Answers 》- By Shailendra Chauhan，想看英文原版的可访问http://www.dotnettricks.com/free-ebooks自行下载。该书主要分为两部分，ASP.NET MVC 5、ASP.NET WEB API2。本书最大的特点是以面试问答的形式进行展开。通读此书，会帮助你对ASP.NET MVC有更深层次的理解。 由于个人技术水平和英文水平也是有限的，因此错误在所难免，希
小程序自发布以来，为开发者和用户提供了一种轻量级的App。作为一种不需要下载安装即可使用的应用，它实现了应用“触手可及”的梦想，用户扫一扫或者搜一下即可打开应用。小程序也体现了“用完即走”的理念，用户不用关心是否安装太多应用的问题。 微信客户端为小程序的运行提供了框架支持，如service运行环境、页面缓存机制以及控件原生化支持等，本文将对这些部分实现原理做一一介绍。 1.内容概要 微信小程序采用了传统的移动端H5浏览器作为页面运行环境，但是与传统的B/S结构的WEB应用不同，小程序为用户提供了普通H
HTTP/2 诞生于 8 年前 Google 一封 SPDY 协议白皮书。5 年前，RFC7540 和 RFC7541 的发布正式确立了 HTTP/2。5 年过去了，支持 HTTP/2 的浏览器的市场占有率达到了 96.88%，HTTP/3 已经从 QUIC 中诞生，然而回过头来看看国内各大网站，HTTP/2 仍然没有发挥它应该有的作用。不过，HTTP/2 究竟能做什么呢？
HMR即Hot Module Replacement是指当你对代码修改并保存后，webpack将会对代码进行重新打包，并将改动的模块发送到浏览器端，浏览器用新的模块替换掉旧的模块，去实现局部更新页面而非整体刷新页面。接下来将从使用到实现一版简易功能带领大家深入浅出HMR。
使用范围： OA、MIS、ERP等信息管理类的项目，暂时不考虑网站。 遇到的问题： 完成一个项目，往往需要引用很多js文件，比如jQuery.js、easyUI等。还有自己写的一些列js文件，那么这些文件如何方便的加载，如果文件有变化如何才能让客户端及时更新缓存？如果能够提高点运行效率，那就更好了。 目标： 1、 可以方便的引用js文件。 2、 尽量使用各种缓存，避免频繁从服务器读取文件。 3、 如果js文件有更新或者增加、减少几个减少js文件，需要客户端能够自动、立刻更新。 4、 Js文件
HMR即Hot Module Replacement是指当你对代码修改并保存后，webpack将会对代码进行重新打包，并将改动的模块发送到浏览器端，浏览器用新的模块替换掉旧的模块，去实现局部更新页面而非整体刷新页面。
Web 缓存大致可以分为：数据库缓存、服务器端缓存（代理服务器缓存、CDN 缓存）、浏览器缓存。
1.在JS中尽量减少闭包的使用（原因：闭包会产生不释放的栈内存） A:循环给元素做事件绑定的时候，尽可能的把后期需要的信息（例如索引）存储到元素的自定义属性上，而不是创建闭包存储 B:可以在最外层形成一个闭包，把一些后续需要的公共信息进行存储，而不是每一个方法都创建闭包(例如单例模式) C:尽可能的手动释放不被占用的内存 ...
导语 上周末，精神哥去参加了好友小青在北京办的T沙龙，探讨移动端热更新相关的话题。Bugly曾为大家介绍过不少腾讯内部的热更新的框架，正好这次看到了美团，去哪儿以及微博同学在应用热更新方面的实践，整理出来发给大家，本周整理的是美团大众点评的吴卓同学分享的分享的 美团 Hybrid 化建设，其他的内容也会在后面陆续放出。 Hybrid 是移动端热更新最常用的手段，限于 App Store 上架审核时间较长，美团大众点评也采取了该方案，欢迎来自美团大众点旅游业务 iOS 负责人吴卓分享《美团大众点评 酒旅方面
互联网有一项著名的8秒原则。用户在访问Web网页时，如果时间超过8秒就会感到不耐烦，如果加载需要太长时间，他们就会放弃访问。大部分用户希望网页能在2秒之内就完成加载。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
