前言 项目上线之后，用户如果出现错误（代码报错、资源加载失败以及其他情况），基本上没有办法复现，如果用户出了问题但是不反馈或直接不用了，对开发者或公司来说都是损失。 由于我这个项目比较小，只是一个迷你

Docker 对前端的意义也很重大。 实际上，Docker 的世界里，并不区分什么前端、后端，没有人说只适合后端、不适合前端 … 在运维的眼里更是如此

本文原文地址 此文章是回答知乎问题总结而来。 我将其分为四个阶段：手动部署、命令工具部署、docker镜像部署、平台化部署。 这几个阶段，越往后越复杂，越往后越友好，毕竟平台化部署有备份还可回退，那是

无论您是想成为高级前端工程师，还是一名合格的 Leader，都离不开对前端技术与业务的基础建设沉淀； 我相信您看完后的收获会远不止于此 ~

任何能提高代码可维护性、降低代码理解成本、提高代码的容错率和提高项目可扩展性的统一标准，称之为规范标准； 但是如何去落实规范就是一个难题了，我相信本文能给您答案 ~

2022的前端风向是怎样的？🌦️ 什么技术会流行？什么方向值得学习？R家还是V家？该学第二语言吗？快来看看！

相信大家在开发前端项目的时候都遇到过日志上报相关的需求吧，小到某个按钮的点击，大到某个流程的操作回溯，这些都属于日志上报的范畴。

公司的项目上线出现问题后难以定位错误，研究过现存的错误监控方案，受限于特殊条件只能定制自己的错误收集方案。 基于以上背景我撸出来一个错误日志收集方案 - Ohbug。 除此之外，addEventListener 还可以捕获资源加载错误、未 catch 的 promise 错误。…