Gzip

GNU 的 Gzip 是一种风行的数据压缩程序，而 GZ 文件是由规范 Gzip 压缩的存档文件。它最后由 Jean-loup Gailly 和 Mark Adler 于 1992 年 10 月 31 日开发。如何解压缩（关上）Gz 文件关上 Gz 文件的程序对于 Windows 操作系统： PeazipWinRARCorel WinZip7-ZipFile Viewer Plus对于 macOS：Corel WinZip MacIncredible Bee ArchiverApple Archive UtilitySmith Micro StuffIt Deluxe Mac 16对于基于 Linux 的操作系统：gzipXarchiveArkPeazip在基于 Linux 的操作系统中解压缩 Gz 文件的步骤。运行以下命令将Gz文件解压到原始状态并删除原始.gz文件gzip -d file-Name.gz提取 tar.gz 文件的步骤。运行以下命令以在基于 Linux 的操作系统（如 Ubuntu、Linux Mint、CentOS、Fedora OS、Pop OS、Elementary OS、RedHat 和其余 Linux 发行版）中提取 tar.gz 文件：tar -xf archive-name.tar.gz应用 gunzip 命令解压 gz 文件：gunzip < filename.tar.gz > filename.tar如何在不提取的状况下查看存档文件夹的内容运行以下命令，在 Linux 中查看 tar.gz 文件的内容，无需解压。tar -tvf filename.tar.gz在 Windows 10/Windows 11 上应用 tar 提取 .tar.gz、.tgz、.gz 压缩包通过以下步骤在 Windows 11 上应用 tar 提取 .tar.gz、.tgz、.gz 以及 .zip 文件。以管理员权限关上命令并键入以下命令以应用 tar 在 Windows 11 上提取文件。tar -xvzf C:\PATH\TO\FILE\FILE.tar.gz -C C:\PATH\TO\FOLDER-NAME\EXTRACTION运行以下命令在 Linux on Windows (Linux On WSL) 上提取 .gz 文件 ...

原文链接： 何晓东 博客 个人理解优化最开始需要做的是：将现有资源有效利用到极致，然后在做更多提升。开发人员多了解一些优化技术，不仅可以怒斥前端写的代码辣鸡，甚至可以和架构师谈笑风生。????在进行 web 性能优化之前，我们先重温一下，访问一个页面地址到浏览器渲染完页面，都有哪些过程：资源请求/获取流程图： 资源响应/页面渲染流程图： 这两张图无需额外解释了，所以 web 性能优化主要是针对这里的过程进行优化，上车： DNS 优化在与服务主机建立连接之前，需要先解析域名；那么，解析越快就越好。 限制不同域名的数量。数量多了自然会消耗更多的解析时间，https 时代这个成本更高。保证低限度的解析延迟。了解你的 DNS 服务基础设施的结构，然后从你的最终用户分布的所有地域定期监控解析时间。在主体页面 HTML 或响应中利用 DNS 预取指令。例如：<link rel="dns-prefetch" href="//oss.aliyun.com>优化TCP连接开启新连接是一个耗时的过程，https 有加签名过程，更是耗时。 利用 preconnect 指令，连接在使用之前就已经建立好了，这样处理流程的关键路径上就不必考虑连接时间了。 <link rel="preconnect" href="//oss.aliyun.com" crossorigin>借助 CDN，在距离请求用户很近的边缘端点上，请求就可以获得响应，所以可以终止连接，大幅减少建立新连接的通信延迟。静态资源上 cdn 现在成为常态 + 廉价的优化手段了。 避免重定向重定向通常触发与额外域名建立连接。手机网络环境下，重定向会增加很大延迟，毕竟iPhone 高通基带用户越来越多了，照顾信号差的用户。所以可以： 利用 CDN 代替客户端在云端实现重定向。nginx 层面用 rewrite 命令搞定。利用缓存本地缓存：没有什么比直接从本地缓存获取资源来得更快，因为它根本就不需要建立网络连接。最快的请求是根本不发起请求。另外，从本地获取资源时，ISP 或 CDN 提供商不会收取流量费。设置生存时间（TTL）告诉浏览器应该缓存某个资源多久。找到给定资源的最佳 TTL 值并没有完美的科学方法。设置客户端缓存 TTL，可以通过 HTTP 首部指定 cache control 以及键 max-age（以秒为单位），或者 expires 首部。 网络缓存：对于可以共享，能够接收一定旧数据的资料，可以在网络边缘缓存。主要是不需要实时性很高的资源文件可以网络缓存。 条件缓存：如果缓存 TTL 过期，客户端会向服务器发起请求。在多数情况下，收到的响应其实和缓存的版本是一样的，重新下载已经在缓存里的内容也是一种浪费。当资源不经常变化时，使用条件请求可以显著节省带宽和性能；可以通过以下手段使用条件缓存： 在请求中包含 HTTP 首部 Last-Modified-Since。仅当最新内容在首部中指定的日期之后被更新过，服务器才返回完整内容；否则只返回 304 响应码，并在响应首部中附带上新的时间戳 Date 字段。在请求体中包含实体校验码，或者叫 ETag；它唯一标识所请求的资源。ETag 由服务器提供，内嵌于资源的响应首部中。服务器会比较当前 ETag 与请求首部中收到的 ETag，如果一致，就只返回 304 响应码；否则返回完整内容。依然是静态资源文件需要缓存。（可以参考 Nginx 内容缓存机制）压缩和代码极简化所有的文本内容（HTML、JS、CSS、SVG、XML、JSON、字体等），可以从压缩和极简化中受益。这两种方法组合起来，可以显著减少资源大小。更少字节数对应着更少的请求－响应，也就意味着更短的请求时间。它通过可无损还原的算法减少资源大小。在发送资源之前，如果服务器进行压缩处理，可以节省 90% 的大小。 ...