2019-09

9.2

1. 对于event的获取。按照起始时间去取值，只能取到这个时间段内发生的告警项，在这个时间线之前出现的告警是不会在这个时间段内获取到的，除非这个监控项恢复，再报错才会显示。
2. 对不定数量的监控项值来做计算实在想不出来。。头大
3. gj的zabbix客户端在机器重启之后失联，是因为没有做开机自启动。

9.3

1. 对于zy的网络连通性监控项的推送，由于使用的村行名作为字典的键，当出现不同省两个同名的村行时，一个就会把另外一个覆盖，所以后来就使用 省名+法人行名+村行名来作为键，最大的减少重复。使键唯一
2. zabbix的主机在批量更新的时候，如果要使用新建的主机组，那么可以直接写在主机组那，zabbix会自动提示一个 自定义的主机组名(新)， 然后该主机就使用了这个新建的主机组
3. 新看到一种flag判断，挺好用的

tmp = {}
data = []
if tmp.get(key,True):   #能够取这个key，则进入下一层逻辑，取不到，直接判True，也进入下一层，
        tmp[key] = False    #将这个key设置为False，再次取到这个key的时候，直接pass，不做处理。这样就可以完成分类
        data.append(key)

9.4

1. 代码出现报错，有idea的情况下，可以debug去查看，在生产环境下，我的思路是去找到问题点一层层往上找，诚然可以找到问题点，但是付出的时间有点多，不值。最好的办法就是打印出来问题点，查看变量，通过查看日志可以快速解决，在代码中，使用logging.error，注意打印的变量使用repr转换，然后触发条件，查看实时日志
2. 后台配置的各介质的告警触发头，内容格式，告警恢复的头，内容格式，在介质的生成告警内容中使用
3. 编译后的pyc文件可以由原生的py文件代替
4. 在zabbix中，一个主机的监控项的key是唯一的，重复导致zabbix启动不了
5. go get超时，443的处理，walk做gui的步骤
6. 大脑一天在神游啊，木讷的要死，完全不知道变通啊。烦烦烦

9.5

1. 代码精简之道，还得继续加强，重复的生产代码没有一点用
2. dco报告中做的代码健壮性，思路就是错的，导致一直不报警，以后写的时候还得多审审思路
3. model中可以指定多个字段来组成一个组合型的唯一字段
4. 除了代码迁移，在model层面做的代码修改需要迁移之外，其他的操作，例如指定admin中的显示搜索字段，model中的源类中指定内容等等，都不用进行迁移。直接重启服务就可以用
5. 使用jconsole连接java服务，可以使用jmx从mbean中提取出数据，不同的java服务，mbean中同类型的属性名是不同的。需要区别对待。
6. 模板的克隆，善于使用到处，使用任意编译器进行批量替换。

9.6

1. 对于定制报表中的思路重新整理，可以直接使用zabbix中的可计算类型的监控项来做各个监控项之间的计算，直接省去了很多问题，表也不用了，计算过程也直接省去了
2. go walk中对各个控件的布局。