UCWeb 6.3 的全键盘快捷键处理到底是进步还是倒退?

以前一直很喜欢 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 看起来还挺好用

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 加密的备份数据呢?

支付宝的控件也够脑残的了

自从支付宝控件某个版本开始装驱动拦截键盘以后,我就没能在我的 Vista 下面正常用起来过它,无论是在 IE 里面直接点 cab 装,还是下载下来装了以后重启,都不成,访问 www.alipay.com 的时候 IE 还是让我安装,不知道发生了什么事情。害的我明明在 Windows 下面,却不得不用虚拟机。

然后更恶心的一个事情是发现这个用驱动拦截键盘的版本,不知道是为什么不认我的远程桌面,远程桌面上去的时候在支付宝控件中输入无效,我在水木上发帖说这个事情,有人还专门回我信箱说没这个问题。。。当然可能确实是我用的 seamlessrdp 和它有点冲突。看水木上面的帖子,有人甚至因为这个破控件不认自己的键盘导致无法登录而搞得差点重装系统,最后是靠 remote registry 才删掉。

招行的控件虽然也被很多人骂,但至少没出现这么多不兼容报告。支付宝这控件的测试貌似还差的远,而且他们似乎很着急的就把网页上面要求的最低控件版本号给升了,搞得我专门装上囤积的老版本控件都不能用。

唉,说这么多也是没用的,还是等什么时候彻底闲下来,自己反向算法搞个山寨版本的出来自己用吧。

郁闷,折腾了这么久,才发现居然是双工的问题

这个机器最早刚拿到机房的时候,发现不知道为啥,启动时候总是协商成 10M 半双工,但是交换机和网卡显然都是 100M 的,于是只好在 rc.local 里面加了一条 mii-tool -F 100baseTx-FD eth0 , 这么一直用了一年多也没有太大问题。后来因为一些原因,这个机器 down 了又有一年多,再起来以后就总觉得这个机器网络慢,在 shell 上面执行比较大输出的操作,都会一卡一卡的,一直没搞明白是为什么。这段时间为了解决访问 blog 慢的问题,对 web 进行了不少优化,gzip, expire 啥的都设了一遍,有一点提升,但是没有特别明显的效果。因为没有太多时间,所以就懒得管了。

今天稍微清闲了一点,就仔细研究了下这个问题,发现从同一内网用 ab 压 17K 的静态文件最好情况下只能到 40 个每秒左右,大文件则是只能到 1.8MB/s,这明显有问题。但是 ping 也看不到什么丢包。

习惯性的看 dmesg 的时候,发现网卡每次启动时候还是会协商成 10M 半双工,这就奇怪了,机器经过这两次倒腾,机箱换了,网卡也换了,网线也换了,交换机上网口也换了,为啥还是 10M 半双工,莫非这个交换机其实只能上半双工?于是 mii-tool 重新调整为 10M 半双工,马上 shell 就不卡了。

但是 10M 半双工虽然 shell 不卡,带宽实在比较不能够接受,于是尝试了一下 100M 半双工,貌似效果很好, HTTP 大文件同一内网能到 8MB/s, ab 那个 17K 的静态文件可以压到 400 个左右,这样看起来就还算凑合了,虽然总的来说不是很高,但对这个破机器,还是可以接受的结果。

最后的结果就是 rc.local 里面改了一行

mii-tool -F 100baseTx-HD eth0

至于为什么不能上百兆全双工,这问题也懒得研究了,先这样用着好了,我要求不高。

另,这机器以前的网卡是 3C905B(3c59x),后来用了几天 8139(8139too), 现在是 DFE-530TX(via_rhine),都不是什么特别好的网卡,不过都协商成 10M 半双工也真是够那个的了。。

最近评论

时光机

其他