Pamela5068

下面是我总结的nginx使用过程中很容易忽略同时又不常用但是却又会用到的知识点，分享出来加强记忆，查漏补缺，共同进步！

一、方案背景 在前端中经常会出现多接口并发的场景，而针对请求常规方式会一股脑发送给浏览器，浏览器中会对大量请求进行排队，但大量请求推送至浏览器就会占用内存，最后达到一定量级导致页面卡顿，甚至假死常规请

HTTP/3 的多路复用和 QUIC 到底能让页面快多少？聊聊连接迁移和 0-RTT 上个月灰度上了 HTTP/3，盯着 Grafana 看了一周的数据。LCP 掉了 200ms 左右，移动端弱网环

大家好！ 最近面试，我发现一个很有意思的事情。几乎每个高级前端的简历上，都专门开辟了一栏，叫性能优化。 里面写满了各种高大上的名词😖： 看着这些，我通常会问一个问题： 你为什么要渲染一个有一万条数据的

20 亿次周下载量、18 个“基建级”包、一场持续 2 小时的**“核弹级”**污染——这次，攻击者把枪口对准了每一个前端开发者与 Web3 用户。 凌晨的“钓鱼邮件”，撕开 20 亿次周活的口子 9

本文提出了四种有效减小网页中文字体包的方法，并且介绍了一种适用于个人博客网站定制化的压缩方法，最终使字体包压缩率达到98.5%!

时隔一年，我终于带着新的思考成果回来了。回归原生 JavaScript 的纯净力量，性能、体验与持续精进。

4. 分析评估 在前端项目中，性能优化不是盲目的，而是基于量化的指标和监控数据来判断 哪些地方需要优化 以及 如何优化。我们可以通过前端性能监控、分析工具和指标数据，找出性能瓶颈，并针对性地进行优化。

大多数前端开发者在公司里，很少需要直接操心“部署”这件事——那通常是运维或 DevOps 的工作。 但一旦回到个人项目，情况就完全不一样了。写个小博客、搭个文档站，或者搞个 demo 想给朋友看，部署