关于近一年的总结

好久没有写博客了，快要一年了。

这一年里也学到了很多新的知识，开阔了自己的眼界，但是都没有记录下来。

包括学习了很多SEO相关的知识，以及mongoDB基于地理位置的查询，还有学习了近两个月的安全知识，和一些在工作中遇到问题的解决方法等等。。。

感觉这么多的东西没有记录下来好亏，以后尽量每周都写一篇文章进行总结。

昨天官网算是发生了一件非常严重的事故吧，虽然也是由于非我的一些操作原因，以及项目的历史原因造成的可能触发的BUG，不过既然现在官网由我来负责了，那么我就应该为所出的问题承担自己应该承担的那一份责任！

本次事故本来是要罚款1000，后来CEO降到了500，也算是给自己一个提醒吧！

以下是我关于这次事故的记录以及个人反思：

问题描述：官网正式环境出现了测试的数据，原因是我们老大在预发环境中链接了测试的数据并且被redis缓存了。。。

本次问题的根本原因是由于在使用缓存的时候，没有严格的区分预发环境以及正式环境，导致了首页的数据错乱，出现测试数据。


本次问题发生之后，我会找出面向客户端的系统中用到redis的地方，并且整理出每个缓存对应的key，让以后进行对缓存进行清理的时候不会因为找不到对应的key名而浪费时间。之后会在项目中按照环境、系统对不同环境、系统中的key进行区分。


同时，为了大家以后的开发过程中不再出现类似的情况，给大家提出以下几点建议：


1、在项目的开发过程中要考虑线上正式环境、预发环境以及测试环境，并且严格区分。


2、在使用到多个系统之间共用的数据储存时（如redis、mongodb等），需要考虑到将各个系统、环境区分开，以防不同环境、系统之间的数据混乱。


3、以后在使用缓存时，建议key的命名遵循：环境名+项目名+模块名+功能名称的命名方式，以防不同环境、系统之间的key重复。


出了问题之后要及时的解决问题、根治问题，去反思为什么会出现问题，以后怎么去避免这种问题。


在解决了问题之后，主动去承担自己应该承担的责任，这是对项目负责也是对自己负责的表现。只有负起责任来，才能够让自己更深入的了解项目，当项目出了问题之后能够及时的找出问题的根源。


希望大家以我为戒，不要出现类似的问题。