爱码士倒计时页面： 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 供站长二次开发和安装