Monster 介绍
Monster为爱码士：http://www.2ma4.com开源后的项目
一直以来，我就想打造一个专为国内极客和码农们热烈交流的社区，纵观国内 IT 论坛，基本都是一个帖子下面平行分布各种回复，每个回复之间通过
@相连接，有时经常都要找半天这个人到底是在回复谁？比如 ruby-china ， phphub ， V2EX ， cnodejs ， golang 中国
等等，这些社区都做得很精美小巧，但是，却难以将回复者之间的关系调动活跃起来。
去年 8 月份，我便开始动手编写“爱码士”这个论坛，我希望回复者能够像网易盖楼那样，一层一层彼此热情高涨，在设计过程中我参考了网易盖楼和 disqus
等网站的盖楼设计，但这些设计都不是太完美，逐渐向内缩进的盖楼意味着盖楼的楼层数始终有个最大值，印象中网易盖楼到 70
层时便塌楼了，因此，我设计了一种新的“堆栈式”盖楼设计：
盖楼一层层向上推进，理论上支持无限多的楼层
在前端方面，码农们眼中从来都是干净、整洁、纯粹的东西是最美的设计，因此，我将爱码士整个论坛都设计的非常干净简单：
帖子页：
站内私信发送：
个人profile页：
为增强用户之间好感，加强互动，头像hover widget显示了彼此赞了多少，回复了多少
在系统架构上，爱码士使用了经典的MVC架构，这个MVC也是内置在自己编写的一个很小巧的php框架中，系统存储采用了国人开发的一款基于Google
leveldb的nosql：ssdb（http://ssdb.io/zh_cn
），ssdb简单的说就是一个存储在硬盘上redis，其使用协议和redis相同，但由于数据全部存储在硬盘上，并且支持亿级数据，因而扩大了容量的同时大幅降低了成本。相对于传统的php+MySQL+memcache(or
filecache)后端设计，ssdb可以多出很多特性，比如setx可以限制用户频繁对一个帖子进行回复：爱码士将每个人对于一个帖子的回复setx一个有存活时间的flag，在这个flag存活期内，用户无法再对这个帖子进行回复。但用户发送私信行为不能用setx进行限制，不可能让用户每隔10分钟发送一条私信吧，万一有多条连续重要的私信呢，这时，借助于ssdb的list特性，我们可以为每个用户发送私信的时间戳设置一个队列，尾部入栈，顶部出栈，这样，用户在规定时间内发送次数多于某个预设值时阻止发送。
在盖楼的数据库设计方面，为了达到回复内容的可控性，我没有把回复HTML写死在数据库里，而是将回复reply_id以json形式存在hashmap中
系统帖子排序分为“默认排序”和“最新帖子”，默认排序是按照stackoverflow的算法，感谢阮一峰老师提供的这篇文章：http://www.ruanyifeng.com/blog/2012/03/ranking_algorithm_stack_overflow.html
爱码士的默认排序也是按照这篇文章中的算法进行排序的。
整个爱码士编写大概耗时半年，其中个人感觉最难的就是私信发送系统了，私信没有采用websocket，php不适合干这个，也没有采用长轮询的方式，而是js
setinterval定时请求，通过jquery trigger
click刷新按钮请求服务器，由于第一次使用nosql编写这个在线聊天系统，可能会有考虑不周的bug出现。
系统前端只引用了jquery库，为了界面美观干净，没有使用臃肿的bootstrap，全站公用一个global.js和base.css，站长二次开发的时候会很方便查看代码
从mockup构想，到HTML和css UI设计，然后是后端架构和数据库设计，到最后的js
Ajax前后调用，自己花了半年的时间完成，希望大家能尊重劳动成果，一个人开发所以bug难免，加之第一次使用ssdb，希望大家能抱着平和的态度指出bug