一、统一审核平台：
因为公司所有的需要发布到外网的内容（大到各种新闻稿件、小到用户昵称头像），都要经过三次审核（三次是政府规定），才能发布到外网。
本项目需要解决的一些关键问题：
1、每个被审源（以下称之为子系统）的情况是不同的。所以可以肯定的是，每个子系统的字段是不同的，于是审核系统需要根据不同的子系统提供不同的审核页面。
2、每个子系统在三审流程中还会需要做其它的事，比如说会需要再转发
3、根据业务需求，审核权并不总是在本系统手中
4、根据上一条，同一个被审内容可能会被多个子系统审核(即一、二、三审分别是不同的子系统来审核）
5、理论上来说，被审核通过的东西是不能改的，但因为业务的需要，被审核通过的东西还是可以改的，这是为了简化流程，但又不能违反原则
6、被审核的内容，需要根据不同的来源使用不同的敏感词库。也有些敏感词库是针对特定的字段。
7、解决在多人同时审核时每个审核人当前查看的被审内容是不同的（被审内容会以列表以及单个稿件详情的形式呈现）。不是事先给每个审核人分配，因为根本无法保证每个审核人当天必然在上班。
主要职责：
1、和需求方确认需求
2、搭建系统框架
3、做项目的整体设计、数据库设计、详细设计
4、设计和其它系统对接的接口
5、分配任务给其他人完成本项目的代码
6、搭建测试、生产环境并发布上线(IIS+nginx)
7、做通过敏感词库（目前有几万条敏感词）查找敏感词功能。
实现了大小写、全半角、简繁、类似(“一”、“1”、“①”）、以及拼音等不敏感，并且过滤词可以用组合方式。
如，某几个词同时出现，才算命中；先出现某词再出现某词(也可以多个)，才算命中。
并且运行效率不会因为敏感词数量的增加而导致明显下降。
8、做写错词过滤，比如说，有些词条是不能写错的（比如说“中华人民共和国”“社会主义国家”等词条），要查出文章中可能有写错的地方，并标记出来再做人工审核。

二、通用投票系统
因为公司经常会有各种网上投票活动，所以做了一个通用的后端。当碰到有投票活动时，只需要到数据库中配置好相关的设置，前台网页即可用ajax方式调用相关的接口，从而达到投票以及查看票数的目的。
另外，也有相当的扩展性，可以配置各种投票规则。比如说可以配置同一个IP多少时间内不能重复投。如果在微信网页中投票，可以配置同一个openid在多少时间内不能重复投，或是每个openid只能投一票等各种规则。
另外，为了防止在高并发下投票网页被刷死，所以也做了一定的优化，从而可以保证除非带宽不够，否则基本不会被刷死。
本系统经历过数十次投票活动，有些活动因为有利益原因，会被疯狂刷票（基本就是DDOS攻击），也没被刷垮过。
本项目至所以前后有一年时间，是因为做完后经历了各种投票活动，从而增加了各种扩展功能以及做得越来越完善。

三、通用验证码系统
为各种需要用验证码的系统提供验证码。目前有纯数字、数字+字母、点击图片中的文字这三种（当然，如果业务部门有需求，也可以继续扩展）。
为了防止高并发，也做了相应的优化，从理论上来说，除非带宽不够，否则基本不太可能被刷死。
本系统最大的用户是上面那个投票系统，跟着投票系统经历过多次类似DDOS攻击的刷票活动，没有被刷死。