Review Board安装成功至今已半月有余，这期间我一直在试用它，虽欣喜于其提供的强大的功能，但还是有若干使用中的问题一直让我头痛不已，同时也阻碍了在部门推广该工具的进程。

首当其冲的就是对中文的支持问题。按照默认的步骤安装和配置后，
输入和保存英文均没有问题，但是一旦输入中文，保存后页面显示的都是乱码，甚至某些时候在保存中文数据时Review Board还提示错误。我的
Ubuntu的locale是"zh_CN.UTF-8"，输入法输入后的中文内码应该是UTF-8。Review Board本身按理来说其内核也应该是
内置支持的UTF-8编码的，问题出在哪呢？答案是MySQL。

在命令行模式进入MySQL，敲入status命令:
Server characterset:    latin1
Db     characterset:    latin1
Client characterset:    latin1
Conn.  characterset:    latin1

我
们看到MySQL当前的四大字符集默认都是latin1，而创建reviewboard数据库时使用的语句又没有指定编码，这样一来
reviewboard数据库和其中表的编码应该都是按照MySQL默认字符集编码(即latin1)创建的，这应该就是中文乱码的根源吧。

修改MySQL默认字符集的方法很简单，先停止MySQL Server(sudo /etc/init.d/mysql
stop)，之后打开/etc/mysql/my.cnf，分别在[client]和[mysqld]两个section下，增加一个key-value
pair: default-character-set = utf8，保存后退出。启动MySQL(sudo /etc/init.d/mysql
start)，用status命令查看，你会看到所有characterset都已经变成了utf-8:
Server characterset:    utf8
Db     characterset:    utf8
Client characterset:    utf8
Conn.  characterset:    utf8

但是这个设置对已经创建完的reviewboard数据库和相关表不会起作用。由于对MySQL不甚熟悉，所以没有尝试去转数据库和表的编码，而是尝试重新创建一套库。这次在创建库的时候为了以防万一，我加上了显式的字符集编码要求。

mysql> create database reviewboard_utf8 default charset utf8 collate utf8_general_ci;
mysql>
grant all on reviewboard_utf8.* to 'reviewboard'@'localhost';  /*
前一个reviewboard_utf8是新建的数据库的名字，后一个reviewboard则是之前创建的访问数据库的用户名 */
Query OK, 0 rows affected (0.00 sec)
mysql> exit

数据库reviewboard_utf8默认是utf8编码，则系统默认其中创建的表也都是utf8编码。下面的问题就是如何将ReviewBoard与新库reviewboard_utf8连接起来的问题了。以下步骤供参考:
1、sudo vi /var/www/reviewboard/conf/settings_local.py，修改其中的DATABASE_NAME为reviewboard_utf8;
2、sudo rb-site upgrade /var/www/reviewboard，这个步骤中rb-site会在新库reviewboard_utf8中重新创建ReviewBoard需要的各个表
3、重启apache2 server，sudo /etc/init.d/apache2 restart

当
你再次打开ReviewBoard的首页面时，你会发现一切从头开始了。上面的"换库"操作中，rb-site只是创建了新表，表里并未有任何数据，这与
首次安装ReviewBoard时rb-site帮你创建了一个超级用户是不同的。所以我们这里需要手动做这件事。首先通过页面Register一个帐
户，比如就叫做admin吧。创建后用admin帐户登入，你会发现页面右上方的缺少了'Admin'这个链接选项，你无法通过'admin'用户对
ReviewBoard进行设置，也无法设置用户的权限。这里就需要在数据库中作些手脚了:

mysql> use reviewboard_utf8;
mysql> update auth_user set is_staff = 1 where username = 'admin';

这里is_staff的值决定该用户是否有权限对ReviewBoard站点进行设置。你再刷新一下页面，就会发现右上方出现了一个‘Admin'的链接了。做了上面的工作后，我们尝试在各个页面输入中文并保存，这次中文保存和显示都变得正常了。

在使用ReviewBoard过程中的第二个"问题"其实严格来说是我们自己的问题。我们已有的代码都是在Unix
GBK环境下开发的，所有源代码文件都是以GBK编码格式存储的。这样一来一旦你提交了这些源文件的diff，在ReviewBoard中'View
Diff'时看到的中文全是乱码，更严重的是某些时候ReviewBoard显示的代码差异的位置与真实代码修改的位置不符。比如我在第1000行
增加了一行: i += 1; 提交diff后，ReviewBoard显示的第1000行根本不是i +=
1这行代码，而是之前的若干行甚至是十几行、几十行。我怀疑是我们源代码文件的GBK编码导致ReviewBoard判断出现了错误。我尝试将源码重新以
UTF-8格式保存了一下，并重复上面的修改，提交diff，这回ReviewBoard的View
Diff则完全正确，源码文件中的中文注释显示的也很正常。

再有一点就是Review Board的Mail通知设置问题，公司采用SSL
加密mail，ReviewBoard仅支持TSL，在网上查了一下这两个协议应该是可以兼容的，但是设置后就是无法将mail发送出去。突然想起来公司
似乎还发布了一个数字证书 for mail
client端使用，也许可能是这个原因导致Review Board无法发送Mail，还待继续研究^_^。

以往每逢重要节假日，我一般都会回到老家看望父母和亲戚朋友。不过这个十一因工作和其他一些原因，我决定不回家了。八天长假确也不短，事先也做了一些计划和准备。

这个十一是祖国六十周年的生日，国家将举行盛大的庆典，所以十月一日这天我和LP选择在家里守在电视旁，看庆典、看阅兵、看游行。自从1999年第一次看国庆庆典以来，一晃已是十年，不禁感叹一下时光荏苒、岁月如梭啊。中国已经有了多次组织大型庆典活动的经验了，本次六十周年庆典组织的也很井井有条。细数一下庆典中让我格外激动和感动的场景：当五星红旗冉冉升起、全体高唱国歌的时候；当国旗护卫队第一个通过天安门前的时候；当阅兵空中梯队飞临广场上空的时候；当毛主席和邓小平的声音再次响彻天安门广场的时候；当5000名少年儿童放飞手中气球、呼喊跳跃地奔向天安门城楼的时候。当然庆典也不是没有瑕疵的，如果非要鸡蛋里挑骨头的话，那我觉得CCTV导播的镜头切换技术显然还不够成熟，还有待提高啊。

十月二日也就是今天是个好天气，沈城秋高气爽，温度适中。我和LP本来的计划是这样的：先到辽宁省博物馆看展览，再到市府广场休闲，下午陪LP到长安寺，最后进电影院看”建国大业“。

大约10点钟到了辽博正门，发现这里排了近50米的长队，节日里市民到博物馆游览的热情如此之高是我们始料不及的，无奈我们也只能放弃今天游省博的计划了。旁边的市府广场倒是一派热闹的景象。放眼望去，家长带孩子来这里休闲的居多，广场上熙熙攘攘、欢笑声此起彼伏。我也拿起相机将这里和谐的景象收录了下来，这里展示一部分出来：

广场五星红旗主题景观

“我也要放风筝”

“宝贝，抬头看镜头”

到长安寺纯属LP意愿，这里就不细说了。出寺后，我们直奔电影院。以前我是很少去电影院看国产影片的，近一两年来有所改观，但与国外影片相比，国产影片始终无法激起我到电影院观影的热情。这次是LP非要看”建国大业”。这部国庆六十周年献礼影片在公映前是做足了宣传，其实这部影片的献礼性质+百位三地明星的出镜就足以吸引广大老百姓的眼球了。两个多小时下来，有两点主要感受：一是影片中将领袖演绎的更接近普通人；二是影片的确尊重历史的真实展现和还原，这点从政治协商会议上毛主席讲话那段就可以看出来，那组镜头中唐国强的表演就是在真实还原当年毛主席的讲话神态和肢体语言。总体来说，如果有条件的话，还是推荐在十一期间到影院去看看这部片子的，就算是对那段历史的重温了，也缅怀一下那些为新中国建立做出巨大贡献的革命志士们。