本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 在使用 Sentry 做性能监控时，有三个非常关键的环节：收集性能指标数据、对性能指标数据做分析、根据分析结

本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 还记得小编之前的一篇文章 - 如何优雅的解决 Qiankun 下 Sentry 异常上报无法自动区分项目的问

衡量一个站点性能的好坏，我们通常看两个方面: 首屏性能和页面加载以后整个交互的流畅程度。这两个指标的好坏，决定了站点是否可以

本文为稀土掘金技术社区首发签约文章，14天内禁止转载，14天后未获授权禁止转载，侵权必究！ 自从知道了 Sentry、Fundbug 可用于异常监控之后，小编就一直对它们能自动捕获前端异常的机制非常感

相信不少小伙伴都有听说过这样一个名词 - Webpack 配置工程师。😂，都需要设置专门的岗位去维护了，可见 Webpack 的配置是有多么复杂。 现实也确实如此。发展到现在 5.x 版本， Webp

在上一篇文章 如何快速成为一名熟练的 Webpack 配置工程师 - 上篇 中 ，小编完成了对 entry、resolve、module、optimization、output 这 5 个配置项的梳理

说到构建工具，小编最开始接触的是 Webpack4。后来看到 Vite 大火，又和很多人一样，去研究了一下 Vite。在研究 Vite 的过程中，发现 Vite 内部使用了 Rollup 和 Esbu

最近小编在做关于 Sentry 上报异常自动推送给工作群的功能。一开始想的技术方案非常普遍，就是实现一个 node 服务，暴露一个接口给 Sentry 应用的 webhook。这样，Sentry 上报

在上一篇 为什么有人说 vite 快，有人却说 vite 慢？ 中，我们提到过开发模式下使用 Vite 会有首屏性能下降的负面效果。之所以会造成首屏性能下降，一方面是 dev server 需要完成预