老板：新的需求不是上线了嘛，怎么用户看到的还是老的页面呀 窝囊废：让用户刷新一下页面，或者清一下缓存 老板：那我得告诉用户，刷新一下页面，或者清一下缓存，才能看到新的页面呀，感觉用

前端优化，一个常见有优点复杂的内容，考量的范围会更复杂一点。在不知道怎么做的情况下，最好的办法就是看文档。看了别人总结的东西，实际操作起来总会忘东忘西。好记性不如烂笔头，还是要整理下来。

今天干活时，突然看到大群里有人艾特我，还甩了一张截图： 我很火大，群里艾特我膈应谁呢！ 到这儿，我没干再反驳了，因为我不太清楚rebase的意思，我开始怀疑是不是自己git pull用用错了！

给初入前端的小伙伴们推荐的命令行部署项目和简单的教程。对于很小公司的前端同事们应该有所帮助。luck~

最近一年很多客户要求更换主题色，而团队的项目基础框架不一，因此几乎使用了所有的更换主题的方案。以下总结了各方案的实现以及优缺点，希望能帮助有需要更换主题色的伙伴少踩坑。 方案一：硬编码 对一些老的前端

后端一次性返回过多数据时，我们前端应该如何渲染，本文提供了两种比较适合方案供大家参考 直接渲染 先看下直接渲染会有什么问题吧 先模拟下这个数据过多时的情景，我生成十万条li，然后每个li都是随机

如果小伙伴有做过首屏加载时间优化，应该会遇到chunk-vendors.js这个文件，巨大无比，加载时间超长，是首屏加载时间过长的罪魁祸首之一。 下面通过一个实际的项目来演示，先通过插件webpack-bundle-analyzer来可视化地查看chunk-vendors.js…

在系统中如何访问第三方系统的页面，目前市面上面有两种实现方案：微前端和iframe。目前比较可靠的微前端方法有乾坤微前端框架和无界微前端框架两种。但是这两种都要求被访问的系统做一定的兼容性改造。

在某些情况下，我们可能需要拦截请求或响应，以便在请求发送或响应返回之前对其进行处理。这就是 Axios 适配器的作用。