FireFox Fan blog RSS - Greater China
未读) 共
(64 未读)
(43 未读)
(94 未读)
(25 未读)
(142 未读)
(143 未读)
(17 未读)
(84 未读)
(47 未读)
(9 未读)
(32 未读)
(4 未读)
(72 未读)
(109 未读)
(47 未读)
(33 未读)
(91 未读)
(25 未读)
(32 未读)
(14 未读)
(9 未读)
(28 未读)
(1 未读)
显示条目:
只显示未读
已读和未读
未读条目 (
提交: 2011
, 8:55pm HKT
前几天，在时光网上，翻阅关于艾迪 凯耶 托马斯的介绍（关于此人，名气不太大，但是我很喜欢），无意间看到对其评论中，有提及《寻堡奇遇》这部电影，并且声称是托马斯拍的最好的一部电影。既然如此，我就记下了这部电影，打算要看一下的。
明天又要加班了，吃过晚饭洗完澡，就不知道该干嘛了。转眼间又是七夕，每逢七夕更孤单，茫然间需要点东西来慰藉一下，不知何故，用一部电影来冲淡点淡淡忧伤吧。我记起了《寻堡奇遇》。
这里不得不提一句，PPTV现在的确是赶超了PPSTREAM了，自从PPSTREAM将《武林外传》下架后，我就基本上对其无爱了。更欣喜的是，《寻堡奇遇》这本名气不太大的片子，也能在PPTV中找到，非常幸运。
其实片子的梗概很简单，韩国裔的哈罗德和印度裔的卡玛，在寻找一个叫white castle的汉堡包店的过程中，经历了很多奇遇，多番波折之后终于找到了white castle，并且各自从这段经历中，学到了很多东西，更加积极的面对自己的生活。我想，这样的故事，肯定是不入我们国家“大导演”之法眼的，而且肯定不会有好的票房，甚至连中影都不会看一眼。但是就是这么个在找寻white castle的过程中，让两个人学会了反抗、学会了勇气、学会了面对、学会了坚持，并且让电脑前看完整部电影的我，有所动容。
很多事情，我就像那两个白痴一样，并不懂得如何去面对、如何去坚持。以前，曾有很多的事情，却在我的“故作高姿态”下，不经意间流失了，再也找不回来了。生活，必须经历点挫折，才能磨练出深埋在内心的那份勇气和坚定吧。或许我的生活太波澜不惊。
电影中，哈罗德和卡玛在抢来的卡车上，听的那首歌曲《hold on》，非常动听，并且歌词也很励志。“hold on you one more day”让我有所启发。也许，很多事情只要再坚持一下，情况就有所改观。
顺带提一句，这部电影里面，反倒是艾迪 凯耶 托马斯戏份很少，根本看不出是其拍的最好电影的一点影子。有时候影评实在不知所云。还有，一般类似该类题材的美国电影，往往是把故事放在“sex hunting”的线索结构之上，虽然也出了不少好电影（如《美国派》的I和II是这样的），但是相比而言，总归要单纯一点，不过受关注程度，就要下降不少。
老规矩，奉上电影海报。其中有一张海报，太误导人了，忽视掉。
提交: 2011
, 10:53pm HKT
好久没写blog了，不过除了忙、没心情之外，前几天联通宽带的出国线路出问题，也是个原因。今天写个短篇吧，经常光顾本blog的朋友可能知道，这里只有原创（只有一篇是翻译），另外喜欢拿changelog来盖高楼，呵呵。
今天看《Friends》的S10E11，终于让我破解了一个西方人经常使用的一个小动作的意思了，觉得挺有意思的。记得有个朋友，在看《RevolutionOS》的时候，特意截了一张图，是Linus Torvalds大牛在接受采访的时候，做了个动作——左右手都伸出食指和中指（类似表示“2“的样子），然后放在头的两侧，四个手指头同时弯曲、伸直、弯曲、伸直........
那个时候，这个朋友挺奇怪的，不明白这个动作的意思，而且也经常见到西方人做这个手势。不过今天终于让我在《Friends》S10E11里面找到***了。原来，这是代表了“引号”——就是那个四个点了，然后在弯曲一下，就更加传神了 所以，如果你想在谈话时，要强调某个词语的时候，可以做上这么一个小动作。
提交: 2011
, 3:43pm HKT 由
如题，总觉得现在如果需要雀力向上的话就必须慢慢记录各种日麻点滴，总结经验，可能会频繁更新。见证自己雀力向上！
提交: 2011
, 7:37pm HKT
真的很难相信，在这个星期天的中午开始，整个人就被一部美国五十年代的歌舞剧所吸引，魂牵梦绕欲罢不能。连续不停的看了两遍，直到晚饭为止。
就是这部被美国人誉为“国宝级”的歌舞片经典《雨中曲》。关于这部影片，其中吉恩 凯利在雨中singin' and dancin'的场景被众人奉为经典，其溢满于屏幕欲呼之欲出，使欣赏着无法抗拒的与之共同欢乐的魔力，确实是经典中的经典，无法复制。
说起看这部电影的动机，其实也很好玩。最近江南进入梅雨季，虽然潮湿令人心烦，但是前一天晚上，刚好有个约会，而出门打的又忘带雨伞，在下车后，就一直在淅淅沥沥的小雨下等候。此事，脑子中竟情不自禁的想起了吉恩 凯利的那经典的场景。可能当时心情紧张而又兴奋之故吧。
因此，当天回家后，就赶忙想把这部电影down下来。其实初衷只是想把《I'm singin' in the rain》挖出来，然后转下格式放进手机里，作为经典收藏。可是又不知道到底这一幕是出自cd1还是cd2，于是就都下了。
星期天中午，down完，以一种“等待”的心情开始看片。说实话，作为歌舞片，我并没有抱太大的希望，更何况是美国五十年代的歌舞片，即便是被奉为经典，也不能在一开始就拿出十分的激情。前些年的《芝加哥》就足够令人昏昏欲睡了。
故事的主线是电影明星唐和凯西的爱情故事，时代背景被放置在20世纪20年代末期，正处于美国电影界从默声片从有声片过度时期。剧情幽默而又轻松。作为歌舞片的灵魂——舞蹈和音乐，在剧中被发挥的淋漓尽致，与故事叙述相辅相成，没有一点让人觉得拖沓和牵强（好吧，我承认期间衣服广告的那个环节有点拖沓）。将音乐剧的灵魂演绎到如此高度的，确实要归功于三位主角——吉恩 凯利，唐纳德 奥克纳和黛比 雷诺斯（来自百度百科），他们的踢踏舞真的是太令人震撼了，并且融入了幽默风格，给观众以赏心悦目的视觉享受。尽管已经跨越了半个多世纪，但是还是令人感觉历久弥新。期间很多都可以和《I'm singin' in the rain》一起被奉为经典的，如奥克纳的《Make them laugh》，三人一同演绎的《Good morning》，还有唐向凯西表白的那个su et场景以及其后的歌舞。
题外话是，欣赏这部电影之后，终于让我弄明白了两个人的关系。以前一直想不通，为什么《雨中曲》里面的主演“金凯利”能够保养的这么好，并且年事如此之高还不遗余力的夸张搞笑，出演完全不同风格的电影，如《变相怪杰》之类。其实这个误解完全是糟糕的翻译导致的。《雨中曲》的主演是被誉为“一代舞王”的吉恩 凯利（Gene Kelley），而另一个叫做吉姆 凯瑞（Jim Carrey）。真不知道什么时候大陆的翻译人员竟会向港台学习（或者奉行不动脑子的拿来主义），将外国人名字进行本土化翻译，以至于都被翻译成了金凯利！
作为电影类blog的惯例，奉上海报一张。
提交: 2011
, 2:31pm HKT
很久没有折腾自己的gentoo了，第一，是因为实在比较稳定，用的挺欢快，没有必要像以前一样不停的搞系统；第二呢，光驱已经归位大约4年了，实在是不想在搞垮系统后，连个最终的补救措施都进行不了。不过插个题外话，能够在无光驱的情况下使用4年电脑，那也不是一般人能做到的，对linux系统而言，不折腾系统就可以，对windows而言，良好的使用电脑习惯是很重要的。
近段时间，为了看碟，必须得要买个光驱了。好在现在的光驱的确便宜，不像当初攒机的时候，刻录机动不动就要400多。在淘宝上找到一个先锋的dvd刻录机，连运费90块，实在是白捡一样。唯一不太爽的是，面板是黑色的，而不是寄箱的银白色。话说也是在购光驱的时候，才逐渐了解到，现在已经没有除了黑色面板之外的其他面板颜色的光驱了。这个实在是太出乎意料了。
光驱到手，兴奋不已，为了保险，先不上螺丝试验，没有问题后才上了螺丝盖了机箱。不过系统切换至gentoo后，奇怪的事情接踵而至。首先是舱门的开启问题，每次按舱门键，打开后没有任何停顿马上自动关闭，实在是令人恼火！这个在没有明确的解决方案之前我忍了，好在平时做什么事情都是手脚快。之后又发现，在看DVD的时候，只要解换章节，光驱马上像开足马力的拖拉机一样，但是关闭播放软件后重新看，却又能够恢复般绵羊的温顺。再一个比较奇怪的问题是，以前我记得只要在播放器里面直接设置光驱设备，如/dev/dvd或者/dev/hdc等之类，就可以读取光驱了，而现在，必须手动挂载，然后要到挂载点去读取dvd，实在不方便得很。
这三个问题，单独来看都不算大，一起来我就受不了了。现在sir上发个贴纸试试，一天下来没什么好的方案。于是就在gentoo的官方论坛上试试。没多少时间，有人回复，说尝试下迁移至libata。说实话，我第一次听说libata，根本没有方向，好在时常抽风的google这次还算帮了忙，搜索到了同样在gentoo论坛里的一个帖子，非常实用，手把手指导配置内核以实现迁移到libata的工作（http://forums.gentoo.org/viewtopic-p-6362608.html；前面的那些chroot部分，是为了解决楼主不能进入系统而加上的，如果没有这个问题，直接配置内核就行了）。
要做的内容不算多，但是过程还是坎坷的，两次新内核都无法启动，原来是内核中VIA的PATA驱动没有选上的缘故。这个libata具体是什么还真不好说，大概是将ide存储设备模拟成SCSI设备，以获得更好的支持。
当最终的内核启动成功，光驱弹出、关闭正常后，实在是令人欣喜，后来又确定，经过这次迁移，光驱上的所有三个问题都全部解决，而且kde可以直接识别插入的光盘媒介，并进行通知和操作提示，和u 存储器一样了。
不仅是光驱，硬盘性能好像也有一定的，而且在升级portage的时候，不再是红灯不停的闪烁了，写盘更具有连续性。
我觉得，不少上linux的老系统，估计还有很多没有迁移过去，毕竟05年攒的机，那时候SATA硬盘之类还不算标配。推荐迁移。
提交: 2011
, 5:09pm HKT 由
pym ql是一個比較通用的在python中連接MS SQL數據庫的玩意, 不過他的開發版(2.0)版比正式版更加穩定, 功能也豐富一些.
項目地址 htt ://code.google.com/p/pym ql
源碼地址
hg clone htt ://pym ql.googlecode.com/hg/ pym ql
編譯之前你需要幾樣東西
首先是Cython (Cython的安裝需求是需要VS2008 (py2.6以上) 或mingw32編譯環境
然後是Mingw32編譯環境, 編譯pym ql需要 獲得源碼之後就setup.py build -c mingw32吧 然後i tall
一切都是輕車熟路 問題來了
你會驚訝的發現他連不上任何數據庫
在新版本中, pym ql依賴freetds連接, 因此即使在windows, 他也需要freetds的配置文件
[global]
port = 1433
[myserver]
host = 192.168.0.16
port = 1433
然後你還需要名字改成freetds.conf, 然後添加系統變量
set FREETDSCONF=c:/path/to/freetds.conf
set FREETDS=/path/to/freetds.conf路徑 然後就可以co ect到host=myserver即可到達192.168.0.16了 提交: 2011
, 3:51pm HKT
一、属阴阳历。
二、各时间单位的确定
（一）阳历成分：
1、年
提交: 2011
, 7:31pm HKT
此帖为lrcShow-X 2系列的跟踪贴，相关bug或者建议，朋友们可以发在这个博文中。
在2.0.0版本发布前，修正了随播放器退出的代码，以及修复了一个在横向模式中提示信息居中的问题。因此在更新了翻译之后，就发布了。
目前的开发svn为：
正式版下载地址为：
（如果您喜欢这个程序，请登录kde-a 后点几下＋号，这是对这个项目最大的支持）
deadbeef的dbus支持插件（感谢xu zhen朋友开发了这个插件）：
修复在跟随播放器自动退出后，某些设置项改动无法报存的bug（path针对2.0.0正式版，最新SVN版本已修正）：
deadbeef的mpris插件（编译环境为Gentoo 64bit / deadbeef-0.4.4；将解压出来的mpris.o文件放置在/usr/lib64/deadbeef/下；不确定所有64位系统都可以用）
以下为更新日志：
2011.05.06 - 2.0.0
1. 修正在流水搜索模式设置页中，最后一个选中的搜索引擎可删除的bug
2. 改进歌词的搜索逻辑
3. 窗口标题信息可在进行设置后立刻更新
4. 在未搜索到播放器后，支持手动或者自动启动相关播放器
5. 静默式更新配置文件
6. 增加除此运行后的设置向导
7. 重写策略配置对话框
8. 改进和部分重写参数设置对话框
9. 去除过滤歌词功能中不必要的一个设置项
10. 将搜索本地歌词的代码剥离为独立于主程序的模块
11. 增加对clementine的支持
12. 增加tuneWiki作为第十四个搜索引擎
13. 修正在全屏模式下，当修改字体后，歌词无法居中的bug
14. 歌词窗口的上下边界可拖拽，以任意改动窗口高度
15. 修正流水搜索功能导致段错误的bug
16. 修复原先版本中存在的拖拽歌词失效的问题
17. 修复更改歌词行间距后，歌词无法居中的bug
18. 增加对deadbeef的支持 (需要为deadbeef打dbus的补丁)
19. 修复在启动播放器后，连接dbus接口过程中的死循环问题
20. 播放器退出后，实现自动退出的功能
提交: 2011
, 6:32pm HKT 由
有這麼一個數據表, 某字段用的varchar() 有那麼一個pym ql 這尼瑪co ect的時候只能用utf8 然後select 出來的居然是 unicode 類型的 gbk編碼過的字符串
然後就有了這麼一個東西 將unicode類型的字符串轉換成普通的字符串 用來decode啥的
def fuckm qlencode(s):
return ''.join(map(chr, map(ord, s)))
提交: 2011
, 10:41pm HKT
这个问题，自从玩Linux之后就一直困扰这我。附庸风雅，喜欢看看围棋，而这方面TOM是做的最好的，但是就是这个问题，已经搞的我失去解决的信心了。
据我所知，这个问题在locale为gb系下是不存在的，而我以前却总认为这是向来热门的“java中文乱码”范畴之内。最终，虽然能够搞定java程序的中文显示，却总是解决不了TOM围棋上的评棋部分的乱码。
今天，好像脑子开窍了，干脆在google上以比较精确的关键字来搜索问题，直接打“linux java tom 围棋”，最终找到了ubuntu中文论坛上。原来问题的关键是java a let在读取文字部分时，采用了utf8，而TOM是用gb的，需要更改java a let的参数，方法是启动java的control panel，点击java选项卡下的查看按钮，在Runtime参数列下输入“-Dfile.encoding=gbk”，然后重启浏览器即可（可能也要重启X，不太清楚，因为涉及到环境变量吧）。如图：
不过这个方法的缺陷是，java a let在运行后，都会以gbk来读取文件，不过我也好像不太会用到其他的java a let网页了。
看看效果吧，狂喜！
提交: 2011
, 8:32pm HKT
今日清明节放假，早上和亲戚们一同祭祖扫墓表哀思，中午回家后就一直宅着。期间看了一部美国的无趣电影《Valentine's Day》，主要是冲着茱莉亚 罗伯茨去的，不过其所占戏份少的可怜，和一堆男男女女分摊了主角，没什么看头，而且人物众多纷纷扰扰记不清，因此即使有巨星加盟，也可以无视。
不过在随便翻看IMDB的时候，居然无意之中翻到了一个令我兴奋异常的页面，那就是《American Reunion》，如果按照国内惯例来翻译这部电影名称的话，那应该就是《美国派8：再聚首》。先前的blog中曾有对这个系列电影有过评述。虽然自3后的一系列作品显得非常垃圾，但是不可否认的是，美国派一直是我最最喜爱的美国青春喜剧类电影，这和片中涉及到的性情节无关。尤其令人称道的是前三部曲，堪称美国派系列的扛鼎之作。
不管好看不好看，美国派至今完成的7部作品，全部存储在硬盘上，并且将每两年一部的续作作为期待的对象。算到2012，也应该是8出来的时候了。不过万万没让人想到的是，这次的《再聚首》，可是前三部曲主力成员的真正再聚首，可以认为是美国派系列精华部分的重演绎，那是绝对值得期待和观看的。
好了，来看看我们的老朋友们吧。
Alyson Ha igan，一个喜欢讲band camp story的女孩子，谁又能想到最终会是《American Wedding》中绝对的女主角呢？这次在pie8中的名字是Michelle Flaherty-Leve tein，Leve tein夫人。
Cast中，有原版Stifler——Sea William Scott的加盟，不过请注意后面的单词，翻译过来是：传闻。
Tara Reid，哈哈，当时很喜欢她的，不过我对pie演员中，最喜欢的是个男的，此人对成熟女性有特殊癖好，猜出来了吧，不过这次好像回归名单中没有他。话题切回。Tara Reid当时的确是非常清纯的，不过近期对她的传闻都不太好，不是身材走样，就是和败家女希尔顿厮混。不过这次能回来，真的非常高兴。其实在pie7的时候就有传闻她会回归，不过独回归不如众回归来的过瘾。
Jason Biggs，pie三部曲中的最重要的男主角，处男同盟成员之一。他是非常不错的喜剧演员，这次和Alyson Ha igan首次以夫妻身份回归pie，真的太令人兴奋了。
另外，处男同盟的Thomas Ian Nicholas也会回归，不知道在pie8中会不会和Tara Reid旧情复燃。不过可惜的是Eddie Kaye Thomas没有看到有回归的消息。他扮演的Finch是我最喜欢的角色，难道我们都对略有年纪的女性都情有独钟？
说实话，真的有点等不及了！
提交: 2011
, 7:14pm HKT
经过一段时间的潜心code，昨天大致上完成了主要编写工作，正式进入公测阶段。这次的改变还是比较大的，但是整体大的架构上没有本质改变。本来是想好好改一下架构的，但是后来发现，目前的架构还是非常不错的，各个步骤和功能分割还是很有道理的。所以主要还是修改了一些不合理的地方，并且增加了许多新的功能和特性，因此这次版本号是以2.0.0出现。
总体上，预计和将来最终版还是会有一些变化的，主要是本来就想好的一个sqlite的数据库，和窗口的可拉伸问题——这个问题从lrcShow-II时代就一直想搞定，但是鉴于当时的代码，总是很头痛，改了这里，那里就不好处理了。经过这次的修改，突然发现以前的羁绊都一下子没有了。头脑风暴了一下，似乎是这样的，不过这个改动还需要一些时间思考一下，就先拿出当前的版本作为公测对象。代码上的改动毕竟还是比较大的，可能会引入新的bug，甚至以前灭掉的bug又会死灰复燃。所以为了保证正式版的质量，尝试一下公测还是觉得有必要的。
说一下这个版本的一些主要改动：
1. 增加了一个初次运行的向导。考虑到lrcShow-X的参数配置相对还是比较麻烦的，为了方便刚上手的朋友能够在最短的时间正常的使用，新增了这个向导。主要是对歌词路径上的设置，搞定这个就可以初步使用。
2. 将单行横向滚动，从显示行数的范畴中彻底剥离为一种显示模式
3. 修正了透明窗口上的bug。正因为灭掉了这个bug，我就可以放心的打开记忆上次退出时的透明状态。
4. 改进了配置文件的升级系统，目前已经是安静化的升级了，不需要再进行第二次启动。
5. 可以在播放器运行前，运行lrcShow-X。这里的机制是：当没有检测到可支持播放器运行时，启动一个对话框，让用户选择播放器，并启动之。
6. 大幅改进了歌词搜索逻辑。这个方面，用户体验不会太明显
7. 重写了策略设置窗口，现在是合并到音轨信息窗口中
8. 彻底重写了参数配置对话框
9. 增加对clementine的支持
10. 增加tuneWiki搜索引擎
11. 修复在全屏模式下，修改字体后歌词无法居中的bug
提一下测试时，需要注意的问题：
1. 删掉原先的配置文件
2. 可以保留原先的db数据库文件
3. 报告问题时，最好能贴出中端输出
4. 鉴于当前广告泛滥，本blog的留言可能会需要验证通过，抱歉了
不过，由于合作者的原因，对播放器支持这部分代码没有变动，不过还是希望朋友能够将测试出来的问题提出来。
此帖即为这个公测版本的问题报告贴，有问题敬请提出来，我将一一回复，确认的问题将跟踪到底。
谢谢对小三的一贯支持。以下为公测版源码。
注：4.3增加SVN-285版本，该版本可以通过拉拽窗口上下边界以改变窗口高度，该版本的配置文件和以前版本不同，但是通过静默升级配置文件后，这些版本都能够共存。
注：4.14增加SVN-288版本，该版本修复了不少bug，包括改变行间距后的歌词居中问题（长时间存在的老bug）、流水搜索模式下造成“段错误”的重大bug，以及修改系统托盘信息时长出现错误等，推荐使用该版本作为测试对象。
提交: 2011
, 4:02am HKT 由
我实在是受不了新来的新人了。研究生毕业？大学助教？一年网站经验？连代码都写不出来。对于电脑都十分陌生。赶紧送走吧。
百度的贱格终于让一众作家感到危机了咩？我好希望百度倒掉。
SugarSync也被墙了。GFW认证，必属精品。
版本发布的重大变革让我看到了希望。这次6230的版本合并任务太重了，不拖都不行。
提交: 2011
, 11:29pm HKT
对于lrcShow-X的2系列版本的开发已经有一段时间了，目前已经完成代码部分的80％左右，其svn地址为：
http://www.sanfanling.cn/svn/lrcShow-X/branches/2-series/lrcShow-X
这篇blog，就简单介绍下这个2系列版本将会带来的主要新的特性
1. 启动播放器功能
先前版本的设定，是必需要在支持的播放器运行的前提下，才能运行lrcShow-X，因为这个应用是要基于播放器提供的dbus服务的基础上的。虽然正是在这个理由下显得这种设定比较合理，但是在1系列版本漫长的活跃时期内，还是有不少用户抱怨。既然如此，那就一并解决掉。现在是这样的：如果在字符界面启动lrcShow-X并且不带播放器参数，那么在搜索不到支持的播放器后，会弹出对话框，要求用户选择一个播放器，之后会启动这个播放器，然后再连接dbus服务；如果带播放器参数，那么lrcShow-X会死心眼的去寻找该播放器提供的dbus服务，如果没有就退出。那么有的用户就会问：难道就不能在带参数的情况下启动这个播放器呢？回答是不能，因为这个播放器参数的意义是在于让lrcShow-X去给这个播放器提供歌词服务，而不是去启动它。但是用户可以通过一个选项让程序始终来启动一个指定的播放器。
这部分代码基本完成，还少一个设置“始终启动指定播放器”的设置页面，不过可以方便的从branches/ufo分支下移过来。
2. 增加初次运行的设置向导
目前这个向导可以指定歌词搜索路径、歌词保存路径，以及默认搜索引擎。计划中还要加一个，是保存策略的数据库类型。之所以要增加这个向导，主要是考虑到目前lrcShow-X的设置项比较多，刚开始接触不容易上手。一旦有了这个向导，可以在最短的时间内让用户配置好核心参数，从而能够一开始就能很好的工作。对于计划中的数据库类型设置，这里需要解释下。目前保存策略数据的，是一个保存python对象的文件，而策略内容是以python字典的形式一直存在于主程序中的。这样的好处是，操作快，比较轻型。但是也需要考虑到一旦这个数据库很大，那么使用专业的数据库就比较合理一点，也显得专业一些。应该这个专业数据库会使用sqlite，也轻型一点。不过可能会增加一个pysqlite的依赖关系。
3. 增加对某些搜索引擎的设置项
对于这个功能，主要是源于ttplayer搜索引擎。ttplayer提供了联通线路和电信线路的分离，虽然从我这里的测试看，两者连接速度差别不大，但是对某些用户可能比较重要。因此针对这个情况，就增加了一个对搜索引擎设置的一个框架。目前youdao引擎也有，不是很重要，就是返回的最多结果。
4. 增加tuneWiki搜索引擎
这个搜索引擎还是来自于我的搭档OutLikeAShoe，好像是android平台上一个歌词应用程序上用到的搜索网站。他写了实现，我做了框架上的修改，效果还是不错的。
5. 增加了对clementine播放器的支持
这个是由Aaron Xu实现的，因为我没有这个播放器，没办法做测试。不过我相信应该没什么问题。这个还要感谢OutLikeAShoe在播放器支持框架上的工作，使得对新播放器支持的工作变得非常容易。
6. 对搜索逻辑框架进行了重写
这个可能不太直观，但是可以通过下表来大概了解下目前的搜索逻辑：
标签信息 只在标签信息充分的情况下搜索 优先使用内嵌歌词 搜索逻辑顺序 充分 是/否 是 内嵌-策略-本地（通过文件名和标签）-网络 否 策略-本地（通过文件名和标签）网络 不充分 是 是 内嵌-策略-本地（仅通过文件名） 否 策略-本地（仅通过文件名） 否 是 内嵌-策略-本地（通过文件名和标签）-网络 否 策略-本地（通过文件名和标签）网络 没有 是/否 是 内嵌-策略-本地（仅通过文件名） 否 策略-本地（仅通过文件名）
大概的介绍就这些吧，事实上框架上的修改、bug的修复、代码上的改进是非常多的，但是正是因为修改量比较大，可能会引入新的bug，所以还需要一段时间的完善才可以正式发布，还有翻译，这个也比较耗时。另外，2系列的svn分支代码中，最大的没有完成部分是歌词编辑器。
提交: 2011
, 11:57pm HKT
昨天下午，有客人来访，却在使用电脑的时候，看到了qq发来的弹出消息：日本发生大地震了。因为当时要接待客人，也没有仔细看就走开了。后来下班的时候才从同事那里了解到，这次地震非同凡响，尤其是后面引发的海啸，可能要死不少人呢。
回家后，马上开电视，调到央视的新闻频道，终于真真切切的了解到了这次大地震造成的后果了。从电视上第一眼就看到，引发的海啸犹如地毯一样席卷大地，海水卷裹了汽车、破损的房屋等等，肆无忌惮的横扫一切。那些汽车就犹如小蚂蚁一般那么的渺小，在海水的冲击下简直不堪一击。这一幕，简直就像在看美国好莱坞灾难大片。
今天下班后，也一直守候在新闻频道前，同时实时关注腾讯微博的微讯。这次大地震，是发生在海里，震级非常大，达到了8.8级，据说破坏力超过30个汶川地震。另外，引发了非常可怕的次生灾害，包括海啸、大火，尤其是核泄露。最新的报道称已经有核电站发生爆炸。因为秦山核电站就在我们附近，中学期间对核电站的知识比较了解。其核反应堆最外层的混凝土防护罩是防止核泄露的最后一道防线，非常坚固，秦山核电站的外层混凝土防护罩据说可以抗波音飞机的直接冲撞。而这次日本的核电站爆炸并非核爆，而是一次冷凝水引起化学反应而产生的爆炸，直接将这次混凝土防护罩炸掉，而内部的核反应堆尚未破裂。最新的消息是，日本决定灌入海水，以冷却反应堆温度，不过这样的话，这个堆就废了。这个事态非常严重，很容易让人联想到前苏联的切尔诺贝利核电站和美国的三里岛两次核灾难。真不希望这个唯一一个遭受过核爆灾难的国家，再次受到核威胁。
这次大灾难，刚开始的死亡数据是30几个人，而截止到目前，已经超过1000人了，看着这种恐怖地震、海啸、大火，估计这次死亡人数不会少，尤其是那扑面而来的海啸，简直让人束手无策。
最近的地球板块真的是太活跃了，前段时间的新西兰地震，还有刚刚我国发生的云南地区地震。再往前推，这几年简直就是地震大爆发，难道可怖的2012世界末日真的会到来？人在这些大自然灾难下，简直太渺小了，大地一震、海啸一卷、大火一烧、核放射一飘，真的神马都成浮云了。不过无论如何，在如此的大灾难面前，日本国民表现，确实让人敬佩，并没有出现骚乱，总体秩序井然。
无论如何，真的希望这次带给日本非常大灾难的一刻快点过去。这个伤痕能够尽快抹去。
提交: 2011
, 7:02pm HKT
前段时间，公司安排，去了趟上海参加华交会。这次也真挺不容易的。前两天和老板一起，跟他除了喝酒也没什么其他事情，没想第一天就不知上海的和酒深浅，仅仅一瓶就吐了两次，着实丢人。然后就是气温了，本来挺不错的天气，谁知道刚到上海就急剧降温，那次又刚好有事耽搁没赶上回酒店的班车，和老板两人在硕大的新国际博览中心里顶着风瞎转悠。结果加上晚上的酒，感冒了，咳嗽不止。
本来，上海也经常去，没什么新鲜的，不过这次真的被座落在浦东的新国际博览中心的大，给吓着了。真是太大了，展馆也太大了，而且数量好多，还在造.......后面几天，和上司一起，老板受不了苦先回去了，这样下来，后面几天才能舒服点，也有心情出去逛逛了。刚好，那天有对夫妻客户碰到了，大家寒暄多时，并且执意要尽地主之谊，实在推托不过，于是就约好晚上6点半在南泉北路的第一八佰伴附近的一家比较有名的日式料理一起吃饭。
说实话，至今没吃过日本料理，比较馋，不过也比较担心，难得吃一回，还别不过瘾，毕竟日本料理名声在外，好吃但量少，不比韩国的，又是泡菜又是烤肉，必定管饱。是时，到了正地，相互寒暄后，就开始上菜了，说句实话，日本菜比较占价钱比重的三文鱼，真是不怎么好吃，因为实在感觉像是在咬年糕。芥末也不常吃，除了冲鼻，没什么感觉。之后正如我所料的，日本菜实在不经吃，而中国人请客，说客人没吃饱，那是莫大的耻辱，所以对方夫妇也不停的点，我们也不好意思，频频示意：差不多得了。
不过整顿日本料理，据说还是非常正宗的，周围也不少日本人样子的在吃饭喝酒。说起喝酒，前两天的惨样还记忆忧新，不过这次喝的日本酒，却是相当令人印象深刻。虽然没喝到日本比较出名的清酒，不过第一次喝到了梅酒，味道清香、梅香扑鼻，而且酒味清雅，比较适合被烈酒摧残过的人。回味无穷。
归途中，从上海带回了不停的咳嗽、隐隐作痛的头，当然还有第一次品尝到日本料理的回味。
提交: 2011
, 7:15am HKT 由
本周看了两场电影，相亲一场。一共花钱300大元。啧啧。
票房已空，要相亲等下个月吧。
难道我真的已经喜欢上了她？
技术部的新任大佬，有话要讲。质量维护部的新官也要烧火。我要好好看看，这是帮事儿呢，还是添事儿。
提交: 2011
, 8:05am HKT 由
爸回来了，跟着二姐的脚步。没有变老 ，我感到放心。
又是相亲！人类啊。
friends with potential？现在的节奏是慢还是快？
爱上暧昧的感觉。要不要趁着关系还没有到truly、deeply，seriously的时候，广撒网追求最好的恋爱感觉？
卡扎菲你还是快下台吧。
平淡的一周，继续追看《财经郎眼》，这个不能算剧集了。
提交: 2011
, 8:42am HKT 由
工作上，变更在按部就班的进行。而几个紧急包，通通难产。
啊，我的三国杀冠军奖金还没有拿到。
一次不经意的摸你花行为艺术，被神经高度紧绷的各级领导上升为热点事件。我想对不辞辛苦的制服组们说：真是糟蹋休息时间，这时节的中国，散步的威力没有北非那边的中国人民的老朋友们那么大。如果能把精力放在盯紧体制内的蟊虫，比如携款九千万跑路的股长，今天***明天双规的部长，那么中国一定能更稳定更和谐，您说是吧？
昨天才忽然想到，和电脑对拼，自己建个服务器就可以了。而计划中的面杀又泡汤了。现实世界总是不如网络世界可爱，你妈逼的逼人往宅路上推啊。
CC***，你居然敢不直播NBA全明星周末！我今年一整年恨你！
我不知道是不是你妈逼的，但肯定不是我妈逼的。因为我妈正在逼我相亲。用三天的时间加了一个女人的QQ，用三分钟时间完成鉴定，用三秒钟时间说声拜拜。
啊啊啊，怎么差点忘了。我的第一个情人节约会，居然就这样，跟一个陌生女孩吃了一顿。the bright size：事情终于发生了，但是剩下的细节都很囧很杯具。买的花是黑的萎的，愣是不敢送出去；订的餐厅居然已经倒闭关门了；从来没吃过的匹萨，果然以前不吃是有理由的，完全不合我的口味。
本周剧集：《江～公主们的战国》：
NHK河剧，感觉比《利家与松》好了不少。织田信长的演出是各个版本中最好的一个。
提交: 2011
, 5:21am HKT 由
坚持刷牙啊，同志。龋齿越来越严重了。杯具，赶紧看牙医吧。
明天的情人节，有人来勾搭吗？
太阳神版三国杀板载，可是玩的人太少了。官方服务器，什么时候能拿到第35个称号。
gravity终于升级到了翻墙版。之前建的proxy废掉之后无奈用了一段时间的【敏感词】。
棋牌？网络赌博？这真的不是我的菜啊。
本周剧集：《是你教会了我重要的一切》
与《魔女的条件》不一样，这次重点在于爱情的争夺。不伦？教师失格？小菜啦。
本周音乐：《浮夸》。目前关于陈奕迅和林志炫哪个版本好的争论越吵越大。
提交: 2011
, 8:09am HKT 由
今年的春节是年味最淡的一年。实践了自己的诺言，不去看春晚，不用吃键盘了。也终于对口是心非的叶公好龙党们建立了优越感。好吧，这个事件本身就很好笑。
事实上一直在关心埃及的局势。发生在埃及的事情，加强了我改变中国这个令人失望的社会的决心和勇气。
年底扫货，存的电影通通看一遍。
本周剧集：
《斯巴达克思前传·竞技场之神》。又黄又暴力的角斗士们回归了！
《How I met your mother》：《爱情公寓2》的“借鉴”之作。最可怜的是那两个身世不明的娃吧。
提交: 2011
, 9:46am HKT 由
感冒依旧未痊愈，及其郁闷。
余大要走了，我居然后知后觉。
眼看过年，大家都工作热情都很一般啊。
李娜输了，底蕴不足。这应该已经是她的巅峰了吧。谢谢你，李娜。
日本如愿赢了。那班长传冲吊的主，回家洗洗睡吧。
好消息：King@online项目正式启动了；坏消息：King@online项目半瘫痪了。
本周电视剧：《Ski 》
如果抛掉《Ski 》的洋大人披风和俊男靓女加成，这基本上就是个肥猪流的成长故事，但编剧看起来并没有准备把它写成励志剧。这里面的小孩，真的学会了爱、关心、责任感吗？
最杯具的是，水准下降很快，一季比一季唬烂。
本周音乐：叮当-《猜不透》：一个二三线歌手唱了一首流行歌。
提交: 2011
, 4:21am HKT 由
这周的重点是公司年会。那14辆奔驰 smart可能会让人津津乐道很久。
重临厦门。依然是人少而清净。也许人都挤在鼓浪屿上。
Nutz项目似乎很有趣，玩玩看。
想要写一个ejb代码生成器的决心更加强烈了。
VeryCD也遭了毒手，或许是版权问题，我更相信是保护费交太少的结果。这个政府，毫无廉耻地盗版一切。
本周剧集：《Modern Family》：人物的设定很有趣，乱七八糟的家庭组合和成员关系。新段子很多，估计可以撑住两三季度剧情没有问题。
本周音乐：《突然好想你》、《洋葱》。K掉它们，K掉它们！
提交: 2011
, 6:16pm HKT 由
最近学了一些关于jQuery的玩意, 不得不说这东西实在好强力, 连我这个看javascript不爽的人都觉得这简直是神器.
这里说一下一个关于防止页面表单重复提交的事情.
最开始的想法是猛拍按钮之后就把按钮禁掉变灰, 这样就不能提交多次了, 这在Firefox中运行得很好, 到了IE就杯具, 原因估计是IE在猛拍按钮之后还会检测一次按钮的状态, 如果在猛拍的同时disable掉按钮的话就杯具. 表单不会提交,
解决方法如下
setTimeout(function()
{$("#sub").attr("disabled","true");}
定义100毫秒后才禁用按钮, 这样既能让IE检测出按钮状态, 又可以达到防止提交的目的
提交: 2011
, 3:01am HKT 由
本周六的上海扩容全网测试，最后还是出了问题，这是多么悲伤和操蛋的事情。周六了还要晚上再加班，实在是超出了我的敬业峰值。所以，wucis真是令人佩服。
周四K歌去了。事实证明，《发如雪》已达成突破，但是新歌入手速度缓慢，还把嗓子唱破了。好在周五早上不上班，side bonus。
那个新人似乎真的上手很慢；但是我也没什么成长，杯具杯具。
支援给二姐后，不得不感叹，上班族挣钱真是慢啊。
突尼斯革命的启示：生存问题是革命爆发的基础，新媒体的广泛使用带了信息迅速广泛传播，是革命的酿造池；不平等、独裁是革命的火山口。
本周剧集：
，基本就靠熟女了，剧情并无亮眼之处。
提交: 2011
, 5:48pm HKT 由
現在還沒有完美的ext2的模組, 暫時先這麼用著,
提交: 2011
, 6:20am HKT 由
我又开始玩老游戏《皇帝》，这次一定要打出霹雳皇帝的结局。
每一年的开始，我们都有很多种可能。令人遗憾的，精力所限能完成的只有寥寥几样；更遗憾的，选的几样都没做到底；更遗憾的，一直没有买定离手，下注吆喝，一年时间直接蹉跎了。所以，今年的事情，带着不一样的觉悟，一定把它完成。
感觉到对现在写的代码一定热情也没有。讨厌简单的重复，没有新项目，甚至连代码重构的时间都没有。工作上也缺心，很多bug。
从去年开始建立的代码质量检查不错，要坚持下去。
去年用三个星期的热度，学会的《三国杀》，在公司内居然达到一览众山小的水准了。坐等冠军奖。噢，预定一只抱抱熊。
二姐要买房了，果然吓人啊。
龙空越来越讨厌了；或者，我越来越讨厌，所以眼中看到的都是负面。自省啊，不要变成自己憎恨的那种人。
本周音乐： andua ballet-True：
owl city-fireflies:
本周图片：德艺双馨苍井老师的墨宝
本周事件：屠夫和狗仔去看车。
提交: 2011
, 9:34pm HKT
说来真难为情啊，好久好久没写blog了，linux也好久不登录了。
今天得闲，进入linux系统，先把portage升了，看看有什么重要的东西可以玩玩。firefox下的google工具栏出问题好久了，先前没理会它，这次想好好搞定它，不过找了搜索引擎帮助，也最终没有弄好，最后实在是缺不了搜索工具栏，因此暂时就用baidu的吧，总体上马马虎虎，还能用。
另外，很早就知道tx偷偷的在新年更新了linux的qq，于是下载***，感觉内存占用好很多了，而且反应也快了很多，这次更新算是不错。只是有个问题，它那糟糕的消息通知窗口，还是在那个讨厌的00位置（就是屏幕左上角），即使是alt＋鼠标拖动，下次弹出还是在00，非常讨厌。既然得空，就要搞定它，而且总体上还是有大致方向的，谁让咱是kde的老用户呢！
在kde的“系统设置”中，有一个“窗口行为”，以前我用它来设置过firefox的焦点为题，这次也要靠它了。
点击“窗口行为”－“窗口规则”，在页面右边点击“新建”。我刚进去的时候，发现跳出来的页面中，新增了一个“检查窗口属性”的按钮，这个就非常方便用户通过鼠标选择来实现快速填写窗口名称的内容，非常方便。方法是，单击在系统托盘中跳动的qq消息提示，点击“检查窗口属性”，将十字架移动到左上角的弹出窗口，然后点一下就行了。之后会跳出一个窗口，具体怎么设置我忘记掉了，反正先确认吧，可以进行再调整，最终设置如图：
之后在“编辑窗口的特定设置”页面中，选择“几何属性”标签，如图设置：
一切OK，记得要在“窗口规则”页面点击一下“应用”使新规则生效。好了，看一下效果，是不是和windows下一样呢？
提交: 2011
, 11:32pm HKT 由
爪機是Milestone,
有說過一下, 現在聊聊使用感受.
機子本身就不說了, 這也不是我所看重的地方, 據說最近一陣子最高性價比的Android機器就是MS, 於是就買下來而已. 我看中的是Android這個平臺.
Android有一個Linux的核心, 刷了OpenRecovery且root過之後, 整台機器的折騰性就提高了不止一個檔次, 特別是Recovery模式下的co ole配合實體鍵盤加ADB數據線co ole, 可以說只要能進Recovery機器就是不死的. busybox很強大, 基本的shell命令和語法都齊全了, 系統的文件系統也支持symbol link鏈接, 要玩a 2sd之類的非常輕易.
談一下一些高級的設置=w=
首先是字體, 對於我來講, 替換DroidSa Fallback是一個非常不明智的決定, 考慮到存在DroidSa 和DroidSa -Bold兩個字體科, 我決定把他們分別替換成微軟正黑和微軟正黑粗體, 來實現粗細分明的中文字. DroidSa Fallback保留原版.
替換過程中遇到了/system分區空間不足的問題. 是的, /system文件系統只有20M左右的剩餘空間, 不足放入正黑和正黑粗體, 我的解決辦法是在/data文件系統建立fonts文件夾, 然後把/system/fonts/整個目錄內容複製進去, 刪除/system/fonts目錄, 然後做一個軟連接到/data/fonts.,
下面是一張使用正黑體的效果圖, 可以清楚看出一些部份系統調用了粗體, 非常好看.
做了a 2sd之後如何更換內存卡?
關手機拔卡
首先使用讀卡器, 使用Ghost將每一個分區單獨Ghost出來(你喜歡用Disk to Image也行), 然後換新卡分好區之後馬上把卡內容還原進去. 期間切勿不要開機, 如果你需要開機的, 請看下面
如果 你希望在買卡的時候把新卡放進手機測試一下再導數據怎麼辦?
首先在Recovery模式(推薦), 進入/data目錄 建立/data/a 2,/data/a -private2,/data/dalvik-cache2 三個目錄, 然後將這個腳本丟進去, 用root執行一次, 臨時撤銷a 2sd, 然後換新卡開機, 切記不要安裝任何軟件, 該測試的測試完, 趕緊關機分區ghost數據, 然後再執行一次剛才那個腳本切換回a 2sd模式, 開機即可.
#!/system/bin/sh
mv /data/a /data/a 1
mv /data/a -private /data/a -private1
mv /data/dalvik-cache /data/dalvik-cache1
mv /data/a 2 /data/a mv /data/a -private2 /data/a -private
mv /data/dalvik-cache2 /data/dalvik-cache
mv /data/a 1 /data/a 2
mv /data/a -private1 /data/a -private2
mv /data/dalvik-cache1 /data/dalvik-cache2
如果, 我在用新卡的時候不小心裝了軟件, 用回來舊卡數據和a 的時候發現所有程序都運行不了了怎麼辦,
恩 我就是遇到這種問題, 這個時候, 你應該進入/data/a 目錄, 將所有的apk重新安裝一次 或使用u 調試模式 adb shell 下 pm i tall –r youra .apk, 或把所有的apk取出來(把剛才的ghost鏡像用ghostexp取出文件)后adb i tall –r youra .apk. 或在/data/a 下使用這個腳本…
#!/system/bin/sh
LINE=`ls *.apk|wc -l`
for FILE in `ls
*.apk`; do
if [ -f "$FILE" ]; then
echo $LINE "/" $THIS "
" $FILE
pm i tall -r $FILE
THIS=$(($THIS+1))
另外 重新安裝所有程序的話 根據機體體質差異會死機好幾次, 所以最好還是使用手工或半自動方式來安裝.
提交: 2011
, 4:51pm HKT
一、属阴阳历。
二、各时间单位的确定
（一）阳历成分：
1、年
提交: 2011
, 2:49pm HKT 由
首先你需要有 python-me aging, 除非你想自己写一大堆的pdu解码编码吧
***依赖是setup-tools, 因为***脚本依赖他来解决其他依赖=_=.
当然还需要pySerial…用来和串口通讯,
这里假设ser是你的串口对象, 带timeout的设定(否则你就华丽丽等卡死吧23333)
发短信
from me aging.sms import SmsSubmit
from me aging.sms.deliver import SmsDeliver
pdu = SmsSubmit(number, text).to_pdu()[0]
ser.write('AT+CMGS=%d\r' % pdu.length)
ser.readlines()
ser.write('%s\x1a' % pdu.pdu)
for i in range(100):
a = self.ser.readlines()
for line in a :
#print line
if "OK" in line:
print "SUCC"
if "ERROR" in line:
print "ERROR"
收短信
from me aging.sms import SmsSubmit
from me aging.sms.deliver import SmsDeliver
ser.write('AT+CMGL=0\r')
time.sleep(0.5)
recv_once = ser.read(1000)
recv = ''
while recv_once:
recv = recv + recv_once
recv_once = self.ser.read(1000)
time.sleep(0.1)
for line in recv. lit():
sms = SmsDeliver(line.strip())
print sms.number, sms.text
except:
pa 这里收的是所谓的未读短信, 执行过AT+CMGL=0之后就算已读了, 要AT+CMGL=4才能找到了…
提交: 2011
, 2:39pm HKT 由
def co ectdb():
name = "db" + hashlib.md5(str(time.time())).hexdigest()[0:4]
db = QtSql.QSqlDatabase.addDatabase("QMYSQL", name)
db.setHostName(dbcfg['server']);
db.setPort(dbcfg['port'])
db.setDatabaseName(dbcfg['d ame'])
db.setUserName(dbcfg['dbuser'])
db.setPa word(dbcfg['d w'])
db.setCo ectOptio ("CLIENT_COMPRESS=1;MYSQL_OPT_RECONNECT=1;")
d tatus = db1.open()
if not d tatus:
return None
return db
这是一段连接到MYSQL数据库的函数
这里要指出的是
db.setCo ectOptio ("CLIENT_COMPRESS=1;MYSQL_OPT_RECONNECT=1;")
这行, 设定自动重连接恩
至于如何判断数据库断开,
cla dbthread(QtCore.QThread):
def __init__(self, parent=None):
QtCore.QThread.__init__(self)
def go (self):
self.start()
disco = 0
def run(self):
query=QtSql.QSqlQuery(db=db)
query.exec_(QtCore.QString('''SHOW STATUS LIKE 'Uptime';'''))
print "db.isOpen()",db.isOpen()
status=query.next()
status:
self.emit(QtCore.SIGNAL("debug(QString)"), u"数据库断开, 正在重连...")
self.disco = 1
elif self.disco :
self.emit(QtCore.SIGNAL("debug(QString)"), u"重连接成功")
self.disco = 0
写个定时器去运行吧
原来使用的是可怕到死的硬替换, 非常容易崩溃, 换成这样去做就基本不崩溃了
提交: 2011
, 10:29am HKT 由
一年中的某些日子，被约定了应该有怎样的情感与动作，春节应该开心与团聚，情人节应该浪漫与约会，中秋节要惆怅与望月，圣诞节要期待与开房。而今天，该做的动作是总结，但是情绪呢？
当我们在谈论新年时，我们在谈论什么？
回望过去一年的一地碎片么？现实和庸俗让我们脆弱的忧心忡忡、担惊受怕：担心就业，担心薪水，担心房子，而生活是场锤炼，于是如何收拾这一地狼藉？
还许愿吗？可许了愿又总不去行动，或者稍受打击而退回，或者被花花世界迷了眼忘了来时的路？青春越来越消褪，勇气越来越少。
还是放弃了追问，趁放假多睡一点？人总是要死的，我至少可以死得好看一点。
是的，悔恨；是的，焦虑；是的，愤怒。但是绝对不认输，绝对不放弃。怀抱热情与幻想，在操蛋的人世一条道走到黑。
提交: 2010
, 1:09am HKT 由
嗯，就是这样
提交: 2010
, 7:20pm HKT
不行了，面对中国互联网有史以来最大规模的一场战役，我坐不住了，无论懒了多久，都要更新一下blog，阐明一下自己的看法。各位同学，史无前例啊。
这场战役之前，零零星星打过一些小规模接触战，但是当作为防守一方的QQ腾讯突然发现已经被人***指脑袋的时候，壮士断腕的阵痛无法避免，只能来歼灭战了。昨日大约9时左右，腾讯决定了QQ和360的彻底决裂，向用户抛出了二选一的方案。无论如何，这一刹那，就远不是当初 tv和 之间那种量级可比拟了。两者的用户数量加起来，得需要多少个欧洲国家人口加起来啊（俄罗斯除外）？
对用户的伤害，已经是无可避免，这是两大巨头大打出手后的必然，作为商业公司，当自己的盈利产品，或者说是最具竞争力的产品有被推下悬崖危险的时候选择殃及池鱼的做法，我本人是可以理解的。记住，砸的是人家的饭碗，无论是QQ还是360安全卫士。而作为网民，承受着池鱼之痛的同时，也别闲着，看看整个事情的来龙去脉，也好在作是此异或彼的选择题的时候，也好有个依据，别只是看着网上个别人的激愤留言后轻易作出选择。小心别被***手秒杀了还给人家喝彩，做一个在这场闹剧中最可悲的角色（可怜已是注定）。
事情起因是这样的，360宣称当用户运行QQ.exe的时候，QQ会扫描用户硬盘资料，偷窥用户隐私，进而在其安全防护产品中提示用户QQ的不安全性。这个说法是整个战役的核心问题，也是360攻击QQ的其宣称的根本原因。此后，有多种说法来驳斥这个观点。有网友通过更改记事本程序名为“QQ.exe”后，得到了相同的报警结果。以此证明360说法的荒唐性。从辩论逻辑上分析，这种驳斥方法称为“归谬”，即通过对方的理论导出一个荒唐的结果，以证明对方理论的错误。这点上来看，360的确够荒唐。因为他开始只监控文件名是QQ.exe行为，并且没有去分析是否是操作系统本身的一些“硬盘动作”。所以，整个事件到现在为止，也未见360有过相关的解释。而QQ的解释是：是扫描了，但是只扫描系统关键位置的可执行文件，以防止木马等盗号程序。360反问：那你扫描用户硬盘上***的程序干嘛？上传干嘛？这个问题，未见解释。但是后来，360开始有预谋的跑出了扣扣防护这个软件，采取非常极端的外挂形式来修改QQ本身，进而达到其宣称的“安全”效果。这个扣扣防护是不是外挂程序，不需要360如何解释，这是彻头彻底的事实。QQ面板上的按钮被劫持（QQ面板地下的安全按钮，点进去之后却是360的弹窗）。这种行为是极端的不齿的，彻头彻底的流氓软件行径。这种事情上，作为任何一个人身处于腾讯的位置，那是绝对受不了的，这都妥协，当女人的权力都快没有了。于是有了昨天的二选一事件。
那么回到初始的问题，QQ有没有扫描硬盘，有没有扫描用户的系统中***的程序，是否有上传。在昨天“火狐世纪”的群聊中，有网友称确实是扫描了，而且上传了，为此，QQ要减分！为何要扫描？谁赋予了权力？为何要上传？其用途是什么？在当时，作为坚定支持QQ的一员，选择沉默，即使QQ未曾作恶，却做了用户在不知情的前提下的后台动作，这个行为，不怪人家要举报。但是我本人在群聊的时候，也曾提出登录前的木马扫描说，因为在我个人记忆中，以前多个QQ版本曾在登录窗口界面，提供扫描选项。如果是事实，那么就可以很好的解释扫描动作和扫描原因，而所谓的上传，我个人倾向于是对一些向云端传输的误解。但是这些都是猜测。今天，在纷纷绕绕一天之后，我找到了***，这篇文章来自cnBeta，一个口水聚集地，但是就这篇文章的内容考据，我个人觉得有可信度，链接在
，自称为QQ开发人员的作者，阐明了“扫描”硬盘的初衷。和我想的一样，的确是继承了先前版本中的扫描木马功能，并且解释了为何从当初的用户选择转向了登录后的后台操作，并且承认在给予用户方便的同时，确实造成了误解，这是个设计失误。另外，关键一点是，这篇文章还解释了为何会扫描用户***程序的问题，并作出联网操作。这个解释我没想到，但是可以认可。其之所以会扫描***的程序，就是为了提供QQ软件管理中的软件升级操作，联网行为是为了向服务端询问是否有升级可用，并向客户端返回结果。这一切，和360的软件管理其实是一致的，而之所以招来360，就是因为这些动作在QQ用户不知情的情况下完成的。
事情到了这里，我想大家应该大致上可以明白整个事情的来龙去脉和大是大非了。从QQ.exe被执行开始，用户畅快的聊天过程中，我坚信作为中国第一大互联网公司的腾讯，未曾作恶，但是却自作聪明的，将用户的知情权至于一旁，以方便用户为由做了一些后台操作。这是这次事件给QQ的最大的一个教训。不作恶很好，后台扫木马也很好，提供软件升级信息也不错，但是，你得向用户作预先交代，尊重用户的知情权。对于360，报告QQ的这些用户不知情的后台操作，很好，但是没有深究，却抱这个“扫描”就祭出“安全”大旗，也是很不负责任的做法。之后甚至以外挂方是劫持QQ，更是令人非常不齿，事情到此，已经结束了“无人作恶”局面。最后QQ的彻底决裂，的确是伤了网民，虽说万般无奈。
发展到今天，扣扣卫士的那个外挂已经被扯下，360开始撤退，终止了整个事件中最为发指的行为。最终的结果，个人认为，双方和解的可能性最大。QQ将对自己的失误作出修正，估计将在以后几天里，大家很快会看到以前的登录前询问扫描的界面。但是QQ和360的梁子，我看是永远结下了。360想要再找战场与之一战，可能性不大。而QQ必将会对QQ安全管家加大研发力度，以其强大的渗透性，打入360核心利益区域，以此来进行慢性报复。
这个事情就这样吧，我给写好剧本了。慢慢结尾吧。另外，各位看官，在360以安全名义指责QQ的时候，大家必须要补补课，360继任的掌门周某，名门出身——3721的始作俑者，流氓软件的始祖级人物。另外，其霸权行径由来已久，虽然以其本身产品的易操作性深受广大网友好评，但是也做出过通过360安全卫士恶意封杀周某前任所开发的可牛，以及金山卫士。所以，如果让我做二选一的时候，我会毫不犹豫的选择QQ。
提交: 2010
, 10:44am HKT 由
Throughout 2005, Microsoft CEO Steve Ballmer was under tremendous public pre ure to counter the i urgency of Google, in terms of both busine and talent. The year before Google had just established its presence in Kirkland, practically backyard of Microsoft’s Redmond campus, at the time widely seen as an extraordinarily bold attempt to thumb its nose at the biggest software empire. (Looking back today, that move seems just routine.)
Pre ed in an
, Ballmer countered forcefully:
“How are we doing in terms of talent? We’ve brought on fantastic new talent. People like Ray Ozzie, I do #8217;t think I need to say more. Gary Flake, who has joined us in the MSN area [and] is really the technical guru and genius behind everything that had ha ened at Overture, a fantastic addition to our team. Li Gong who has joined our MSN team in China, who was one of the leading architects at Sun Microsystems (SUNW ). These are all people who have joined us in the last six months.”
Well, everyone has seen the report of Ozzie’s recent resignation. (and po ibly his swan so