也许，这是第一款基于 NoSQL 编写的 php 开源论坛程序

爱码士倒计时页面： www.2ma4.com/countdown
一直以来，我就想打造一个专为极客和码农们热烈交流的社区，纵观国内 IT 论坛，基本都是一个帖子下面平行分布各种回复，每个回复之间通过 @相连接，有时经常都要找半天这个人到底是在回复谁？比如 ruby-china ， phphub ， V2EX ， cnodejs ， golang 中国等等，这些社区都做得很精美小巧，但是，却难以将回复者之间的关系调动活跃起来。
去年 8 月份，我便开始动手编写“爱码士”这个论坛，我希望回复者能够像网易盖楼那样，一层一层彼此热情高涨，在设计过程中我参考了网易盖楼和 disqus 等网站的盖楼设计，但这些设计都不是太完美，逐渐向内缩进的盖楼意味着盖楼的楼层数始终有个最大值，印象中网易盖楼到 70 层时便塌楼了，因此，我设计了一种新的“堆栈式”盖楼设计：

盖楼一层层向上推进，理论上支持无限多的楼层
在前端方面，码农们眼中从来都是干净、整洁、纯粹的东西是最美的设计，因此，我将爱码士整个论坛都设计的非常干净简单：
帖子页：

站内私信发送：

个人 profile 页：

在系统架构上，爱码士使用了经典的 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 ，目前倒计时页面已经放出，系统目前 PC 版已经制作完成， mobile 端正在制作中，待 bug 修复完毕后，我会将 PC 端代码以安装包形式上传至 github 供站长二次开发和安装