我们给某人发送邮件时，我们在传输之前把自己的文件压缩一下，接收方收到文件后再去解压获取文件。这中操作对于我们来说都已经司空见惯。我们压缩文件的目的就是为了把传输文件的体积减小，加快传输速度。我们在 http 传输中开启 gZip的目的也是如此，但是一般文章介绍 gZip 时候总是结合一些服务端配置(nginx)或者构建工具插件(webpack)来说，列出一大堆配置让人看的云里雾里，以至于到最后还没搞懂 为什么用，怎么用 这些问题。
GZIP压缩，GZIP解压需要用到 pako.js 文件：下载地址：https://download.csdn.net/download/qq_35713752/10627338
完成对Node.js的从了解到熟练的进阶这个Flag设立已久，久到去年就有它了。白露欲霜，隔年的Flag是时候拿出来实现了。躺平or码字，我决定选择后者。
在开始之前，你需要做一些准备工作，去阿里买一台服务器，服务器的具体细节其实并不是十分重要，我也不会在这里一步一步的教大家如何去买一个服务器。百度一下足够了，但是还是要贴一下这篇文章中，我所使用的服务器系统及其版本：
最近看zlib压缩的API，发现无论从理解还是使用上都比较陌生，所以挑了一些看着感兴趣的API进行进一步的摸索。
gzip 是 GNU zip 的缩写，是一种流行的文件压缩算法；gzip 常用于压缩CSS、JS、HTML 等纯文本内容，可以节省大量网络带宽流量；
目标 实现后台GZIP压缩，pako.js 前端解压 原因 数据库获取9576条数据耗时：3320ms 利用ajax获取数据大小12.7M，耗时6.27s 这样相当于从获取数据到渲染，耗时10秒 优化
一、gzip压缩技术 gzip(GNU- ZIP)是一种压缩技术。经过gzip压缩后页面大小可以变为原来的30%甚至更小，这样，用户浏览页面的时候速度会快得多。gzip的压缩页面需要浏览器和服务器双方都支持，实际上就是服务器端压缩，传到浏览器后浏览器解压并解析。浏览器那里不需要我们担心，因为目前的大多数浏览器都支持解析gzip压缩过的资源文件。在实际的应用中我们发现压缩的比率往往在3到10倍，也就是本来50k大小的页面，采用压缩后实际传输的内容大小只有5至15k大小，这可以大大节省服务器的网络带宽，同时如果应用程序的响应足够快时，网站的速度瓶颈就转到了网络的传输速度上，因此内容压缩后就可以大大的提升页面的浏览速度。 实现gzip压缩的方式有多种，比如：nginx、tomcat、java等，选用其中一种即可。 二、nginx启用gzip Nginx的压缩输出有一组gzip压缩指令来实现。相关指令位于http{….}两个大括号之间，如下：
为减少日志文件占用的空间，很多情况下我们会将日志文件以天或周为周期打包成tar.gz 包保存。虽然这样做有利空间充分利用，但当我们想查看压缩包内的内容时确很不方便。如果只是一个tar.gz文件，可以将其解压，再利用grep、awk或vi等工具查看或处理。不过如果有一个月或都一年的日志需要找出某些关键词的行，一个一个的解压，然后再看，是不是很不现实。那有没有什么简便的方法，可以不解压获得我们想要的内容呢？
解决这类问题的方案之一，就是将项目包装为桌面客户端，就像双击 Excel 那样，就可以进入项目。
前言：以前一直认为性能优化很遥远，也很复杂，但当今天尝试过后，发现也并不是触不可及
做过web性能优化的同学，对性能优化大杀器gzip应该不陌生。浏览器向服务器发起资源请求，比如下载一个js文件，服务器先对资源进行压缩，再返回给浏览器，以此节省流量，加快访问速度。
不知不觉 nginx主题的文章写了60+篇，有最早的也有最近的，有些是记录安装配置，有些是记录问题解决方法，内容质量有深也有浅参差不齐，随着技术迭代有些文章已经过时了(例如Docker代替了VM)不再符合当前的技术需求，而有些文章虽然久远但是仍有有意义(例如Nginx HA)，所以有了梳理这些文章的想法，目标有两个吧，一是回顾下过去的文章巩固下知识点，二是去其糟粕留下精华将有价值的文章搬迁(搬砖)到微信公众号。
HTTP压缩是指web服务器和浏览器之间压缩传输请求响应结果的方法，通过采用通用的压缩算法，将数据包压缩后进行传输，从而提升页面加载速度，给用户一个更好的体验。
网站性能优化是一个永恒的话题，前面我已经介绍了 WordPress 后端性能优化的一系列方法，下面讲解下 Web 前端的性能优化，其中最重要是减少 HTTP 请求和压缩文件的大小，今天来介绍下使用 Minify 来合并和压缩 CSS 和 JavaScript 文件，
启用Gzip压缩功能， 可以使网站的css、js 、xml、html 等静态资源在传输时进行压缩，经过Gzip压缩后资源可以变为原来的30%甚至更小，尽管这样会消耗一定的cpu资源，但是会节约大量的出口带宽来提高访问速度
在 http／1.0 协议中关于服务端发送的数据可以配置一个 Content-Encoding 字段，这个字段用于说明数据的压缩方法
前端的优化，主要可以通过减少HTTP请求、非实时请求改异步、缓存、文件压缩、CDN加速、独立图片服务器等。
nginx对于静态文件的处理模块 该模块可以读取预先压缩的gz文件，这样可以减少每次请求进行gzip压缩的CPU资源消耗。该模块启用后，nginx首先检查是否存在请求静态文件的gz结尾的文件，如果有则直接返回该gz文件内容。为了要兼容不支持gzip的浏览器，启用gzip_static模块就必须同时保留原始静态文件和gz文件。这样的话，在有大量静态文件的情况下，将会大大增加磁盘空间。我们可以利用nginx的反向代理功能实现只保留gz文件。
这两个问题可以从很多方面进行优化，今天我就从前端页面部署阶段来优化一下这两个问题。PS：以下内容都基于vue-cli3+。
Nginx开启Gzip压缩功能， 可以使网站的css、js 、xml、html 文件在传输时进行压缩，提高访问速度, 进而优化Nginx性能! Web网站上的图片，视频等其它多媒体文件以及大文件，因为压缩效果不好，所以对于图片没有必要支压缩，如果想要优化，可以图片的生命周期设置长一点，让客户端来缓存。 开启Gzip功能后，Nginx服务器会根据配置的策略对发送的内容, 如css、js、xml、html等静态资源进行压缩, 使得这些内容大小减少，在用户接收到返回内容之前对其进行处理，以压缩后的数据展现给客户。这样不仅可以节约大量的出口带宽，提高传输效率，还能提升用户快的感知体验, 一举两得; 尽管会消耗一定的cpu资源，但是为了给用户更好的体验还是值得的。
HTTP 可以对传输的内容进行压缩，减少网络实际传输数据的大小。原理就是 服务器对文件进行 gzip 压缩后，再进行传输，浏览器收到资源后再解压的过程。
前端获取下载进度，从入门到放弃，讲讲如何使用 fetch/xhr 获取下载进度，有哪些弊端，业务正确的处理方式是什么。
相信有很多公司，用习惯老式的ERP系统，将软件UI固化为WINDOWS桌面端的应用程序。
戳蓝字“IMWeb前端社区”关注我们哦！ 文/ 陈映平 来自IMWeb社区 （左右滑动查看代码） 0概览 做过web性能优化的同学，对性能优化大杀器gzip应该不陌生。浏览器向服务器发起资源请求，比如下载一个js文件，服务器先对资源进行压缩，再返回给浏览器，以此节省流量，加快访问速度。 浏览器通过HTTP请求头部里加上Accept-Encoding，告诉服务器，“你可以用gzip，或者defalte算法压缩资源”。 Accept-Encoding:gzip, deflate 那么，在nodejs里，是如
你知道吗，如果你的web server是采用apache那你就有机会通过安装一个软件模块提高你的网站访问速度，最大能有10倍之多！这可不是吹牛，你看看原理就明白了这个神通广大的模块就是mod_gzip. 它通过用和gzip一样的压缩算法对apache发出的页面进行压缩，可能的话可以把页面压缩成为原来大小的十份之一。哪，如果10K的页面只要传1K这不就是提速10倍嘛。当然一般网页只可以达到3-6倍。那也很不错。对吧。连google这样一个大的网站都采用这个技术。你还不快跟上？
现在越来越多的网站在使用nginx，所以nginx的优化就显得越来越重要，尤其是nginx的gzip压缩优化。
想把很多文本形式的数据放在COS上通过CDN发布。CDN自带有gzip/brotli压缩功能，确实省下了很多不必要的流量。
上面会提示当前安装版本与当前项目下的webpack版本使用不匹配，需要安装对应的版本 (6)后台取compression-webpack-plugin官网看了一下历史版本，取了一个较低版本试了试。 果然是版本冲突 执行 >npm install –save-dev compression-webpack-plugin@1.11.2 然后打包成功。 如果出现打包失败，请检查你的compression-webpack-plugin 打包插件版本，我用的3.1.0 亲测可用
又是一个非常常见的模块，Gzip 现在也是事实上的 Web 应用压缩标准了。随便打开一个网站，在请求的响应头中都会看到 Content-Encoding: gzip 这样的内容，这就表明当前这个请求的页面或资源使用了 Gzip 压缩。
这一年是2012年.PHP和Ruby on Rails作为渲染Web应用程序的最高服务器端技术而备受瞩目。但是，一个大胆的新竞争者掀起了一场风暴 - 一个能够处理1M并发连接的人。这项技术不过是Node.js，从那以后一直稳步增长。
原文：https://medium.com/intrinsic/why-should-i-use-a-reverse-proxy-if-node-js-is-production-ready-5a079408b2ca
配置nginx.conf ,将/usr/local/nginx/conf/nginx.conf替换为以下内容:
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
今天组长跟我们讨论了个问题，说是文章存储占用有点大，消耗宽带流量费，让我看看能不能找个方法解决一下（文章存储的是html字符串）。第一反应是没什么头绪，能想到的就是将相同的字符串替换成一个标识之类的，小程序再通过标识替换回原本的字符（感觉就不是很靠谱...）。
本人一直觉得程序员应该有一个自己的个人网站，拥有自己的域名与服务器。学知识或者测试项目的时候可以用来测试。
本文讲解的是：做为前端开发人员，对服务器的了解还是小白的我，是如何一步步将 node+mongodb 项目部署在阿里云 centos 7.3 的服务器上，并进行性能优化，达到页面 1 秒内看到 loading ，3 秒内看到首屏内容的。
网站加载的速度取决于浏览器必须下载的所有文件的大小。减少要传输的文件的大小可以使网站不仅加载更快，而且对于那些宽带是按量计费的人来说也更友好。
1、下载 Nginx，下载地址：https://nginx.org/en/download.html
PlainBashC++C#CSSDiffHTML/XMLJavaJavascriptMarkdownPHPPythonRubySQL
Nginx是lgor Sysoev为俄罗斯访问量第二的rambler.ru站点设计开发的。从2004年发布至今，凭借开源的力量，已经接近成熟与完善。
https://github.com/gopeak/masterlab-docker
JS 是脚本语言,脚本语言都需要一个解析器才能运行。对于写在 HTML 页面里的 JS,浏览器充当了解析器的角色。而对于需要独立运行的 JS,NodeJS 就是一个解析器。
我们将介绍 Python 中的 gzip 解压。我们还将介绍如何使用gzip解压来解压压缩的内容。
首先我们需要在Windows下安装7-ZIP软件，这个比较简单，到官网去下载，然后安装即可。安装7-ZIP软件的主要原因是因为Linux下很多文件是.bz2，.gz结尾的压缩文件，而7-ZIP软件可以在Windows环境下将文件压缩为这些格式，便于我们进行交互。
最近在使用 Vite4.0 构建一个中型前端项目的过程中，遇到了一些坑，也做了一些项目在构建生产环境时的优化，在这里做一个记录，以便后期查阅。(完整配置在后面)
实际情况中，更多的不是对一个文件进行压缩，而是多个文件和文件夹一起打包压缩，tar就是来打包的，所以tar和gzip经常联用。
本文将从反向代理、文件压缩、地址重写三方面来讲解Nginx在Docker环境下的使用技巧！ 在Docker环境下的安装 下载nginx的docker镜像 docker pull nginx:1.10 从容器中拷贝nginx配置 先运行一次容器（为了拷贝配置文件）： docker run -p 80:80 --name nginx \ -v /mydata/nginx/html:/usr/share/nginx/html \ -v /mydata/nginx/logs:/var/log/nginx \
nginx 使用C语言进行开发，建议在linux环境下运行，本文只介绍linux下的安装
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
