前端埋点踩坑总结
前端埋点踩坑总结最近在做一个项目的埋点需求，踩了不少坑，这里总结一下前端埋点的一些方法。 常见前端埋点方案我们对目前市场上几种埋点方案进行了一些调研，常规有 3 种方案： 手动代码埋点：用户触发某个动作后手动上报数据 优点：是最准确的，可以满足很多定制化的需求。 缺点：埋点逻辑与业务代码耦合到一起，不利于代码维护和复用。 可视化埋点：通过可视化工具配置采集节点，指定自己想要监测的元素和属性。核
发布自己的npm包
发布自己的npm包我之前就已经做了一个前端日志上报的库，于是在五一期间就想着把这个库打包并放到npm上面以熟悉一下npm包的打包以及发布流程。 首先我们看看antd的包都包含些什么内容。从下图可以看出antd中主要包含了lib / es / dist三个文件夹，分别是通过三个不同的模块系统打包生成的。 es：es module模块系统 lib: CommonJS模块系统 di
使用patch-package修改第三方模块
使用patch-package修改第三方模块在我们日常开发中，经常会遇到一些情况就是引用的npm包并不能完全满足我们的需求，或者在某些情况下触发了bug使得组建的展示和行为不正常。这个时候，我们就需要去修改npm包的代码了。 但是，我们知道，我们不能直接进入node_modules中去修改包的代码。因为如果我们在本地的node_modules中修改了代码，可能在我们本地可以正常运行，但是如果团队的
前端日志上报的实现
前端日志上报的实现在前端开发中，日志上报是一个常见的需求，它涵盖了从按钮点击到整个操作流程追踪的范围。为了达到这个目的，需要进行日志记录、埋点和日志上报等工作。 为什么我们需要前端日志因为绝大多数用户都是通过前端来与系统进行交互的，前端的质量和稳定性就成了用户对于系统最直观的体现。同时前端代码又是直接运行在用户的电脑上的，很多情况下出现了错误或者页面崩溃的情况，开发人员都没有办法第一时间发现和进行
前端对接GPT实现打字机效果
前端对接GPT实现打字机效果序言现在GPT可为非常火热，我们在这篇文章中将会研究如何通过 HTTP 请求和 SSE（Server-Sent Events）协议连接，并实现了基于流式 API 的长时间运行的聊天打字机效果，即用户输入一条消息后，模型逐步返回一个完整的对话内容。 分析原因首先我们看看正常的api请求都是都是需要后端处理完成数据后，把数据打包好再一次性发送到前端。 但是由于GPT需要完成
CSS overflow-anchor属性的一些坑
CSS overflow-anchor属性的一些坑之前在做虚拟滚动组件，但是在做虚拟滚动的时候却发现当你往上方填充空白区间的时候，scrollTop属性也跟着更新了，导致了计算时候的一些错误。后来发现是CSS overflow-anchor属性导致的问题。下面我来讲讲这个滚动锚定属性是有什么作用的。 大家都知道，比较常用的虚拟滚动就是只显示中间用户能够看的见的值，其余用户看不见的值，就填充空白的d