系统的讲解了基于 DOM 的前端监控系统的设计、实现，PhantomJS & NodeJS 在监控系统中的应用，以及整体的前后端架构和解决方案

在开发中，为项目生成文档是很常见的需求，很多第三方库（如 jsdoc、swagger 等）的做法是为需要生成文档的函数编写相应的符合规范的注释，然后运行相应的命令，生成一个静态网页形式的文档。

章节概览 morgan是express默认的日志中间件，也可以脱离express，作为node.js的日志组件单独使用。本文由浅入深，内容主要包括： morgan使用入门例子 如何将日志保存到本地文件

在石墨，我们之前使用 ELK 搭了一套监控图表，由于一些原因，比如： 1、Kibana 经常查日志查挂 2、Kibana 的图表不太美观、不够灵活 所以调研了一下，选择用 StatsD + Grafana + InfluxDB 搭建一套新的监控系统。

基于 Redis 构建 ip 池，实现 ip 自动择优，自动更新

记日志必然要涉及日志打点，怎么做日志打点是个问题。如果直接在代码中插入日志打点代码不仅侵入性强而且工作量大，也不够灵活，于是考虑如何做智能的自动打点。我们石墨后端使用的 bay 框架（基于 Koa@1 二次开发，基本上你可以认为就是用的 Koa），controller 里用了大量的 yield，所以考虑是不是可以在 yield 表达式前后打点，调研了下觉得可以用 esprima 和 escodegen 做。 奋战几天，koa-yield-breakpoint 诞生了。

希望这篇文章不仅能提供具体的工具供大家使用，还提供足够的理论知识来辅助大家思考

本文会有条理的将我们团队在稳定性保障方面做的一些事情与大家分享，文中着重强调 “线上” 服务的保障，尽量不会涉及开发过程中的话题，改天会就开发过程的质量保障另外介绍。另外，我们在此方面也并非完全成熟，大家可以作为参考，但也许并非最佳实践，本文我会尽量讲我们的解决问题的思路，而不是最终如何执行。

@Micu 设计: 一个合格的产品想长久做下去一定会有自己的设计规范，设计规范是保证项目统一化进行的基本原则。设计规范有利于多人协作也有利于设计的统一性。在工作中我们也经常要去制定设计规范从而让项目得以沉淀。下面我收藏了一些各大公司的设计规范，在设计过程中大家可以参考一下~