发布以后，线上报错了，咋办？有没有很恐慌？ 每次上线都战战兢兢得生怕出错，又得搞到凌晨一两点，烦死了？这是不是你的现状？作为一名资深程序员，我深知大家得不容易，所以今天奉上一本解决现场问题得法宝。具体

是否还在为rem适配感到烦恼？和我一样，不想去考虑单位的大小?这是除rem单位以外的另一种数据大屏适配方案。用最少的工作量，最简单的方法解决问题。可作于学习，可用于工作。

需求背景 这几天开发项目，做了一个可滚动的表格，表格用的是公司的组件。正常情况下，一切滚动行为正常。 但，当我通过页面内的操作改变表格高度时，bug出现了！如图，可以清楚的发现，滚动条滚动异常了！有一

前言 之前写了一篇可视化大屏开发，知道了这些经验以及解决方案，效率至少提升2倍！（上）经验总结，发现有7千多人比较感兴趣，看来还是有不少人有这方面需求的。 今天我将继续将我的经验全盘托出，毫无保留的奉

前言 从毕业之后，自己就一直在做TOC的业务比较多，网站、H5、小程序等。 自从回到了二线城市，发现二线做自己产品的公司少之又少，而做政府或者企业的业务偏多，也就是数据可视化大屏，数字孪生类的业务较多

描述如下 同时发多个相同的请求，如果第一个请求成功，那么剩余的请求都不会发出，成功的结果作为剩余请求返回 如果第一个请求失败了，那么接着发编号为2的请求，如果请求成功，那么剩余的请求都不会发出，成功的

一步步循序渐进式实现，超详细教学，搞懂每种方案优劣，假设场景：需要发送100个请求，每个请求的时间不固定。 1、简单的前端请求 2、简单启动个服务.....

这种类似轮播的效果，通常可以使用轮播的方案解决，只不过相对于我要分享的方案来说，轮播实现还是要复杂些的。 如比，效果得以实现，是不是更简单点。顺带提一下，我这边实现的效果是单条滚动，就像新闻滚动那样，所以视图窗口只能看到一条数据，你也可以不这样限制，那么就能显示整个列表了，不过…

这两天突然想看看文心一言的http通信请求接口，于是想着用F12看看。 谁知道刚打开开发者工具， 直接被JS写死的debugger关键字下了断点。那就来研究研究吧。