Chenjunlu's Blog

解决 WordPress 后台无法更新的问题

Robin — Mon, 14 May 2012 06:48:08 +0000

自从把博客迁移到 Linode VPS 后，我都是使用 WinSCP 给博客上传文件，但是在 WordPress 后台更新博客程序或者插件都会提示：“要执行请求的操作，WordPress 需要访问您网页服务器的权限。请输入您的 FTP 登录凭据以继续。”

这个界面只会出现在 PHP 进程不是以用户身份来运行的主机上，也就是你的服务器运行 PHP 的用户和 WP 文件夹的所有者是不一样的，这么做目的就是为了安全，WordPress 在升级时会创建一个临时文件看看所有者是不是和当前运行的 PHP 的所有者是否一样，如果不一样，就会出现这个界面。

遇到这种情况有两种解决办法，第一种就是填写 FTP 连接信息，这需要你事先在主机上配置好 FTP 服务，如果你想知道具体的配置方法，请参考我的配置过程。

如果你不想每次更新操作时都填写 FTP 连接信息，请在 wp-config.php 中加入以下代码：

define(‘FTP_HOST’, ‘ftp.yoursite.com’);
define(‘FTP_USER’, ‘Your_FTP_Username’);
define(‘FTP_PASS’, ‘Your_FTP_password’);
//*If you can use a SSL connection set this to true*
define(‘FTP_SSL’, true);

这样无论你升级 WordPress 或者插件的时候就都不会有那个提示了。

还有一个办法，那就是修改网站文件的权限和用户组，既然我们已经知道了出现这个提示的原因，当然我们就有了解决的办法，不过我不推荐这种方法。

Linode VPS 下的 FTP 服务的搭建

Robin — Sun, 13 May 2012 01:46:43 +0000

想解决 WordPress 后台无法更新的问题，首先你需要在 Linode VPS 配置好你的 FTP 服务，具体我的配置过程如下：

1. 安装 vsftpd 服务

[root@chenjunlu ~]# yum install vsftpd

2. 配置 FTP 用户

[root@chenjunlu ~]# usermod -d /srv/www/chenjunlu.com/htdocs/ -s /sbin/nologin

3. 配置 /etc/vsftpd/vsftpd.conf 文件

# Allow anonymous FTP ?
anonymous_enable=NO

# Uncomment this to allow local users to log in.
local_enable=YES

# Uncomment this to enable any form of FTP write command.
write_enable=YES

# Default umask for local users is 077. You may wish to change this to 022,
local_umask=022

chroot_local_user=YES
chroot_list_enable=YES
# If chroot_local_user is YES and chroot_list_enable is YES, then this list
# becomes a list of users to chroot().
chroot_list_file=/etc/vsftpd/chroot_list

# If userlist_enable is YES and userlist_deny is YES, then this list
# becomes a list of users who can login.
userlist_enable=YES
userlist_deny=NO
userlist_file=/etc/vsftpd/user_list

4. 启动 FTP 服务

[root@chenjunlu ~]# service vsftpd restart

5. 配置开机自启动

[root@chenjunlu ~]# chkconfig vsftpd on

如果你对安全性有很强的敏感性，我建议你配置 FTPs 服务，具体的配置方法请参考这里。虽然说 vsftpd 的全名是”Very Secure FTP Daemon”的意思，也就是说是比较注重安全的 FTP 服务器，但是出于慎重的考虑，我建议还是配置一下防火墙，或者说不配置开机自启动，只在需要的时候再开启服务。

了解 Oracle Ksplice

Robin — Fri, 11 May 2012 08:26:04 +0000

Oracle 在 2011 年 7 月份收购了 Ksplice。使用了 Ksplice 的 Linux 系统，为 Kernel 打补丁无需重启动，做系统维护的朋友应该明白这是一个杀手级特性。现在该产品已经合并到 Oracle Linux 中。

对于企业级 Linux，Oracle 只对 Oracle Linux Premier Support 客户提供 Ksplice 服务。毫无疑问，这个产品从一定程度上大大提升生产环境（尤其是数据库服务器）的安全性、可靠性和可用性，对购买了 Oracle 相关服务的用户来说，无疑这是个好产品，但对于 Linux 生态来说可能是灾难，尤其是 Red Hat，市场或许将进一步被 Oracle 蚕食，短时间内不太可能找到替代性的产品。Oracle 已经成为 Linux 操作系统市场上举足轻重的玩家，但是不交钱，用户没办法和 Oracle 玩儿。因为我未来的工作的一部分是为做 Oracle Linux Support Sales 的同事提供技术支持，所以了解 Oracle Ksplice 的原理十分有必要。

曾经作为一名系统工程师的我知道：内核更新（为了解决核心系统软件中的漏洞和缺陷所做的更改）是十分必要的，但内核更新影响很大，需要安排停机时间，在停机期间会临时终止受影响的每个系统上的所有服务。尽管这些维护是必要的，而且很重要，但是内核更新会导致服务中断。下图中的时间线说明从 2009 年 1 月到 2010 年 2 月许多流行的操作系统的重要内核更新频率。每个圆圈图标表示必须重新启动。

但是现在，您可以在内核运行时应用补丁，这样就避免了重新启动导致的大规模服务中断。换句话说，不再需要专门安排更新时间。

Ksplice 是一套在原地（即在运行时）对内核应用补丁的工具，它不需要重新引导。提供现有的内核、它的源代码和一个或多个统一差异文件（统一差异文件是内核补丁的规范形式），Ksplice 就会把内核中现有的错误对象代码替换为新的对象代码。Ksplice 可以替换程序代码和数据结构。更棒的是，内核拼接只会中断正常系统操作不到一毫秒，守护进程、进程和连接都保持不变。如何使用 Oracle Ksplise 进行内核更新，请参考这里。

1. 对正在运行的内核应用补丁

简单地说，Ksplice 把一个或多个有漏洞或错误的函数替换为新的正确的实现，从而对正在运行的内核应用补丁。为了让替换生效，工具在正在运行的内核映像中添加新的函数对象代码，然后在每个现有函数的开头注入一个跳转，从而调用函数的新实现。实际上，整个内核没有变，只是增加了新的对象代码和几个函数调用重定向指令。

另外，Ksplice 可以影响数据结构，只是需要多做一点儿编程工作。Ksplice 可以在更新期间运行代码来帮助执行这种更改。Ksplice 还提供一对 hooks，可以在更新内核之前和之后运行设置和清理代码。还可以在内核中添加新函数；新函数在原来的内核中没有对等的实现。

实际上，可以对任何内核应用 Ksplice，甚至是那些在 Ksplice 开发出来之前就存在的内核。要想拼接内核，必须有内核的源代码、希望应用的补丁以及编译器，编译器必须能够在对象代码中把内核中的每个函数和数据结构隔离在它们各自的部分中。例如，GNU Compiler Collection (GCC) 提供的标志 -ffunction-sections 和 -fdata-sections 分别提供这些功能（Intel® C 编译器等其他编译器有相似的功能）。Ksplice 更容易处理这种 “模块化” 对象代码。要应用补丁的运行中的内核不需要用这些特殊选项编译。

Ksplice 把从原来的源代码编译生成的内核称为前内核。从应用补丁后的源代码构建的新内核称为后内核。正在运行的内核称为运行内核。如果前内核与运行内核不同（即源代码与正在运行的内核不匹配），Ksplice 就会失败。除了检查这个特殊条件之外，Ksplice 还对比前内核和后内核，把每个差异变成一个拼接。所有拼接打包成一个对象文件，准备注入内核。

Ksplice 使用 stop_machine 特性（根据 UNIX 风格，也可能是等效的其他特性）准备拼接新代码。stop_machine 是一个通信信号；它让一个 CPU 继续运行，而让所有其他 CPU 空闲。执行 stop_machine 之后，Ksplice 分析每个有替换标志的函数，判断它是否是活跃的。如果线程的指令指针引用内存中的函数代码，或者线程的内核堆栈引用函数中的返回地址，就认为这个函数是活跃的，无法替换。否则，函数是不活跃的，可以替换。Ksplice 会反复尝试执行替换，但是最终可能放弃。如果是这种情况，它会报告错误并停止运行。

如果你对 Ksplice 的更深的原理感兴趣，请参考这篇论文。

2. 更新定制的内核

对于基于桌面和服务器计算机、由厂商或社区项目构建并发布的内核来说，Uptrack Manager 是非常方便的工具。但是，如果内核是经过定制、在本地构建的，它就无效了，因为 Uptrack Manager 无法针对公开发布的操作系统检查内核并生成拼接。但是，可以使用 Ksplice 的 “原始” 实用程序分析公共补丁并创建自己的拼接。

Ksplice 提供一个名为 ksplice-create 的实用程序，它用来创建内核拼接。这个命令需要两个输入：一个补丁文件和正在运行的内核的完整源代码树，其中包含已经应用的所有补丁。提供当前源代码和补丁，Ksplice 就会生成两个内核并对比修订版和原来的版本。ksplice-create 的输出是一个拼接，可以用 ksplice-apply 命令应用它。可以用 ksplice-remove 从内核中删除拼接。

Ksplice 是一项已经验证的技术。作者的文章和技术研究指出，Ksplice 能够动态地对 Linux® 内核应用从 2006 年到 2008 年发布的所有安全和功能性补丁。其中超过三分之二的补丁不需要为更新内核编写特殊代码。对于其他补丁，平均每个补丁只需编写 17 行代码。

在 Linux 源代码中经常会发现很多缺陷，常常迅速地发布补丁以解决缺陷。但是，对于有源代码可用的任何内核，都可以方便地使用 Ksplice，包括 BSD 和 Sun Solaris。Ksplice 也支持 x86、x86_64 和 ARM 处理器。

不过貌似 Oracle 收购 Ksplice 后，不再提供更新定制内核的功能了，毕竟 Oracle 在企业级 Linux 方面只支持自家的产品。如果你想了解更多关于 Oracle Ksplice 产品的信息，请参考这里。

如何批量删除 Kindle 上的归档文档？

Robin — Mon, 07 May 2012 10:12:10 +0000

购置 Kindle 后，一直在 ikindle 上订阅新闻，每天清晨 ikindle 都会自动把我定制的新闻推送到我的 Kindle 设备上，Amazon 默认的 Personal Document 配置是开启 Archiving 功能的，所以时间一长，我发现 Kindle 设备的个人归档文档数量猛增，这些归档文档中 99% 是 ikindle 推送过来的新闻，新闻如果失去了时效性当然就没有意义了，所以我决定删除这些文档。然而，在 Amazon 归档文档管理界面下，竟然没有提供一个全部删除的按钮。难道要我手动一个一个删除？呵呵，偷懒的我当然不会那么做。不过我的首先想到的解决方法竟然是按键精灵，惭愧惭愧！虽然这个方法估计可行，但是对于学计算机这么多年的我来说，用这种方法真的会让人笑掉大牙的。所以有了第二个想法：GreaseMonkey！因为我是重度 Google 控，所以我一直在使用 Chrome。所以，Firefox 我几乎没有使用过。最近，我入职 Oracle，发现公司电脑定制的 Windows 7 OBI 中配置了 Firefox 浏览器，这正好给我一个尝试油猴脚本扩展的机会。

先来简单介绍一下油猴脚本吧：

这个扩展在大部分火狐扩展控用户里面被称作——“伟大的油猴子”，是最能体现火狐可定制性的强大的扩展之一，网友起的这个名称已经说明了一切，甚至在火狐用户中有相当一部分人属于“油猴控”。
油猴子究竟能做什么呢？他能够通过最简单的脚本来更改一个网站或者网页的布局、外观、操作。发现某个网站用起来费劲，没关系，找个油猴脚本；发现网站变形，没关系，说不定已经有油猴脚本帮你纠正了；网站隐藏图片链接或者找不到视频下载链接，没问题，油猴脚本同样可以帮助你；想让网站背景图换成自己女友的，没问题，写个油猴脚本轻松搞定。如果你对种类繁杂的油猴脚本感兴趣，请参考这里。

再来说说如何利用油猴脚本批量删除 Kindle 上的归档文档，具体过程如下：

安装 Firefox 浏览器；
在 Firefox 中安装 GreaseMonkey 扩展；
在 Firefox 中浏览此链接；
安装 Remove all personal documents 脚本;
浏览 Amazon Personal Documents 页面；
点击 remove all items from cloud… 链接即可批量删除归档文档；

因为该方法使用的是油猴脚本，所以该方法只能批量删除该页面内显示的归档文档。在你有很多归档文件的情况下，你还是会多点击几下油猴脚本显示出来的链接。因此，我建议你在使用这种方法批量删除归档文件后，在 Personal Document Settings 页面下关闭 Archiving 功能。

在 Linode VPS 下搭建 pptp 服务器

Robin — Sun, 29 Apr 2012 03:44:04 +0000

购买了 Linode VPS，不搭建一个 VPN 服务器实在有点可惜了，在网上搜索了一下具体搭建的方法，发现实现起来还是很容易的，网上有很多可操作的方法，比较流行的服务器类型有三种，pptp，L2TP/IPSec 和 OpenVPN，其中 pptp 的配置过程相对简单，所以我先尝试了配置 pptp，具体的配置过程如下：

1.准备工作

1. 因为 pptpd 需要 MPPE 的支持，所以首先检测系统是否符已经编译了 MPPE。如果没有，那请您别往下看了。
下面介绍两种检测方法，只要符合其中的一条就可以：

[root@chenjunlu ~]# zgrep MPPE /proc/config.gz
CONFIG_PPP_MPPE=y

或者

[root@chenjunlu ~]# cat /dev/net/tun
cat: /dev/net/tun: File descriptor in bad state

恭喜您，可以安装了！

2. 由于 pptpd 需要 iptables 支持，所以需要安装 iptables。如果您的服务器上已经安装了 iptables，那么可以只安装 pptp。

yum install -y ppp iptables

注意：这里先安装的是 ppp 而不是 pptpd，不要打错了。另：ppp 是一种数据链路层协议类似我们熟知的 pppoe。

2. 安装和配置 pptpd

1. 安装 pptpd

[root@chenjunlu ~]# wget http://poptop.sourceforge.net/yum/stable/packages/pptpd-1.3.4-2.el6.i686.rpm

[root@chenjunlu ~]# rpm -ivh pptpd-1.3.4-2.el6.i686.rpm

2. 编辑/etc/pptpd.conf 文件

将

#localip 192.168.0.1
#remoteip 192.168.0.234-238,192.168.0.245

修改成

localip 192.168.0.1
remoteip 192.168.0.234-238,192.168.0.245

注意：此处的 remoteip 指定的 IP 范围是用来给远程连接使用的。如果您远程访问 pptp 服务器，pptp 服务器就会在 remoteip 范围内分配一个 IP 地址给你。localip 的值直接影响到后面要说的 iptables 转发规则的编写，所以建议不要随意改动。

3. 编辑 /etc/ppp/options.pptpd

将

#ms-dns 10.0.0.1
#ms-dns 10.0.0.2

改成

ms-dns 8.8.8.8
ms-dns 8.8.4.4

这里使用的是 Google 发布的 Public DNS，您也可以修改为 OpenDNS 的 IP，即

ms-dns 208.67.222.222
ms-dns 208.67.220.220

4. 设置使用 pptpd 的用户名和密码

vi /etc/ppp/chap-secrets

打开后只有两行，而且一个账号都没有

# Secrets for authentication using CHAP
# client server secret IP addresses

根据您的需要添加账号，每行一个。
按照：“用户名 pptpd 密码 ip地址”的格式输入，每一项之间用空格分开，例如：

vpnuser pptpd 123456 *

3. 修改内核设置

编辑 /etc/sysctl.conf 文件：

将

net.ipv4.ip_forward=0

改成

net.ipv4.ip_forward=1

将

net.ipv4.tcp_syncookies = 1

改成

#net.ipv4.tcp_syncookies = 1

执行以下命令使修改后的内核生效

sysctl -p

4. 添加 iptables 转发规则

VPS 的 hypervisor 的架构不同，iptables 的转发规则配置方法也不同。

适合于 OpenVZ 架构的配置方法如下：

iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -j SNAT –to-source VPS 的公网 IP

适合于 Xen 架构的配置方法如下：

iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERADE

Linode 采用的是 Xen 架构，所以输入

iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j MASQUERAD

添加好转发规则后保存一下并重启 iptables

/etc/init.d/iptables save
/etc/init.d/iptables restart

注意：这里我遇到了一个错误，具体见附录

5. 配置 pptpd 服务

1. 重启 pptpd 服务

/etc/init.d/pptpd restart

2. 配置 pptpd 随系统启动

chkconfig pptpd on

至此 pptp 服务端安装全部结束

6. 附录

在重启 iptables 时，我遇到如下报错：

/etc/init.d/iptables restart

Setting chains to policy ACCEPT: security raw nat mangle fi[FAILED]

出现这个错误的原因是 Linode VPS 安装 CentOS 5.5 以后内核版本造成的，解决方法如下：

编辑 /etc/init.d/iptables 找到：

echo -n $”${IPTABLES}: Setting chains to policy $policy: ”
ret=0
for i in $tables; do
echo -n “$i ”
case “$i” in
+ security)
+    $IPTABLES -t filter -P INPUT $policy \
+        && $IPTABLES -t filter -P OUTPUT $policy \
+        && $IPTABLES -t filter -P FORWARD $policy \
+        || let ret+=1
+    ;;
raw)
$IPTABLES -t raw -P PREROUTING $policy \
&& $IPTABLES -t raw -P OUTPUT $policy \
|| let ret+=1
;;
filter)
$IPTABLES -t filter -P INPUT $policy \
&& $IPTABLES -t filter -P OUTPUT $policy \
&& $IPTABLES -t filter -P FORWARD $policy \
|| let ret+=1
;;

前面有＋号的为添加的

然后保存退出

重启 iptables 服务：

[root@chenjunlu ~]# service iptables restart
iptables: Flushing firewall rules:                         [ OK ]
iptables: Setting chains to policy ACCEPT: security raw nat[ OK ]filter
iptables: Unloading modules:                               [ OK ]
iptables: Applying firewall rules:                         [ OK ]

7. 后记

相对于 pptp 来说 OpenVPN 加密型更强，而且穿透性更强。OpenVPN 有很多优点，比如其可以开在任意端口上，并且和 PPTP / L2TP 等并不冲突，可以实现并存，所以我会以后尝试配置一个 OpenVPN Server，以备不时之需。如果您对配置 OpenVPN 服务感兴趣的话，请继续关注我的博客。(#^_^#)

Update：
配置 pptp 会遇到挺多问题的，像中国移动的 cmnet 就用不了 pptp，出现 619 错误。可以打开 /etc/ppp/pptpd-options 中的 debug 和 dump 选项，然后在 /var/log/debug 和 /var/log/messages 中查看出错信息。

开始鼓捣 DD-WRT 固件

Robin — Fri, 27 Apr 2012 14:15:51 +0000

家里的 Linksys WRH54G 已经买了快3年了，最近一段时间发现，以前从不掉线得它，竟然出现了不稳定的情况，自己在网上找了找原因，发现随着电子产品的不断升级，路由器也该更新换代了，原来小小的路由器里面也有 CPU 和 Flash 内存，随着网络速度以及终端运算速度不断加快，路由器的配置也是跟着一块增长的。难道我要购买新的的路由器吗? 有没有其他解决方案？在网上随便逛了逛，发现路由器的固件不但可以升级，而且有些品牌的产品还是可以刷第三方固件。虽然我还是决定花1000元购买 Linksys E4200 来替换原来的 WRH54G，但是淘汰下来的 WRH54G 给了我尝试刷新第三方固件的机会。嘿嘿！

先来说说第三方固件的历史吧：

对无线路由器进行固件刷新的操作并不是在路由器出现之时就有的。早期的无线路由器在功能方面的设计很简单，仅仅提供了简单的无线 AP 与宽带路由器结合的功能，而且厂商自身的固件都是加密且不公开的。因此，早期的无线路由器是不可能通过刷新固件来提升性能的，所有功能都是不能够改变的，功能只能随着产品的诞生而出现。针对无线路由器进行刷新固件驱动的操作是在 Linksys 产品中首次出现的。

众所周知，Linksys 是大名鼎鼎的 Cisco 的子公司，它一直致力于 SOHO、小型企业的网络设备研发。Linksys 公司在2003年发行的 WRT54G 无线路由器使用了 802.11g 标准，使得带宽在理论上能够达到 54M。有 Linux 爱好者发现它的固件是基于 Linux，然而 Linux 基于 GPL 发布许可证，该许可证规定 Cisco 应该把 WRT54G 的固件的源代码公开。

2003年3月，基于公众压力 Linksys 公开了 WRT54G 的源代码。此后就有了一些基于 Linksys 源代码的第三方固件。此后，网上出现了很多不同版本的固件去增强原有的功能。大多数的固件都是99%使用 Linksys 的源码，只有1%是加上去的，每一种固件都是针对特定的市场而设计，这样做有两个缺点，第一个是难以集合各版本固件的长处，第二个是这版本距离 Linux 正式发行版越来越远。OpenWrt 选择了另一条路，它从零开始，一点一点的把各个软件加入去，使其接近 Linksys 版固件的功能，而 OpenWrt 的成功之处是它的文件系统是可写的，开发者无需在每一次修改后重新编译，另外，它更像一个小型的 Linux 系统，也加快了开发速度。

后来就出现了 DD-WRT，Tomato，还有个用得少的 WayOS。其中 DD-WRT 和 Tomato 是目前最热门的固件，都是基于 OpenWrt 的。而 WayOS 则是国内的一款第3方固件，基于 Tomato，作者据说是思科的 QoS 前工程师，此款固件可支持4 WAN 口，QoS 也很不错，只可惜这是收费的，免费的支持双 WAN 但是接入点有限制（只支持4台电脑接入）。

DD-WRT 代表功能：中继(repeater):扩展你的无线范围,在也不用担心信号问题.
Tomato 代表功能：
WayOS 代表功能：多 WAN（2个以上的选择).

我选择 DD-WRT 固件来给我的 WRH54G 进行升级，由于我的 WRH54G 的 Flash 内存只有 2MB，所以我只能刷 Micro 版的 DD-WRT 固件，刷机的过程还是很简单的，官方网站上就有教程，如果你对自己的英文不自信，请参考这篇傻瓜版中文图文教程。
DD-WRT 固件的路由器和一般的路由器相比有什么有特点呢？基础的我就不说了，说说不同：

ddns 支持动态域名
pptp VPN
OpenVPN
脱机下载
QoS
强大的无线中继的无线应用功能
3G (未完全稳定)
dual WAN 双线接入
自定义 VLAN
独立的嵌入式 Linux 系统
Wake-on-LAN 网络唤醒
网络管理
打印服务器

我最喜欢的是 DD-WRT 的 VPN 功能和一个可操作的 Linux 这两点。

如果只要拨号共享上网，一般的无线宽带路由就可以了，如果要实现下面应用，可以考虑买个可以刷 DD-WRT 的路由器：

几个人用共一个ADSL，你又怕他们影响你，限制他们，或者说你想下载又怕影响网速，想用 QoS
远程管理远端的内网电脑
玩玩脱机下载
有多条接入，不想浪费
内外网的穿透，比如想穿透一些网管弄的限制
远程组网
3G路由器
弄个打印服务器

由于路由器硬件配置及满足用户的不同需求，DD-WRT 固件有很多 fork，各个版本的说明如下：

Micro (最小版) 只能用于2MB FLASH
Mini (迷你版) 可用于4MB FLASH
Standard (STD标准版) 可用于4MB FLASH
VOIP (带VOIP功能版) 支持网络电话的版本
Mega (完整版) 全功能版本只能用在8MB FLASH
vpn_generic (VPN版) 支持虚拟专用网络的版本

还有 newd 和 vint 驱动之分：

newd 采用新版驱动，支持多SSID，CPU 为 Broadcom BCM535x
vint 采用旧版驱动，CPU 为 BROADCOM BCM47XX

如何查看应刷哪版驱动？

telnet 登录 DD-WRT 路由，提示符后面输入以下命令：

nvram show | grep corerev

wl0_corerev=4 则一定要使用 vint 版
wl0_corerev >=5 <=7 则 vint 版和 newd 版都可用，建议使用 vint 版
wl0_corerev >=8 则 vint 版和 newd 版都可用
wl0_corerev >9 则一定要使用 newd 版

介绍了这么多概念的东西，想必大家一定觉得烦了，其实 DD-WRT 最吸引人的地方就是它的开放性，想想一个平时那么不起眼的无线路由器，被这么多 Geek 改造成一个小型的嵌入式系统，而且功能那么的丰富，让人爱不释手，这是一件多么神奇的事啊！你想实现在家里共享一个国外 IP 吗？你想全面准确的控制家里所有网络终端的的网络行为吗？你想突破公司网管的限制吗？请考虑 DD-WRT 固件。嘿嘿，也请关注我博客中未来的文章，我会汇总网上有价值的文章，详细的为大家讲解 DD-WRT 固件的本质和具体应用。

完美解决 Windows 7 DNS 服务器无响应问题

Robin — Mon, 23 Apr 2012 10:43:14 +0000

去年的10月份，为了玩最新版的实况足球游戏，我把家中的 iMac 用 Boot Camp 安装了 Windows 7 的旗舰版，然而该系统安装成功后一直存在网络问题，用系统自带的诊断工具发现是 DNS 服务器无响应的问题，上网找了找，发现有很多人有类似的问题，该问题的共性是：

操作系统是 Windows 7；
使用路由器进行 ADSL 拨号（无论有线连接还是无线连接）；
无线网卡或网卡无法自动识别正确的 ISP 提供的 DNS 地址（往往识别出来的地址是 192.168.1.1）；
在网卡的配置界面强制指定正确的 DNS 地址或 OpenDNS 地址，有一定效果但网络依然时断时续；
同样的网络环境使用 Windows XP 没有任何网络问题；

网上除了给出强制指定 DNS 服务器地址的解决方法，还要求禁止 IPv6 功能，但经过我的验证该方法也不好用，当然目前我的电脑配置中是禁用 IPv6 功能的，但我认为它是关键操作，而是因为我比较懒，实在不愿意激活 IPv6 功能去试试系统的网络是否还是好用的，毕竟 IPv6 功能对我来说还比较遥远。好了，下面我来说说完美解决方案吧。

我的解决方案是基于两篇老外的文章的，其中一篇文章里面的老外推荐用 netsh 工具重启 tcp 和 ip 服务，该命令确实有效果，但是使用一段时间后问题依旧出现。

完美的解决方案是这篇文章指出的：

To work around this issue, change the Windows Scaling factor to 2. To do this, follow these steps:
1.Click Start, point to All Programs, and then click Accessories.
2.Right-click Command Prompt, and then click Run as administrator.
3.In the Administrator: Command Prompt window, type the following command, and then press ENTER:
netsh interface tcp set global autotuninglevel=highlyrestricted

有人说貌似 Windows 7 强化了网络发现功能，所以造成该问题，这个我也不敢肯定，不过在按上面的方法操作确实解决了 Windows 7 DNS 服务器无响应问题。如果您对该问题形成根源有独到的见解和合理的解释，欢迎留言讨论。

Linode VPS 上实现 WordPress 邮件通知

Robin — Sat, 21 Apr 2012 04:30:09 +0000

博客迁移 Linode VPS 后，一切系统服务都要自己动手配置。虽然很配置过程很辛苦，但是这个过程还是满有乐趣的，大大提高了我的动手能力，虽然未来的工作方向是做售前技术，但是如果很强动手能力强和实践经验相信给人的印象一定是加分的。跑题了，呵呵。言归正传，成功迁移博客后发现，原来博客中的数据库备份插件的定期备份功能以及 Tumblrize 同步插件邮件同步功能都不好用了，两者的共同点都是调用 WordPress 内置 mail() 函数实现邮件发送。所以一定是 Linode VPS 上的 sendmail 模块没有配置好，具体配置过程如下：

1. 安装 sendmail 模块

 yum install sendmail

2. 启动 sendmail服务

 service sendmail start

3. 设置 sendmail 开机自运行

 chkconfig sendmail on

4. 修改下 php.ini 的配置，调用 sendmail 功能

 vim /etc/php.ini
 ...
 sendmail_path = /usr/sbin/sendmail -t –i
 ...

5. 重新启动 VPS 主机

其实 sendmail 模块还是存在安全隐患的，如果你十分看重 VPS 的安全性，请不要配置 sendmail 模块，如果还你需要 WordPress 的邮件通知功能，那么请你选择 Postfix 或其他相对安全解决方案。

博客搬迁 Linode VPS 配置笔记

Robin — Fri, 20 Apr 2012 06:56:05 +0000

由于众所周知的原因，使用了位于美国的 GoDaddy 主机的这个博客一直会间歇性地无法访问。正巧这几天听到外交部发言人姜瑜在中国互联网可访问性问题上以其一贯的逻辑重申“中国互联网发展迅速，网民已超过4亿”，那好吧，我换一个主机就是了。

国内的主机是不考虑的。位于美国的主机虽然可靠性较高，但是从中国大陆访问往往会有问题（这也是这次换主机的原因），于是 Linode 新开设的位于日本东京的 VPS 成了一个很好的选择。如果大家想更多了解 Linode，请参考这里。

Linode 东京节点的 VPS 连接速度非常快，ping 值和国内网站相当，稳定性也非常好。通过信用卡付费之后，便开始了博客迁移的准备。在迁移过程中查找了大量的参考资料，毕竟第一次迁移，不明白的地方很多。Linode 的官方文档还是不错的，请参考这篇文章配置 LAMP 和 phpMyAdmin。

如下是我的配置过程：

1.基本设置

1.1 设置 hostname

echo "HOSTNAME=chenjunlu.com" >> /etc/sysconfig/network
hostname "chenjunlu.com"

1.2 配置 vim

使之彩色显示代码，同时还支持行号标记和鼠标定位。编辑 vim 配置文件，

vim /etc/vimrc

从键盘输入 i 进入编辑模式。按 PgDn 到文本最后，在末尾分三行输入：

syntax on
set nu
set mouse=a

从键盘输入 Ctrl+c，然后 :wq 保存、退出。

1.3 更新 hosts 配置文件

输入

vim /etc/hosts

打开编辑。

在最后添加

106.187.50.xxx chenjunlu.com

保存退出。

1.4 配置网络

默认情况下，Linode VPS 使用 DHCP 来配置网络，这样做需要 VPS 运行 dhcp 客户端进程来从主控制台获取本 VPS 的 IP。当然会浪费一些资源了（CPU和内存），而且还需要开放 63 端口。所以这里采取静态网络配置来避免这些问题。

从 Linode Manager 中的 Remote Access 标签页中可以获知自己 VPS 的网络配置信息。比如我的：

Public IP: 106.187.50.xxx
Default Gateways 106.187.50.1
DNS Resolvers 106.187.34.20
106.187.35.20
106.187.36.20

修改 DNS 解析设置：

vim /etc/resolv.conf

按照上面的 DNS Resolvers 对应录入

domain members.linode.com
search members.linode.com
nameserver 106.187.34.20
nameserver 106.187.35.20
nameserver 106.187.36.20
options rotate

保存并退出。

然后配置静态 IP：

vim /etc/sysconfig/network-scripts/ifcfg-eth0

对应录入

# Configuration for eth0
DEVICE=eth0
BOOTPROTO=none
# 暂时不启用 IPv6
IPV6INIT=no

# This line ensures that the interface will be brought up during boot.
ONBOOT=yes

# The address, netmask and gateway are all necessary.
IPADDR=106.187.59.xxx
NETMASK=255.255.255.0
GATEWAY=106.187.50.1

保存并退出。

因为 DHCP 已经不需要了，可以使用 chkconfig –list 命令查看 dhcp 相关服务的状态，然后停止它们。甚至可以删除相关软件包：

yum remove dhcp

重起 VPS 即可生效。

1.5 设置时区为 Hongkong

反正香港与上海是一个时区的。

如果要查找其他时区文件，则

ls /usr/share/zoneinfo

上海时区文件应该在 Asia 目录下。

将香港时区文件设置符号链接到 localtime

ln –sf /usr/share/zoneinfo/Hongkong /etc/localtime

2.安装 LAMP

2.1 先更新系统

yum update

2.2 安装并配置 Apache

安装：

yum install httpd

备份配置文件（建议对于所有的配置文件，做任何更改前都先备份一份，以便应对未知错误）

cp /etc/httpd/conf/httpd.conf httpd.conf.raw

因为默认情况下，位于 /etc/httpd/conf.d/ 目录下的所有以 .conf 结尾的文件都会被读取，并按照字母顺序加载做为 Apache 的配置，所以增加虚拟主机的时候，实际上不需要修改 /etc/httpd/conf/httpd.conf，而是在 /etc/httpd/conf.d/ 下新建一个配置文件来配置虚拟主机。

配置虚拟主机：

vim /etc/httpd/conf.d/vhost.conf

输入下面的内容（# 号后面的改行内容是注释）：

Listen 2082
NameVirtualHost *:80
NameVirtualHost *:2082


ServerAdmin admin@chenjunlu.com
ServerName chenjunlu.com
ServerAlias www
DocumentRoot /srv/www/chenjunlu.com/htdocs/


Options FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all


ErrorLog /srv/www/chenjunlu.com/logs/error.log
CustomLog /srv/www/chenjunlu.com/logs/access.log combined
#ServerSignature Off



ServerAdmin admin@chenjunlu.com
DocumentRoot /srv/www/phpmyadmin/htdocs/

ErrorLog /srv/www/phpmyadmin/logs/error.log
CustomLog /srv/www/phpmyadmin/logs/access.log combined
#ServerSignature Off

虽然配置文件写好了，但是还不能启动 httpd 进程，因为上面设置的各个文件夹（网站目录）还没有创建。

创建各个虚拟主机的文件夹

mkdir –p /srv/www/chenjunlu.com/htdocs
mkdir /srv/www/chenjunlu.com/logs
mkdir –p /srv/www/phpmyadmin/htdocs
mkdir /srv/www/phpmyadmin/logs

现在可以启动 Apache 进程 httpd 了

/etc/init.d/httpd start

如果已经做好了 DNS 域名解析，现在用浏览器打开域名应该能够看到 Apache 的测试页面。我是通过 DNSPod 服务配置的域名解析。

为了能够在系统启动时自动运行 Apache 服务器，需要运行下面的指令：

/sbin/chkconfig --levels 235 httpd on

然后重新加载 httpd

/etc/init.d/httpd reload

或者重新启动 httpd

/etc/init.d/httpd restart

2.3 安装和配置 MySQL

2.3.1 安装

yum install mysql-server

2.3.2 加入随系统启动

/sbin/chkconfig --levels 235 mysqld on

2.3.3 启动 mysql 守护进程（mysqld）

/etc/init.d/mysqld start

2.3.4 安全配置 MySQL

使用 MySQL 内建的安全配置脚本进行配置

[root@chenjunlu ~]# mysql_secure_installation

 NOTE: RUNNING ALL PARTS OF THIS SCRIPT IS RECOMMENDED FOR ALL MySQL
       SERVERS IN PRODUCTION USE!  PLEASE READ EACH STEP CAREFULLY!

 In order to log into MySQL to secure it, we'll need the current
 password for the root user.  If you've just installed MySQL, and
 you haven't set the root password yet, the password will be blank,
 so you should just press enter here.

 Enter current password for root (enter for none):
 OK, successfully used password, moving on...

 Setting the root password ensures that nobody can log into the MySQL
 root user without the proper authorisation.

 Set root password? [Y/n] y
 New password:
 Re-enter new password:
 Sorry, passwords do not match.

 New password:
 Re-enter new password:
 Password updated successfully!
 Reloading privilege tables..
 ... Success!

 By default, a MySQL installation has an anonymous user, allowing anyone
 to log into MySQL without having to have a user account created for
 them.  This is intended only for testing, and to make the installation
 go a bit smoother.  You should remove them before moving into a
 production environment.

 Remove anonymous users? [Y/n] y
 ... Success!

 Normally, root should only be allowed to connect from 'localhost'.  This
 ensures that someone cannot guess at the root password from the network.

 Disallow root login remotely? [Y/n] y
 ... Success!

 By default, MySQL comes with a database named 'test' that anyone can
 access.  This is also intended only for testing, and should be removed
 before moving into a production environment.

 Remove test database and access to it? [Y/n] y
 - Dropping test database...
 ... Success!
 - Removing privileges on test database...
 ... Success!

 Reloading the privilege tables will ensure that all changes made so far
 will take effect immediately.

 Reload privilege tables now? [Y/n] y
 ... Success!

 Cleaning up...

 All done!  If you've completed all of the above steps, your MySQL
 installation should now be secure.

 Thanks for using MySQL!

这里需要配置 mysql 根用户和密码、清除其他用户、清除不需要的数据库等。然后使用 MySQL 的 root 帐户（不同于 Linux 的 root 帐户）登录进去

mysql –u root –p

创建一个新数据库给 WordPress 用（这里取名完全可以参考 GoDaddy 空间上的配置，这样做节省了配置 wp-config.php 文件的时间）

create database wordpress;

创建一个新用户，并将该数据库的权限赋给他（这里只是举例，用户名为 newdbuser，密码为 dbuserpassword）

grant all on wordpress.* to ‘newdbuser’ identified by ‘dbuserpassword’;

更新权限

flush privileges;

退出数据库

quit

其它的先不做了，回头用图形界面的 phpMyAdmin 来做。

3.安装 phpMyAdmin

去 phpMyAdmin 官网下载压缩包，然后解压到之前配置虚拟主机的路径中即可。

修改 phpMyAdmin 的配置设置：

vi /etc/phpMyAdmin/config.inc.php

找到其中的如下代码段：

$cfg['Servers'][$i]['auth_type'] = 'cookie';
$cfg['blowfish_secret'] = '随便填上一串乱七八糟的字符即可';

重启 Apache 使配置生效：

service httpd restart

现在就可以通过 http://域名:2082/phpmyadmin 访问 phpMyAdmin 服务了。

使用前面创建的用户名和密码登录 phpMyAdmin 即可导入原来 WordPress 博客的数据库备份。

然后还可以按照自己的使用习惯对 phpMyAdmin 的行为进行配置，请参考我写的另一篇文章：个性化配置 phpMyAdmin。

4.创建一个新帐户以访问网站文件

访问服务器的时候虽然可以用 root，但是安全起见，最好禁止 root 用户远程登陆服务器。所以这里新建一个普通用户，并将网站文件夹的属主改为新用户。

4.1 增加新用户

useradd username

这里只是举例使用 username 做为用户名，下同。

4.2 为新用户设置密码

passwd password

4.3 修改 /srw/www 及其子目录和文件的属主和组为新用户及其组

cd /srv/www/

chown –R username:username *

4.4 上传网站文件

使用新创建的用户，通过 FileZilla（或其它 sftp 软件）登录服务器，将网站文件上传到前面设置虚拟服务器时设定的文件夹。

4.5 文件及文件夹权限设置

进入网站根目录，以本文为例：

cd /srv/www/chenjunlu.com/htdocs

所有文件夹属性修改为 775

find -type d -print0 |xargs -0 chmod 775

将所有文件的属性修改为 664

find -type f -print0 |xargs -0 chmod 644

进入 WordPress 安装目录的wp-content 目录中：

cd /srv/www/chenjunlu.com/htdocs/wp-content/

首先为了保证上传附件功能，修改 uploads 文件夹以及其子文件夹和文件的属性(属主改为 apache，组不变：

chown –R apache:username uploads
chmod 755 uploads

如果 uploads 文件夹中已有原先建立的一些文件，还需要执行如下操作：

继续进入 uploads 目录

cd uploads

修改该文件夹中的其它文件属性

find -type d -print0 |xargs -0 chmod 755
find -type f -print0 |xargs -0 chmod 664

为了使 WPSC 可创建缓存文件，在 wp-content 目录下新建文件夹 cache，并同样修改属性：

mkdir cache
chown –R apache:username cache
chmod 755 cache

不过，如果要安装 WPSC，还是需要按照其提示做一些操作的。

5.配置 WordPress

编辑 wp-config.php 文件以在新博客的安装文件中作相应更改。

需要说明的是：

如果博客需要变更域名，那么请参考这篇文章。
如果你使用了 WPSC 缓存插件，请务必停用该插件再备份数据库和博客文件（最好的方法是先删除该插件）。

如果你对于 WordPress 的配置迁移还有什么不懂的地方，请参考这篇文章。

6.后续工作

完成博客的迁移之后，下一步就该考虑安全问题了。进行基本的安全设置非常有必要，这样可以避免被人“无意”中入侵。请参考另一篇文章：安全配置记录。

安全配置服务器后，就应该考虑优化的问题了，其实现在的配置好的服务器还是有很多可以优化的地方，有很多不必要的软件包，服务，用户，文件。请参考另一篇文章：Linode VPS 上优化 CentOS 5。

这两篇文章有些地方大致相同，大家理解安全和优化的思想和做法就好了，关于 Bastille 的使用，我打算自己好好研究一下，然后写篇文章与大家分享。还有，建议大家先不要配置 iptables，因为这么贵的 VPS ，如果自己不配置个 PPTP VPN 或 OpenVPN 使用，实在是太浪费了，所以 iptables 的部分，建议大家在配置 VPN 服务器端的时候再配置。我最近会着手准备配置 VPN，如果成功的话，我会把相关经验分享给大家。

备份 GoDaddy 主机网站文件

Robin — Wed, 18 Apr 2012 08:16:22 +0000

最近琢磨着把自己的博客从 GoDaddy 的主机空间里迁移到 Linode VPS 上，所以就开始考虑到网站的备份和迁移问题，MySQL 数据库备份方面很简单，可以用 GoDaddy 控制中心的 phpMyAdmin 来备份，更傻瓜的方法是用 WordPress 的备份插件。但是备份网站文件时我则遇到了一下小困难，GoDaddy 控制中心提供的压缩功能不能够将文件夹打包压缩，而由于国内的 GFW 的限制，我无法通过稳定的 FTP 连接下载所有网站文件。难道要我番羽土啬？但是那样将近 100MB 的网站空间文件，也难保完整下载下来。无奈的我只能另辟蹊径，最后我找到了这篇文章。

这是一个老外写的整站备份 GoDaddy 主机网站文件专用 PHP 脚本，该脚本利用了 shell_exec() 函数调用 tar 命令，但是，如果你网站数据体积过大的话，很可能由于 PHP 执行时间过长而不能使用（因为作者加了一个最大执行时间限制），当然，你可以执行修改执行时间的限制。

尽管作者写这个脚本的初衷是针对 GoDaddy 主机备份，不过我想也应该同样试用其它 Linux / Unix 服务器的网站备份。

该备份脚本运行使用的几点说明：

下载后，编辑 sitebackup.php 文件里的 PASSWORD，修改为你设置的密码；
上传至网站根目录，如果你只想备份某个文件夹里的内容，或者你的博客安装在子目录里，则上传至相应路径；
在浏览器中输入 “域名/(路径)/sitebackup.php” 输入密码，执行该脚本。
激活脚本后就不要关闭浏览器，也不要尝试刷新，否则它会循环打包你已经打包过的备份文件。
压缩好后，会提供给你一个压缩包下载链接。
下载完成后，删除备份压缩包；
安全起见，删除 sitebackup.php 文件（或者上传的时候重命名为只有你知道的文件名）。

赶快试试在你的主机上能不能使用吧。不管你主机 FTP 速度如何，好歹你可以先全站文件用这个压缩下，压缩过程本身很快的，然后 FTP 直接下载整个压缩包。

为什么要用非关系数据库？

Robin — Thu, 08 Mar 2012 04:44:57 +0000

随着互联网 Web2.0 网站的兴起，非关系型的数据库现在成了一个极其热门的新领域，非关系数据库产品的发展非常迅速。而传统的关系数据库在应付 Web2.0 网站，特别是超大规模和高并发的 SNS 类型的 Web2.0 纯动态网站已经显得力不从心，暴露了很多难以克服的问题，例如：

High performance – 对数据库高并发读写的需求
Web2.0 网站要根据用户个性化信息来实时生成动态页面和提供动态信息，所以基本上无法使用动态页面静态化技术，因此数据库并发负载非常高，往往要达到每秒上万次读写请求。关系数据库应付上万次 SQL 查询还勉强顶得住，但是应付上万次 SQL 写数据请求，硬盘 I/O 就已经无法承受了。其实对于普通的 BBS 网站，往往也存在对高并发写请求的需求，例如像 JavaEye 网站的实时统计在线用户状态，记录热门帖子的点击次数，投票计数等，因此这是一个相当普遍的需求。
Huge Storage – 对海量数据的高效率存储和访问的需求
类似 Facebook，twitter，Friendfeed 这样的 SNS 网站，每天用户产生海量的用户动态，以 Friendfeed 为例，一个月就达到了2.5亿条用户动态，对于关系数据库来说，在一张2.5亿条记录的表里面进行 SQL 查询，效率是极其低下乃至不可忍受的。再例如大型 Web 网站的用户登录系统，例如腾讯，盛大，动辄数以亿计的帐号，关系数据库也很难应付。
High Scalability && High Availability – 对数据库的高可扩展性和高可用性的需求
在基于 Web 的架构当中，数据库是最难进行横向扩展的，当一个应用系统的用户量和访问量与日俱增的时候，你的数据库却没有办法像 Web server 和 App server 那样简单的通过添加更多的硬件和服务节点来扩展性能和负载能力。对于很多需要提供24小时不间断服务的网站来说，对数据库系统进行升级和扩展是非常痛苦的事情，往往需要停机维护和数据迁移，为什么数据库不能通过不断的添加服务器节点来实现扩展呢？

在上面提到的“三高”需求面前，关系数据库遇到了难以克服的障碍，而对于 Web2.0 网站来说，关系数据库的很多主要特性却往往无用武之地，例如：

数据库事务一致性需求
很多 Web 实时系统并不要求严格的数据库事务，对读一致性的要求很低，有些场合对写一致性要求也不高。因此数据库事务管理成了数据库高负载下一个沉重的负担。
数据库的写实时性和读实时性需求
对关系数据库来说，插入一条数据之后立刻查询，是肯定可以读出来这条数据的，但是对于很多web应用来说，并不要求这么高的实时性，比方说我在 JavaEye 上发一条消息之后，过几秒乃至十几秒之后，我的订阅者才看到这条动态是完全可以接受的。
对复杂的SQL查询，特别是多表关联查询的需求
任何大数据量的 Web 系统，都非常忌讳多个大表的关联查询，以及复杂的数据分析类型的复杂 SQL 报表查询，特别是 SNS 类型的网站，从需求以及产品设计角度，就避免了这种情况的产生。往往更多的只是单表的主键查询，以及单表的简单条件分页查询，SQL 的功能被极大的弱化了。

因此，关系数据库在这些越来越多的应用场景下显得不那么合适了，为了解决这类问题的非关系数据库应运而生，现在这两年，各种各样非关系数据库，特别是键值数据库(Key-Value Store DB)风起云涌，多得让人眼花缭乱。前不久国外刚刚举办了 NoSQL Conference，各路 NoSQL 数据库纷纷亮相，加上未亮相但是名声在外的，起码有超过10个开源的 NoSQL?数据库，例如：

Redis，Tokyo Cabinet，Cassandra，Voldemort，MongoDB，Dynomite，HBase，CouchDB，Hypertable， Riak，Tin， Flare， Lightcloud， KiokuDB，Scalaris， Kai， ThruDB， ……

这些 NoSQL 数据库，有的是用 C/C++ 编写的，有的是用 Java 编写的，还有的是用 Erlang 编写的，每个都有自己的独到之处，看都看不过来了，我也只能从中挑选一些比较有特色，看起来更有前景的产品学习和了解一下。这些 NoSQL 数据库大致可以分为以下的三类：

1. 满足极高读写性能需求的 Key-Value 数据库

高性能 Key-Value 数据库的主要特点就是具有极高的并发读写性能，Redis，Tokyo Cabinet， Flare，这3个 Key-Value 数据库都是用 C 编写的，它们的性能都相当出色，但出了出色的性能，它们还有自己独特的功能：

Redis

Redis 是一个很新的项目，刚刚发布了1.0版本。Redis 本质上是一个 Key-Value 类型的内存数据库，很像 memcached，整个数据库统统加载在内存当中进行操作，定期通过异步操作把数据库数据 flush 到硬盘上进行保存。因为是纯内存操作，Redis 的性能非常出色，每秒可以处理超过10万次读写操作，是我知道的性能最快的 Key-Value 数据库。

Redis 的出色之处不仅仅是性能，Redis 最大的魅力是支持保存 List 链表和 Set 集合的数据结构，而且还支持对 List 进行各种操作，例如从 List 两端 push 和 pop 数据，取 List 区间，排序等等，对 Set 支持各种集合的并集交集操作，此外单个 value 的最大限制是1GB，不像 memcached 只能保存1MB的数据，因此 Redis 可以用来实现很多有用的功能，比方说用他的 List 来做 FIFO 双向链表，实现一个轻量级的高性能消息队列服务，用它的 Set 可以做高性能的 tag 系统等等。

另外， Redis 也可以对存入的 Key-Value 设置 expire 时间，因此也可以被当作一个功能加强版的 memcached 来用。Redis 的主要缺点是数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，并且它没有原生的可扩展机制，不具有 scale（可扩展）能力，要依赖客户端来实现分布式读写，因此 Redis 适合的场景主要局限在较小数据量的高性能操作和运算上。目前使用 Redis 的网站有 github，Engine Yard。

Tokyo Cabinet 和 Tokoy Tyrant

TC 和 TT 的开发者是日本人 Mikio Hirabayashi，主要被用在日本最大的 SNS 网站 mixi.jp 上，TC 发展的时间最早，现在已经是一个非常成熟的项目，也是 Key-Value 数据库领域最大的热点，现在被广泛的应用在很多很多网站上。TC 是一个高性能的存储引擎，而TT提供了多线程高并发服务器，性能也非常出色，每秒可以处理4-5万次读写操作。TC 除了支持 Key-Value 存储之外，还支持保存 Hashtable 数据类型，因此很像一个简单的数据库表，并且还支持基于 column 的条件查询，分页查询和排序功能，基本上相当于支持单表的基础查询功能了，所以可以简单的替代关系数据库的很多操作，这也是 TC 受到大家欢迎的主要原因之一。

TC/TT 在 mixi 的实际应用当中，存储了2000万条以上的数据，同时支撑了上万个并发连接，是一个久经考验的项目。TC 在保证了极高的并发读写性能的同时，具有可靠的数据持久化机制，同时还支持类似关系数据库表结构的 hashtable 以及简单的条件，分页和排序操作，是一个很棒的 NoSQL 数据库。TC的主要缺点是在数据量达到上亿级别以后，并发写数据性能会大幅度下降，NoSQL: If Only It Was That Easy提到，他们发现在TC里面插入1.6亿条2-20KB数据的时候，写入性能开始急剧下降。看来是当数据量上亿条的时候，TC性能开始大幅度下降，从TC作者自己提供的mixi数据来看，至少上千万条数据量的时候还没有遇到这么明显的写入性能瓶颈。

Flare

TC是日本第一大 SNS 网站 mixi 开发的，而 Flare 是日本第二大 SNS 网站 green.jp 开发的，有意思吧。Flare 简单的说就是给 TC 添加了 scale 功能。他替换掉了 TT 部分，自己另外给 TC 写了网络服务器，Flare 的主要特点就是支持 scale 能力，他在网络服务端之前添加了一个 node server，来管理后端的多个服务器节点，因此可以动态添加数据库服务节点，删除服务器节点，也支持 failover。如果你的使用场景必须要让 TC 可以 scale，那么可以考虑 Flare。Flare 唯一的缺点就是他只支持 memcached 协议，因此当你使用 Flare 的时候，就不能使用 TC 的 table 数据结构了，只能使用 TC 的 key-value 数据结构存储。

2. 满足海量存储需求和访问的面向文档的数据库

面向文档的非关系数据库主要解决的问题不是高性能的并发读写，而是保证海量数据存储的同时，具有良好的查询性能。MongoDB 是用 C++ 开发的，而 CouchDB 则是 Erlang 开发的：

MongoDB

MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。他支持的数据结构非常松散，是类似 json 的 bjson 格式，因此可以存储比较复杂的数据类型。

Mongo 最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。Mongo 主要解决的是海量数据的访问效率问题，根据官方的文档，当数据量达到50GB以上的时候，Mongo 的数据库访问速度是 MySQL 的10倍以上。Mongo 的并发读写效率不是特别出色，根据官方提供的性能测试表明，大约每秒可以处理0.5万－1.5次读写请求。对于 Mongo 的并发读写性能，我也打算有空的时候好好测试一下。

因为 Mongo 主要是支持海量数据存储的，所以 Mongo 还自带了一个出色的分布式文件系统 GridFS，可以支持海量的数据存储，但我也看到有些评论认为 GridFS 性能不佳，这一点还是有待亲自做点测试来验证了。最后由于 Mongo 可以支持复杂的数据结构，而且带有强大的数据查询功能，因此非常受到欢迎，很多项目都考虑用 MongoDB 来替代 MySQL 来实现不是特别复杂的 Web 应用，比方说 Why we migrated from MySQL to MongoDB 就是一个真实的从 MySQL 迁移到 MongoDB 的案例，由于数据量实在太大，所以迁移到了 Mongo 上面，数据查询的速度得到了非常显著的提升。MongoDB 也有一个 Ruby 的项目 MongoMapper，是模仿 Merb 的 DataMapper 编写的 MongoDB 的接口，使用起来非常简单，几乎和 DataMapper 一模一样，功能非常强大易用。

CouchDB

CouchDB 现在是一个非常有名气的项目，似乎不用多介绍了。但是我却对 CouchDB 没有什么兴趣，主要是因为 CouchDB 仅仅提供了基于 HTTP REST 的接口，因此 CouchDB 单纯从并发读写性能来说，是非常糟糕的，这让我立刻抛弃了对 CouchDB 的兴趣。

3. 满足高可扩展性和可用性的面向分布式计算的数据库

面向 scale 能力的数据库其实主要解决的问题领域和上述两类数据库还不太一样，它首先必须是一个分布式的数据库系统，由分布在不同节点上面的数据库共同构成一个数据库服务系统，并且根据这种分布式架构来提供 online 的，具有弹性的可扩展能力，例如可以不停机的添加更多数据节点，删除数据节点等等。因此像 Cassandra 常常被看成是一个开源版本的 Google BigTable 的替代品。Cassandra 和 Voldemort 都是用Java开发的：

Cassandra

Cassandra 项目是 Facebook 在2008年开源出来的，随后 Facebook 自己使用 Cassandra 的另外一个不开源的分支，而开源出来的 Cassandra 主要被 Amazon 的 Dynamo 团队来维护，并且 Cassandra 被认为是?Dynamo?2.0 版本。目前除了 Facebook 之外，twitter 和 digg.com 都在使用 Cassandra。Cassandra 的主要特点就是它不是一个数据库，而是由一堆数据库节点共同构成的一个分布式网络服务，对 Cassandra 的一个写操作，会被复制到其他节点上去，对 Cassandra 的读操作，也会被路由到某个节点上面去读取。

对于一个 Cassandra 群集来说，扩展性能是比较简单的事情，只管在群集里面添加节点就可以了。我看到有文章说Facebook 的 Cassandra 群集有超过100台服务器构成的数据库群集。Cassandra 也支持比较丰富的数据结构和功能强大的查询语言，和 MongoDB 比较类似，查询功能比 MongoDB 稍弱一些，twitter 的平台架构部门领导 Evan Weaver 写了一篇?文章?来介绍 Cassandra，讲的非常详细。

Cassandra 以单个节点来衡量，其节点的并发读写性能不是特别好，有文章说评测下来 Cassandra 每秒大约不到1万次读写请求，我也看到一些对这个问题进行质疑的评论，但是评价 Cassandra 单个节点的性能是没有意义的，真实的分布式数据库访问系统必然是多个节点构成的系统，其并发性能取决于整个系统的节点数量，路由效率，而不仅仅是单节点的并发负载能力。

Voldemort

Voldemort 是个和 Cassandra 类似的面向解决 scale 问题的分布式数据库系统，Cassandra 来自于 Facebook 这个 SNS 网站，而 Voldemort 则来自于 LinkedIn?这个 SNS 网站。说起来 SNS 网站为我们贡献了n多的 NoSQL 数据库，例如 Cassandra?，Voldemort，Tokyo Cabinet，Flare等等。Voldemort 的资料不是很多，因此我没有特别仔细去钻研，Voldemort 官方给出 Voldemort 的并发读写性能也很不错，每秒超过了1.5万次读写。

从 Facebook 开发 Cassandra，LinkedIn?开发 Voldemort，我们也可以大致看出国外大型 SNS 网站对于分布式数据库，特别是对数据库的 scale 能力方面的需求是多么殷切。前面我提到，Web 应用的架构当中，Web 层和 App 层相对来说都很容易横向扩展，唯有数据库是单点的，极难 scale，现在 Facebook 和LinkedIn 在非关系型数据库的分布式方面探索了一条很好的方向，这也是为什么现在 Cassandra 这么热门的主要原因。

如今，NoSQL 数据库是个令人很兴奋的领域，总是不断有新的技术新的产品冒出来，改变我们已经形成的固有的技术观念，我自己稍微了解了一些，就感觉自己深深的沉迷进去了，可以说 NoSQL 数据库领域也是博大精深的，已经有牛人写了一篇?NoSQL 数据库笔谈，从原理到应用详细介绍了 NoSQL 数据库的发展，感兴趣的朋友一定要好好拜读一下。

初识 Hadoop

Robin — Fri, 02 Mar 2012 03:20:07 +0000

由于具备低成本和前所未有的高扩展性，Hadoop 已被公认为是新一代的大数据处理平台。就像30年前 SQL（Structured Query Language）出现一样，Hadoop 正带来了新一轮的数据革命。如今 Hadoop 已从初出茅庐的小象变成了行业的巨人，但 Hadoop 仍需继续完善。

Hadoop 是一个实现了 MapReduce 计算模型的开源分布式并行编程框架，借助于 Hadoop, 程序员可以轻松地编写分布式并行程序，将其运行于计算机集群上，完成海量数据的计算。如果你对 Hadoop 不熟悉，下面这些名词你或许耳熟能详，Google File System、Google Map/Reduce模型、lucene 、Nutch、云计算等，他们都与 Hadoop 有着或深或浅的关系，原来 Hadoop 离我们如此之近，那么花些时间继续了解它吧。

Hadoop 的架构

先抛开 Hadoop，简单地想想看，假设我们需要读一个 10TB 的数据集，怎么办？在传统的系统上，这需要很长时间，因为硬盘的传输速度是受限的。一个简单的办法是将数据存储在多个磁盘上，同时从多个磁盘并行读取数据，这将大大减少读取时间。

举个例子，假设磁盘的传输速度为100MB/s左右，那么读取1TB的数据需两个半小时以上，如果将数据分块放到100个磁盘上，那么并行读取1％TB的数据只需不到两分钟。

上面的解决方案需要解决两个主要问题，一个是硬件故障，要保证其中一个硬件坏了但数据仍然完整，Hadoop 的文件系统 HDFS（Hadoop Distributed Filesystem）提供了一种解决方式。另外一个问题是如何并行读取数据并合并保证正确性，通过 MapReduce 的编程模型可以简化这个问题。简而言之，Hadoop 提供了一个稳定的共享存储和分析系统，存储由 HDFS 实现，分析由 MapReduce 实现，这两者构成了 Hadoop 的核心功能。

HDFS

HDFS 集群有两种节点，以管理者-工作者模式运行，即1个名称节点（NameNode）和N个数据节点（DataNode）。其底层实现是将文件切割成块，然后将这些块存储在不同的DataNode上。为了容错容灾，每个块还被复制多份存储在不同的 DataNode 上。NameNode 管理文件系统的命名空间，记录每个文件被切割成了多少块，这些块可以从哪些 DataNode 上获得，以及各个 DataNode 的状态信息等。下图是 Hadoop 集群的简化视图：

HDFS 内部通信都是基于标准的TCP/IP协议，NameNode 依赖来自每个 DataNode 的定期心跳（heartbeat）消息。每条消息都包含一个块报告，NameNode 可以根据这个报告验证块映射和其他文件系统元数据。如果 DataNode 不能发送心跳消息，NameNode 将采取修复措施，重新复制在该节点上丢失的块。更多 HDFS 的架构和设计请参考这里。

MapReduce

上图说明了用 MapReduce 来处理大数据集的过程, 这个 MapReduce 的计算过程简而言之，就是将大数据集分解为成若干个小数据集，每个(或若干个)数据集分别由集群中的一个结点(一般就是一台普通的计算机)进行处理并生成中间结果，然后这些中间结果又由大量的结点进行合并, 形成最终结果。对 MapReduce 概念还是不理解的朋友，请参考这里。计算模型的核心是 Map 和 Reduce 两个函数，这两个函数由用户负责实现，功能是按一定的映射规则将输入的对转换成另一个或一批对输出。下图是一个简单的 MapReduce 示例，实现字数统计功能。

分布式并行运算

Hadoop 的分布式并行运算有一个作为主控的 JobTracker，用于调度和管理其它的 TaskTracker, JobTracker 可以运行于集群中任一台计算机上。TaskTracker 负责执行任务，必须运行于 DataNode 上，即 DataNode 既是数据存储结点，也是计算结点，这样可以减少数据在网络上的传输，降低对网络带宽的需求。 JobTracker 将 Map 任务和 Reduce 任务分发给空闲的 TaskTracker, 让这些任务并行运行，并负责监控任务的运行情况。如果某一个 TaskTracker 出故障了，JobTracker 会将其负责的任务转交给另一个空闲的 TaskTracker 重新运行。

Hadoop 的其他子项目

以上介绍的 MapReduce、HDFS、分布式并行运算是 Hadoop 最核心的功能。还有一些子项目提供补充性服务。如：

Hive: 提供基于 SQL的查询语言查询存储在HDFS中的数据.
HBase: 一种分布式、列存储数据库，适用于需要实时读写、随机访问超大数据集的场景.
Zookeeper: 一个分布式、高可用性的协调服务，提供分布式锁之类的基本服务.
Pig: 一种数据流语言和运行环境，用以检索非常大的数据集，使程序员能专注于数据而不是执行本质.

在 MIUI 系统下开启 App2SD+ 功能

Robin — Wed, 15 Feb 2012 09:17:45 +0000

最近发现自己手机上的内置 ROM 空间不够用了，虽然之前用修改了系统的分区大小，但是毕竟手机快用2年了，软件使用的空间也越来越大，目前还没有换手机的打算，所以没办法，只有自己想想其他办法来解决，我的手机是 HTC Desire ，目前我自己刷的是最新的小米系统 MIUI，虽然当前系统的版本有内置 App2SD 功能，但是像微信或 Google Maps 不支持 App2SD，所以我想到了 App2SD+ 功能。

在 Android 手机刚面世的时候，系统版本 1.5 和后来的 2.1 都不支持把程序装到 SD 卡上，由于系统内置的空间较小，装不了太多软件，于是有国外的牛人搞出了 App2SD 的概念，就是把软件装在 SD 卡上。在官方推出2.2版本系统的时候就把这个概念整合到系统，于是出现了2种 App2SD 功能。

为了区分2种 App2SD，这里重新命名一下:

App2SD： Android 2.2 版本内置的 App2SD
App2SD+：国外牛人从1.5系统开始搞的 App2SD

这两种 App2SD 有着明显的区别，区别如下:

App2SD：直接把软件装在 SD 卡的 Fat32 分区上，这个分区就是手机连接电脑使用磁盘驱动器的时候看到的那个硬盘分区，这样做有缺点，比如当使用磁盘驱动器模式的时候，SD 卡被电脑独占，装在 SD 卡上的程序无法运行，会导致很多插件和软件消失。另外，目前来说 Android 上面的软件很多还是不支持 App2SD 的，只有一部分可以装在 SD 卡上。
App2SD+：通过给SD卡分区, 一个 Swap 分区(可选),一个 Ext 分区(安装软件的地方),一个 Fat32 分区。这种方式很好的解决了官方2.2系统自带 App2SD 的缺点,所有程序都可以装在 SD 卡上,在使用磁盘驱动器模式的时候也不会影响到 SD 卡上程序的运行。

所以，我个人强烈推荐使用 App2SD+。

MIUI 的 App2SD+ 是完全使用 Darktremor App2SD 的，一点不一样的地方都没有。英文好感兴趣朋友请参考这里。

下面我来介绍一下在 MIUI 系统下开启 App2SD+ 功能的的具体方法：

备份 SD 卡上的文件到电脑上（因为给SD卡分区后，你的 SD 卡上的资料就会全部删除）。
重启到 Recovery 模式。
使用菜单下的 Partition sdcard 功能对 SD 卡进行分区管理。
根据屏幕提示，选择 Swap-size 和 Ext3-size 选项，用滚轮上下调整空间大小，最后确定开始分区，没分配的空间就是 FAT32 存储空间。
开启 App2SD+ 功能，打开手机的超级终端，在命令行下输入如下内容：（这一步手机自动重启，这一步是重新加载 a2sd 功能，并且会把已经安装过的软件移到 sd-ext 分区里）

$ su
# a2sd reinstall
如果想关闭 App2SD+ 功能，则需要输入如下内容：

$ su
# a2sd remove

虚拟化 hypervisor 的类型对比

Robin — Tue, 31 Jan 2012 00:36:11 +0000

对虚拟化 hypervisor 类型的对比首先从理解市场上的两种不同方式开始，它们是：

Type 1：直接运行于硬件系统之上的裸机管理程序，Type 1 也经常被称为硬件虚拟化引擎。
Type 2：以现有操作系统之上的应用程序之一的方式运行。

由于 Type 1 管理程序以简化层的方式向虚拟机提交虚拟化后的硬件资源，因此它可以提供更好的性能和可扩展性。从而减少了运行管理程序本身所需的花销。

由于 Type 1 管理程序直接运行于硬件层上，它起的作用也在硬件范围内。运行了Type 1 虚拟化管理程序的主机通常只用于实现单一功能，它们作为资源池的一部分被设计，用于支持多个虚拟机内的各种应用程序运行。

尽管很多情况下 Type 1 与 Type 2 管理程序之上可以运行相同的虚拟机，从而提供完全同类型的功能，但是通常Type 1 管理程序要比 Type 2 更高效。事实上，我们可以把 Type 1 系统上运行的虚拟机迁移到 Type 2 系统上，反之也可以实现。可能需要一些转换机制，但是完全可以实现。

由于直接运行于硬件层之上，Type 1 管理程序支持硬件级的虚拟化。而 Type 2 管理程序由于是作为操作系统的应用运行的，它完成的是软件层的虚拟化。

理解虚拟化管理程序的使用率：

由于实现原理的影响，Type 1 管理程序通常用于支持生产环境或者是直接为用户提供服务的虚拟机。而Type 2管理程序虽然可以提供非常丰富的服务能力，但却很少用于生产环境。通常运行 Type 2 管理器的主机还会支持其它的一些额外服务，因此无法100%的用于支持虚拟机运行。所以，我们需要选择 Type 1 系统支持生产用虚拟机。

Type 1 管理程序可以监控虚拟机的运行状态，跟踪虚拟机内发生的所有动作，必要情况下还可以允许（或禁止）对某些资源的访问来满足虚拟机操作需求。理想情况下，虚拟机管理器可以配置某个虚拟机的各种设置策略来完成对它的管理。如果您需要完成如下的这些任务，请考虑选择基于硬件的虚拟化管理程序：

系统整合：虚拟化管理程序可以支持在同一物理硬件上运行多种系统，这样可以在保证，甚至是提高服务水平的基础上减少所需物理服务器数量和降低成本。
系统测试：管理程序可以实现对系统的隔离，因此可以在不影响生产系统的情况下完成对新软件和应用的测试。相比物理平台，测试所需成本降低。
异构平台管理：管理程序可以支持在同一物理硬件上运行多种异构的操作系统平台，从而可以降低企业使用异构平台的硬件成本。
硬件优化：通过在同一个物理主机上运行多个工作负载，管理程序可以把服务器利用率从5%~10%提高到60%~70%。
应用程序高可用：通过在故障切换集群系统中运行工作负载，运行了管理程序的服务器可以支持应用程序的高可用，确保虚拟机内应用程序提供的服务始终可用。
资源优化：通过在独立的虚拟机内运行不同的应用，管理程序可以优化资源配置，因为每个不同的应用在不同时间段所需的硬件资源是变化的。
服务灵活性：由于管理程序支持跨虚拟机的操作，所以虚拟机的克隆和再生变得更加容易，相比物理机企业获得了更大的灵活性。
动态资源管理：虚拟化管理程序可以支持在虚拟机工作负载运行高峰期，手动或自动地进行资源再分配，因此虚拟化管理程序可以更好地支持数据中心范围内的动态资源分配。

意犹未尽的《机械迷城》

Robin — Mon, 30 Jan 2012 05:37:05 +0000

好久没写博客了，这篇好像是2012年的第一篇文章，这么重要的位置我竟用来写游戏心得，我真有点不好意思，呵呵。春节假期，我在 iPad2 的 App Store 上下载了一款叫《机械迷城》（Machinarium）的游戏，它真是一款让人爱不释手的游戏，大年初二到初四我一口气玩到通关，它里面的很多谜题都是一些智力小游戏，让玩家在体验游戏的欢乐的同时锻炼了大脑，真是让人着迷。《机械迷城》是由捷克独立开发小组 Amanita Design 设计制作的一款 AVG 冒险游戏。该游戏在2009年独立游戏节上获得了视觉艺术奖。游戏采用的是传统点击式界面，和 Samorost 游戏相似，2D 背景和人物，没有对白。Machinarium 游戏的时间更长更复杂，游戏画面则全部由手画完成。

独立游戏，这个名字真的还是第一次听说（是我火星了。。），自然而然地联想起了时下很流行的小成本独立制作电影。“独立”总是意味着着四两搏千斤似的优雅，和满脸稚气的无拘无束，在这个势利的世界里，占据着以品质，内涵著称的一个角落，而且，这个角落越发得令人无法抑制地加以窥视（尽管多数人人依旧不屑一顾）。

我深深被精美的美工背景吸引，饥渴地下载下来，一口气通了关。过程中除了感叹于各种谜题的绝妙设计，以及 2D 动画细微处的一丝不苟之外（背景音乐都是那么惬意），浮现起了一个词：“后工业时代”。

被遗弃的，散落在垃圾堆的主角，灰黑色植物上的嫩芽（不知道你注意到没），肮脏的的污水池，锈迹斑斑的楼梯，碎掉的街灯。这些场景已经定下了一种整体抑郁的色调，在以一种严肃而无奈的方式暗示我们：“这是一个不值得停留的时代里的一个被遗忘的城市。”不由自主想起了机器人瓦里？嗯，当然会想起，太相似了。

监狱里想抽烟的废物，懦弱的罪犯（无辜的？），被抢走的乐器的三人组，不再工作的扳手，还有那个高塔之上几乎无能的老大。。。等等，好多好多。每时每刻，都有一种淡淡的悲伤和凄凉侵袭我们，主角默默地帮助那些可能一辈子也不了解自己存在价值的机器人，犹如瓦里一个人整理者全人类留下的垃圾。主角回忆着往日和心爱的另一半在油池里面嬉戏，恰似瓦里默默注视老电影里那双牵起与被牵起的手。

后工业时代的进行总是伴随着疑惑不解，彷徨失落，急躁反抗，当然还有前辈制造的各种遗留问题和隐隐发臭的垃圾。记得《搏击俱乐部》里的那句台词：“我们是被上帝抛弃的一代，没有大萧条，没有世界大战，我们的战斗是精神的斗争。”机器们重复着制造者设计的工作而不思考它的意义，人类每天做着自己既不喜欢也搞不懂的工作，而时间依旧不曾停留。于是有人疑惑，有人彷徨，有人反抗，但是这些终究不是良药秘方，这些终归于沉寂。

这样，就有了后现代主义的散漫，缺少了开天辟地的豪情，一切归于琐碎的问题，混合的意识，安逸的信步。或许瓦里或者是游戏里的主角拯救世界的壮举过于理想化，可我依旧被感动得落泪，拯救不值得拯救的世界，不因为过去或者现在，只因为一种趋势，一种回忆的力量，一个对未知未来的期望。似乎诠释着后工业时代延续性的重要，过去可以无比向往，现在可以无比作呕，未来可以毫无希望，但是，要有走下去的毅力，至少给予后代变革进步的机会，而我们，不惜为完成过渡倾其所有，毫不犹豫。

而游戏与电影总是浪漫的，即使灰暗抑郁，也有精神的美好寄托，微笑不知情地面对危险，总是观众乐于接受的，当我们从欢乐的外表提炼出严肃的暗喻时，自然有连篇出现的猜想。奔波在荒漠孤城里的机器人，最终拯救了城市，亦步亦趋，艰难，但是坚定。思想的孤寂痛楚总是当下人们最大的敌人，但就算没有灯塔，我们依旧要默默地走下去。

我应该说，这是一部让人休闲的游戏，还是一些让人思考的材料，更是一种让人伤感落泪的猜想。

“这个世界如此美丽，值得我们为之奋斗，我只相信后半句。”

—米勒尔·海明威

在经历了那些魔兽，飞车，使命，战神等游戏的汹涌震撼和冲击之外，电子游戏亦不可救药地进入了“后工业时代”，生猛海鲜似的大手笔（大作，神作），貌似越来越不能满足玩家的口味，相同的东西吃多了总会腻，无论这东西有多美味，画面和照片一样（至少我们肉眼无法辨别）的时候，我们又该有怎样的期待？这类独立制作的小游戏虽然不太可能是最终出路，但算作一种提示，一种指引，一剂良药呢？如果独立游戏能保持独立电影的严谨和卓越，哦。我越发地期待它的未来了！诞生一个独立游戏的韦恩斯坦？呃，仅仅是一个细菌般渺小的玩家，我依旧对它具有某种真诚的祝福和遐想。

Liferay Portal 集群配置指南

Robin — Mon, 26 Dec 2011 09:38:57 +0000

最近公司的 OA 系统出现性能问题，虽然问题的根源是应用中的签报系统采用的是 JBPM 框架，该框架在数据库设计方面的低效的惊人，但是在新的签报系统开发出来之前，作为系统运维人员的我们只能先采取其他曲线救国的方式来减少性能问题发生的可能性，所以就有了 OA 系统集群测试环境的搭建这个项目，这篇博文的诞生也拜该项目所赐。配置过程中费了老大的劲，尝试了很多种配置方式，其中的艰辛我就不说了，至少结果是好的。由于公司的 OA 系统是在 Liferay Portal 定制开发的，所以该集群测试环境的搭建也主要是围绕着 Liferay Portal 以及 Apache，Tomcat 来进行。我就不废话了，下面详细介绍 Liferay Portal 集群配置过程：

1. 在两个节点上分别编译安装 Apache ：

[root@oaclstest1 media]# yum install openssl openssl-devel [root@oaclstest1 media]# cd httpd-2.2.14 [root@oaclstest1 httpd-2.2.14]# ./configure --prefix=/usr/local/apache --enable-so --enable-proxy --enable-proxy-connect --enable-proxy-ftp --enable-proxy-http --enable-proxy-scgi --enable-proxy-ajp --enable-proxy-balancer --enable-ssl [root@oaclstest1 httpd-2.2.14]# make [root@oaclstest1 httpd-2.2.14]# make install

2. 配置 httpd.conf 文件，添加以下内容：

ServerName 10.1.2.200 #ErrorLog /var/log/apache2/ajp.error.log #CustomLog /var/log/apache2/ajp.log combined

AddDefaultCharSet Off Order deny,allow Allow from all ProxyPass /balancer-manager ! ProxyPass / balancer://ajpCluster/ stickysession=JSESSIONID ProxyPassReverse / balancer://ajpCluster/ stickysession=JSESSIONID BalancerMember ajp://10.1.2.190:8009 route=node2 BalancerMember ajp://10.1.2.189:8009 route=node1 ProxySet lbmethod=byrequests

SetHandler balancer-manager Order deny,allow Allow from all

3. 配置 RHCS 集群，cluster.conf 文件内容如下：

Chenjunlu's Blog

解决 WordPress 后台无法更新的问题

相关日志：

Linode VPS 下的 FTP 服务的搭建

相关日志：

了解 Oracle Ksplice

1. 对正在运行的内核应用补丁

2. 更新定制的内核

相关日志：

如何批量删除 Kindle 上的归档文档？

相关日志：

在 Linode VPS 下搭建 pptp 服务器

1.准备工作

2. 安装和配置 pptpd

3. 修改内核设置

4. 添加 iptables 转发规则

5. 配置 pptpd 服务

6. 附录

7. 后记

相关日志：

开始鼓捣 DD-WRT 固件

相关日志：

完美解决 Windows 7 DNS 服务器无响应问题

相关日志：

Linode VPS 上实现 WordPress 邮件通知

相关日志：

博客搬迁 Linode VPS 配置笔记

1.基本设置

1.1 设置 hostname

1.2 配置 vim

1.3 更新 hosts 配置文件

1.4 配置网络

1.5 设置时区为 Hongkong

2.安装 LAMP

2.1 先更新系统

2.2 安装并配置 Apache

2.3 安装和配置 MySQL

3.安装 phpMyAdmin

4.创建一个新帐户以访问网站文件

4.1 增加新用户

4.2 为新用户设置密码

4.3 修改 /srw/www 及其子目录和文件的属主和组为新用户及其组

4.4 上传网站文件

4.5 文件及文件夹权限设置

5.配置 WordPress

6.后续工作

相关日志：

备份 GoDaddy 主机网站文件

相关日志：

为什么要用非关系数据库？

1. 满足极高读写性能需求的 Key-Value 数据库

2. 满足海量存储需求和访问的面向文档的数据库

3. 满足高可扩展性和可用性的面向分布式计算的数据库

相关日志：

初识 Hadoop

Hadoop 的架构

HDFS

MapReduce

分布式并行运算

Hadoop 的其他子项目

相关日志：

在 MIUI 系统下开启 App2SD+ 功能

相关日志：

虚拟化 hypervisor 的类型对比

相关日志：

意犹未尽的《机械迷城》

相关日志：

Liferay Portal 集群配置指南