前几天用有道博客男女测试了一下我的两个blog，结果跟以前测试的一样。技术blog百分百男性，杂blog百分之八十多，昨天我把技术的给挪到根目录下，再测居然就变百分之八十多了，相反杂blog的却变成了百分之百。真是神奇的算法啊。

如题，看起来干净点，也可能有助于提高 PageRank 吧。

原来 /wordpress 开头的链接不用担心，已经做了跳转处理。

以前一直很喜欢 UCWEB，从 3.x 版本我就开始使用它，中间换了三台手机(SE K700C, Treo 650, SE M600i) 。不论是数字键盘，还是全键盘，还是触摸屏，UCWEB 都工作得比较令我满意。07 年时候因为 Treo 650 用 java 的 ucweb 容易死机，我还特意将手机换成了 M600i 。这个手机是个准全键盘，数字键左右两边按下会当不同的字母处理， UCWEB 6.2 以前的版本对这种准全键盘的也能响应，不需要切换到数字模式就可以按前进后退，用起来也还算舒服。

前不久在 ucweb 上看到了 6.3 beta ，赶紧下来使用，结果发现所有键盘快捷键都不好用了，需要费劲切换至数字键模式才成，而索爱有个 bug 是应用程序的数字键状态在切换出来的时候不会保存，进程切换一下，数字键模式就丢了。这样这个快捷键也基本就没有用处了，谁会每次翻页之前，都去按两下切换键呢？

发信问了客服，被告知以前能够处理 “是一个bug” ，新版本对全键盘的快捷键处理方式是需要按住 alt 再按对应键才有效果的。当我要求可否保留原来的特性，或者仅对 M600/P1 这样没有导航键的机型保留此特性时也被拒绝了，原因是“这个功能开发人员已经考虑按照全键盘手机快捷键的使用方法实现了”。

我不知道这个决定是如何做出的，莫非 UCWEB 的开发人员真把手机给当成一部全功能电脑了？我用全键盘手机差不多有两年半时间，从来没有觉得在全键盘手机上按组合键是一个很方便的事情，在聚精会神输入文字的时候还可忍受，在歪倒在沙发上的休闲状态，或者在地铁里面随便浏览网页的时候，难道也要用双手来按一个组合键以将网页翻过半屏？ 大多数人浏览网页的时候基本都是以看和翻页为主，这种时候当然是能少用一只手就少用一只，鼠标的滚轮就是为了能快速翻页还不用另一只手来按键盘而发明的，UCWEB 用组合键当快捷键的话，我的两只手都时时刻刻不能解放了，这可不成。

PS: 看我 blog 的各位里面，如果有谁能接触到 UCWEB 相对高层点的人士，帮忙抱怨一下吧，至少把 6.2 这个版本给保留一下也成，多谢。
PS2: 如果有合适的 ucweb 的替代品的话也请推荐一下吧，要求有类似 ucweb 的省流量功能就成了，不是咱心疼那点流量，是流量大了速度太慢，在地铁这种一会有信号一会没信号的地方很容易被打断。

139 邮箱的 Pushmail 看起来还挺好用

原本很早以前 10086 就一个劲的给我打电话推销 139 邮箱，说免费啥的，但是我手头邮箱已经够多的了，再开这么一个能给自己不停发骚扰短信的邮箱似乎也没啥太大用处，于是很坚决的拒绝了。前几天看到招行也在推广这个 ，说通过招行开通 139 邮箱有 139 个积分送，而且收费的 139 邮箱还可以多免费用一阵子，于是顺手开通了 5 元版本的，打算体验一下传说中的 pushmail，没想到这个 pushmail 远比想象的要好用。

开通 pushmail 的时候需要下载一个客户端装上，我的 m600i, uiq3 的系统居然也有支持，装上的很顺利。我本来一直以为 pushmail 这个东西只能在 blackberry 机器上做出来，而移动这个 pushmail 是山寨货，需要靠客户端不断的连接上 GPRS 去查询一下，就像飞信那样，但实际使用的时候发现它还真是 push 的，平时没看到手机有任何 GPRS 行为，但一旦给 139 邮箱里面发一封信，在十几秒钟之内就会看到手机自动开始连接 GPRS 并下载邮件，下载完邮件以后就又迅速断开 GPRS。然后就是这个客户端做得很有 SE 自己软件的特色，邮箱内容显示风格和 m600i 自带软件几乎完全一样，弹出联系人框和自动补全之类更是神似，怀疑是移动直接外包给 SE 做出来的。不管怎么说，用起来确实相当顺手，比飞信那个 Java 界面要顺手多了，而且还比飞信省电且不需要加好友，可以一定程度上代替飞信用来聊天。。

我现在已经打算把这个 pushmail 功能续下去了，看来果然需求都是培养出来的，之前也没觉得在手机上直接收发邮件有多方便，现在用了才知道。

另外友情提示其他想用这个 pushmail 的人，如果要用 pushmail 建议将 139 邮箱的短信提醒给关了，否则经常会短信提示也到了，这个也提示收到邮件，很烦。

话说我的 blog 也 down 了有数次了，每次 down 掉以后都好久起不来，其中很大程度上是 blog 的数据没有及时备份出来，用以前的备份开的话，中间的就都丢了，回头合并又是个麻烦事情。

最近有点时间，在北京机器上的 MySQL 配置了一下，让他作为从库从唐山机器的 MySQL 同步下来 blog 的数据，只要网络不是太烂，基本可以做到实时备份了。

当然，从公网上用 MySQL 复制存在各种风险，不过实际能做的事情不多，只能用 iptables 保护，只对同步机器开放 MySQL 端口；关闭除同步账户之外其他所有用户的网络访问权限；同时使用 MySQL 内建的 SSL 功能防止监听；最后复制用的账户要求 SSL 发行者校验，只相信北京机器发过来的 SSL 连接请求。

不过现在异地备份还是太近，不满足 1000km 的基本要求，无法抵抗华北平原地震，要不要再在美国买个便宜空间专门定期上载打包后 gpg 加密的备份数据呢？