摘要： 一、日常问题 1）BUG反馈 参与制订业务方的BUG规范，业务方最近投诉我们技术部，在飞书群中提出BUG后，技术部没有人响应，认为我们的态度太冷漠。 后面我就提出任何看到的人，只要知道是谁负责的，就@那个人，大家都不要客气，这是第一步。 第二步就是业务方建条BUG单，方便之后的追踪和回溯，当然，如果 阅读全文

摘要： 页面奔溃包含两种场景，第一种是浏览器在加载网页时遇到问题导致的奔溃，另一种是因为脚本渲染出错导致页面空白无内容的奔溃。 前段时间运营抱怨有张活动页出现了空白（第二种奔溃场景），导致用户无法访问，希望我们能主动监控到这种情况，而不是通过用户的上报。 后面和运维沟通，他那边目前只能监控接口的访问情况，无 阅读全文

摘要： 一、加载慢 在直播间有一个小时榜的Web页面，经常有用户反映点击小时榜，弹出的页面会有蛮长的一段（3秒上下）时间白屏。 查看性能监控中的白屏时间，发现最多1.6秒，最少0.4秒平均每小时的白屏在1秒左右（有待优化），那么大概还有2秒的时间可能是其他原因造成的。 在页面中会包含很多主播头像，有可能是图 阅读全文

摘要： 核心思想就是越过基础建设，复制黏贴拿起键盘就是干，一把梭。 1）文档 文档一定不能写，越是复杂的业务逻辑，越是要惜墨如金。 什么流程图、示例代码、SQL查询语句、项目组件等都不能有，在一份WIKI文档中，写上几行意思意思，描述下这个业务的功能即可，或者就不要有文档了，一把梭。 某些重要业务常规的排错 阅读全文

摘要： 最近在读一篇关于Redis的专栏，叫做《Redis核心技术与实战》，作者在Redis方面研究颇深，读后非常受益，特在此做记录。 一、Redis基础 1）知识图和问题画像图 Redis知识全景图都包括“两大维度，三大主线”。“两大维度”就是指系统维度和应用维度，“三大主线”也就是指高性能、高可靠和高可 阅读全文

摘要： 一、日常问题 1）遗留项目 经常在工作时被人小窗，这里的计算有问题，那里的表格没内容了等等，一开始肯定是懵逼状态，然后是根据症状一步步的摸索代码逻辑。 对于正在维护的项目，很容易定位问题，但对于那些已经无人维护的项目，定位起来就比较困难了。 必须先确定数据源来自哪个组，可能是服务端，也可能是大数据端 阅读全文

摘要： 公司目前在线上运行着一款小程序，为了能监控小程序的运行情况，自行开发了一个参数搜集的SDK，名称为 shin.js，放置在 utils 目录中。 目前只搜集了打印、通信和错误，其中打印不是 console.log() 而是 shin.log()。 在小程序的管理后台，开发管理中，目前也有一个错误日志 阅读全文

摘要： 在将监控日志的服务独立部署后，还是发现CPU会在不特定时间段（例如21~22、23~02等）飙到70%，内存也是一路飙升不会下降，明显是出现了内存泄漏。 需要进一步做优化，于是开通了阿里云的 Node.js 性能平台。 一、Node.js性能平台 要使用此工具需要在自己的服务器中安装些组件的，具体步 阅读全文

摘要： 前端性能监控是个老话题了，各个团队都会对其有所关注，因为关注性能是工程师的本分。 页面性能对用户体验而言十分关键，每次重构或优化，仅靠手中的几个设备或模拟的测试，缺少说服力，需要有大量的真实数据来做验证。 在2016年，我就写过一篇《前端页面性能参数搜集》的文章，当时采用的还是W3C性能参数的第一版 阅读全文

摘要： 2023-01-16 经过 TypeScript 整理重写后，正式将监控系统的脚本开源，命名为 shin-monitor。 一、存储 在将数据传送到后台之前，已经做了一轮清洗工作，如果有需要还可以再做一次清洗。 日志表如下所示，自增的 id 直接偷懒使用了 bigint，没有采用分表等其他技术。 C 阅读全文