July 19, 2010
Death of Newsgroups
今天在 comp.emacs 新闻组扫文章时,看到里面的一位大神 Xah Lee 的文章 death of newsgroups (Microsoft closing their newsgroups),讲了一些比较著名的新闻组的人气渐渐低落以及经常被 spam 影响的事实。在文章后面还讨论了一些基于 web 的论坛和 wiki 等“新媒体”。
文章下面有两人参与探讨了这个问题。其中一位人提出说新闻组已经落伍了,如果新闻组被网页论坛取代,是一种进步;如果新闻组被邮件列表取代,则是一种退步。其中也提到了各种观点。最后一人提出了不同的想法,提出网页论坛有限制阅读的情形,其实想对于新闻组并不领先。
相对于中文新闻组来说,英文的新闻组可以说是非常活跃、令人羡慕了。以我过去的印象来看,我觉得中文新闻组可以说从来没有发展起来。可能相对于上个世纪 70 年代,今天有了太多的在线交互工具,所以对于新闻组这种古老的媒介,可能也仅仅适用于交流一下技术问题吧。我在上初中那时候(2000 年左右)还有千帆之类的服务器提供中文新闻组,到现在这些服务器早就不干了。在那个时期,针对于技术上的讨论似乎没有形成主流,那些中文新闻组里充斥着一些闲聊话题。如果中文新闻组里面主流的话题是休闲而非技术的话,新闻组相比起一些新兴的媒介来说是没有什么吸引力的。所以到后来中文新闻组里面就没有什么讨论了,自然无法逃脱关闭的命运。
英文新闻组,据我的观察,比较能形成讨论规模的,也仅仅是一些著名的技术频道。记得我第一次上新闻组时(那是在 Windows 下用 xnews),看到机器呼哧呼哧的下载那长长的新闻组频道列表时的兴奋劲是难以形容的。那种感觉就像是一扇巨大的门被推开了,门后有无数的资源等待你去探索。可当我进入一些新闻组后,却发现里面根本没有有价值的讨论,常见的只是一些 spam 了。到最后发现讨论比较活跃的也仅仅是那么几个新闻组罢了。
在我目前的大学里,有一个针对学生开放的新闻组服务器,可惜使用的人很少。我身处的计算机系理论上说是有最多的学生有可能使用新闻组的,可我在周围没有见到一个。仅有的使用着可能就是一些比较年长的教授了吧。上个学期我有一门课是一个老教授教的,他在过去教课的时候会建立一个新闻组供大家提问,我那个学期时老师统计了一下好像没有人上新闻组,于是就和其他老师一样用 nTreePoint 的网页论坛了。
我在 2008 年初的时候知道了学校的新闻组服务器,配置了 Gnus 可以登陆上去后,兴冲冲的扫描了一下新闻组列表,却找不到任何 cn.* 的新闻组。上网查了一下原因,才知道新闻组服务器在同步的时候可以设定同步哪些新闻组,北美大学的新闻组服务器大概不大需要同步中文的新闻组了,而且中文的新闻组也实在没有什么正规的讨论有同步的价值的。后来我只好四处找免费的同步中文新闻组的服务器,最后找到了 freenews.netfront.net 这个服务器,虽然说它会在你发送信息的后面加上它们的广告签名,倒是可以接受。
找到了提供中文新闻组的服务器之后,我又发现了一个问题,就是这些新闻组已经没有什么有价值的中文讨论了。后来我发现稍微比较活跃的是 cn.bbs.* 之类的新闻组,经过搜索发现是同步的 SMTH 的一些房间的讨论,而真正的在 USENET 的服务器上的中文讨论已经不存在了。而 SMTH 这个中文 Telnet BBS,它的存在我感觉有些反常,当然我不了解清华内部是如何宣传的,不过我觉得和这类 BBS 的 web 化和校内讨论媒介的单一性有一定的关系,不然怎么可能向非计算机专业的学生来介绍新闻组使用方法呢。
今天网页论坛渐渐取代了我们过去的新闻组、邮件列表等交互方式。它有它的长处,简单、管理成本低廉、更加现代。相比起新闻组,它的话题更加分布,而不是像新闻组服务器那样把无数个新闻组一网打尽。不过网页论坛也有很多地方我不喜欢,相比起新闻组来说,它在策略上更加复杂,不如新闻组那么“纯”。新闻组在贯彻“内容与格式分离”上来说更加彻底一些,而网页论坛则又各种各样的版本,相对来说更加不统一。而且最令人讨厌的是,一些不那么严肃的网页论坛的管理者喜欢弄一些分级策略,发贴攒一定积分才能浏览一些帖子,这在技术讨论上也格格不入。
另一种形式的网页论坛与新闻组更像,就是 Google Groups,因为它本身就来源于新闻组。从某方面来说,Google Groups 挽救了新闻组,它让新闻组文化更加流行。从另一方面,Google Groups 也极大的分流了新闻组的访问量,这也确实令人苦恼。Google Groups 让人人都可以创立一个自己的“新闻组”,但不能与传统的新闻组同步。有很多非常不错的中文技术讨论组,非常活跃,但可以都不是传统的新闻组。相反的,Google Groups 的邮件提醒策略可以让 Google Groups 与邮件列表更为接近。
我的 Gnus 的固定新闻组只有 4、5 个,常常访问的也只有 2 个而已。或许这方面的讨论的活跃度确实在渐渐降低,但我还是希望它能够保留,我觉得在技术讨论上它是更好的形式。
July 6, 2010
更新 Mac OS X 的 locate 数据库
什么样的操作系统早就什么样的操作习惯。
在过去用 Gentoo 的时候,很多动作都是在终端下面完成的。而在 Mac OS X 中,我虽然每次开机后一定要启动的程序就包括了终端,但很多动作都无法在这边完成了。久而久之,我对这些动作的命令也记不太清了。
印象里过去在 Gentoo 时用的很多的一个命令就是 locate。有的时候需要在硬盘上寻找某个文件,相对于 find 那些繁杂的参数,locate 是最简单的了。其实 locate 就是一个 find 加强版前端。它维护一个数据库,提前运行 find 命令来遍历硬盘上的文件,把结果存放在数据库中,调用 locate 的时候就是从数据库里搜索。这样无论是便利上还是速度上都非常不错。
虽然在 Gentoo 下面我也运行 beagle,但我用的并不多。我当时看到 Nat Friedman 的 Beagle 演示视频 感觉非常不错,可当我实际上使用后发现它并不适合我。一是它的速度比较慢,我印象里理想的桌面搜索应该就像在一份文档里执行查找命令那样,不光可以立即到达搜索的地方,而且可以增量搜索。可我实际上使用起 Beagle 来看,它的效率还达不到。另一方面可能是桌面搜索本身的问题了,有时候我会思考我为什么要搜索桌面。或许我使用计算机主要的作用不是文档方面吧。如果我要管理一系列文档,或者需要与其他人进行事物性互动,我可能会觉得桌面搜索有用。而把计算机用来编程的话,我感觉桌面搜索的方向不对。
我在看了 Mac OS X 的一些介绍后,曾经非常喜欢里面的 Spotlight 桌面搜索。觉得这是把桌面搜索完美的结合到了日常事物当中去了。可实际上使用了 Mac 后,我感觉并不是那么一回事。首先是速度还是太慢,或许硬件提升之后会有改善,但我目前使用的 MacBook(2.4G / 2G)无法达到要求。其次在使用起来它也并不是很方便。所以有时我更喜欢用 Linux 下的 locate 搜索。
或许 Apple 本身并无意让用户过多的接触 UNIX 下的一些工具,所以我觉得相比起 Gentoo 下的 locate, Mac OS X 下的 locate 在便利性上差了一些。主要是一些辅助工具。我在开始用 Mac OS X 下的 locate 时,把过去知道的创立数据库的命令尝试了个遍,就是没有可行的。后来搜索网络才找到了正确的命令,不过这命令也太变态了吧,完全没有过去的那种方便直观。
我在那篇文章中说,那个命令是用来创建数据库的,而我当时还没有找到更新用的命令,留在以后找到了再补充。今天想用 locate 搜索 magit 安装的文件时忽然想起了这件事,就专门搜索了一下,找到了更新数据库的命令:
sudo /usr/libexec/locate.updatedb
运行之后,系统会调用 find 来更新数据库,所以会占用一些 CPU 资源。具体耗时要看硬盘上的文件比上次更新数据库有了多少改动。
我现在离过去用 Gentoo 的时间有点长了,对于当时是怎么更新数据库的没有印象了。我忘了是我定期手动执行命令来更新还是放在脚本里定期运行的。不过好在更新了数据库之后,locate 又可以使用了。我尝试了一下,速度明显比桌面搜索来的快。用文件名搜索也非常精准。
July 4, 2010
Emacs 24 的 magit commit 问题
Magit 是 Emacs 的 git 前端,想对于在 Emacs 当中写完代码再切换到终端去 commit 代码,或者去做一些 diff 之类的操作,把一切都放在 Emacs 当中比较方面一些。而且想对于命令行来说,这种方式也更加直观。
想对于集中式的代码管理外,我感觉对于个人来说,分布式的代码管理更加灵活一些。我目前用 git 的功能也不多,很多高级功能我也还没有掌握。我主要是把 git 用来记录 log 更多一些,有时候建几个分支罢了。我目前主要的编码活动是用 Java 来写面向对象课程的作业,作业本身不算难,但弄出来的代码很多。几部分不能一下子就完成,所以我会完成了一部分之后就 commit 一下。我这学期的面向对象作业都是这么做的,从第一次就开始,感觉一直很好。
有一天我发现 Magit 突然不能 commit 了。每当我写完 commit log 之后,按下 C-c C-c 之后,就没有任何反应了。后台可以看到 git 进程,但 CPU 使用率是 0.0%,也只能手动杀死。杀死之后运行一下 git status 看看,根本没有任何提交,这就让人非常苦恼了。我目前使用 Magit 的感觉来说,其中最爽的一步就是提交了。写好了 log 之后看到之前的工作都进入了 repo 的那一刻,成就感是无与伦比的。这下子不能 commit 了,就让这种快感打了折扣了。
这个问题发生在我写第一次和第二次作业之间,当中我也没注意到发生了什么,突然就发生了这种问题。结果做第二次作业的时候感觉就不如第一次作业时那么顺了。不过那段时间比较紧张,我也没有去找到底是哪里出了问题。我印象里好像是把 Magit 从 0.7 升级到了 0.8 才有了这个问题。于是就尝试重装了几遍,但问题是依旧。我觉得这应该是一个 bug,于是就耐心等待看看下一个版本。
今天看到了 Magit 0.8.1 发布的消息,正好看到 Homebrew 里面也有了 Magit 的 formula,就安装了。安装好后我发现还是有这个问题,就去 issues 去看了一下,发现已经有人报告了同样的 bug report。底下有人回复说是 Emacs trunk 的问题,不过我印象里没有记得那阵子编译安装过最新版 Emacs。
第二条回复里说:“Setting 'magit-process-connection-type' to nil resolves this for me.”,我于是就试了一下,在 .emacs 文件里面加了这么一行:
(set 'magit-process-connection-type nil)
再在 Magit 里面运行了一下 commit,发现久违的 commit 又回来了。
July 2, 2010
洗脸
来到加拿大之后,我感觉我很长时间没有好好的洗身上了。
头发是经常要洗的,再不在意的人也无法忍受头皮发痒的感觉,而且洗发液用起来也很方便。可身上就不那么容易了。一来身体的面积要比头发大的多;而来肥皂在浴室里也不容易保存,我又不喜欢沐浴液的感觉。与抹肥皂后洗完的那种令人愉快的粗糙感感觉不同,用沐浴液洗完后皮肤是滑腻的。我不知道这种感觉是否普遍正常,但对于用了20多年肥皂的我来说,这种感觉让人很不放心。抹了肥皂或沐浴液后身上自然是光滑的,用水冲了之后如果还是光滑的话,让我有种没有冲干净的感觉。所以我不大愿意用沐浴液来洗澡。而这边卖肥皂的地方很少,我们的浴室也不如国内家里的那么齐全,肥皂盒只能放在浴池边上,很容易就进水了。所以从国内带来的肥皂也经常会被水泡没了。久而久之,我也不怎么用肥皂了。
我的皮肤不是油性的,因此对于清洁的需求不是很大。所以从小一直就是用肥皂来清洁的。我有同学的皮肤是油性的,我看到他们的盥洗用品里的那些瓶瓶罐罐就觉得很好笑,因为从小到大给我的经验是,女人才用洗面奶之类的洗脸。小时候我没有体会到面部的疙瘩的问题,在长大后看到了他们脸上那些疙瘩以及他们处理起来时那种自己痛苦别人恶心的样子,我也就渐渐的接受了用特殊物品洗脸的做法。
由于我的皮肤分泌油脂并不多,所以我常常在洗澡时用水冲一下就觉得可以了。所以在这几年在国外,我只有很少的几次用沐浴液彻底的清洗过身上,其他时候都是直接用水冲一下。相对而言,我身上出油最多的地方就是面部,尤其是额头与鼻子。不过和我遇见过的油性皮肤的同学比起来就少多了,所以有时候我就用卫生纸用力的擦拭这些地方,也能起到一点效果。至于是把油都给带出来了还是给压会皮肤里面了,我就不清楚了。
最近天气温度开始升温,我们家里的老旧空调又坏了,而且我又开始走路回家,因此回家后我就会出很多汗,同时也带出来一些油。我觉得又该到了清洗一下的时候了,而且家里用肥皂的效果不是很好,我就去超市买了专门清理皮肤的沐浴液。其中一种是 Dove 牌的,具体名称是什么我记不清了,一个明显的特点是其中有些固体颗粒,不知道是什么材质,我也没有仔细看说明。回家后感觉脸上很油,就用它洗了。洗完之后的感觉就是“从来没有觉得自己的脸这么干净过”。
这种沐浴液是洗皮肤的,我单独洗脸的时候就有些麻烦了,因为我的头发长,所以这些沐浴液容易沾到头发上,我清洗的时候也很不容易。我同时还买了一种 NIVIA 的,上面写着 for hair and body,因为是夏天,所以我买的是清爽型的,不过用了之后只是在往头发和身上涂抹的时候觉得有些凉,洗完了之后也没有觉得有什么不一样。
本来我觉得用专门清洗皮肤的沐浴液来洗应该效果很好,不过不知道是产品本身的问题还是因为最近天气实在是热,我洗完了之后没几天觉得面部又像从前那样了。难道这种东西有依赖性?这可不是什么好消息。
不过话说这两天 Winnipeg 实在是热,上周五已经突破了 30 度了。我那天下午走路回家,就有了蒸笼的感觉了。之前的几天从来没有到达这种程度。回家后也不觉得凉快,那两天让人感觉要疯掉了,晚上不冲凉别想睡觉。空气湿度也挺大,早上起来穿衣服的时候我甚至感觉刚穿上的衣服都有点湿乎乎的。我还发现了一点,就是晚上睡觉很难睡着,反而早早上 6 点多再上床就觉得床上很舒服了,不知道是不是和一天气温与湿度有关。那两天我一直希望能下场雨,终于在一天早上下了一场很短的大暴雨,我那是正昏睡着,没有仔细观察,不过听到雨的声音很大,可惜时间不长,因此没有起到很好的降温效果。如果可以下上一星期的小到中雨估计会好很多。
June 29, 2010
塑料的还是不够结实
自从 2008 年 4 月 1 日我把目前使用的这台 MacBook 买回家后,一直用到了今天。总体上还是令我满意的:操作系统上虽说我从一些细节上更希望用 Linux 一些,但 Mac OS X 与 Linux 也算是各有千秋;我看中 MacBook 的主要还是它的硬件。我上一台笔记本电脑 DELL XPS M1330 的差劲质量实在让我怕了,那台电脑属于 DELL 的家用机系列,没有全球保修,所以一旦出了我修不了的问题,就直接天地不应了。上次就是在学期中间电脑的屏幕坏了,实在给我带来了很多麻烦。
当时我买电脑的时候也从不同品牌的电脑之中挣扎了几下。那一阵子我用 Gentoo 用的正爽,感觉无论从速度上还是从实用性上来说,Gentoo 都能满足我。但我对硬件上的选择没有信心,几年来我用过的笔记本电脑也只有 DELL 和 Thinkpad 的。其它的像宏基什么的,我只给别人修过,具体用上去怎样我不了解。DELL 是不用考虑了,Thinkpad 系列据说对 Linux 的支持挺好的,但在我们这边没有卖的,我也从来没有见过当地人使用 Thinkpad 系列的,而且 Thinkpad 系列的行价比低到了极点,所以从硬件角度上我选择了 MacBook。我买之前一直借用当时室友买的 MacBook,因此对 Mac OS X 也算比较适应了,感觉可以用来完成日常工作,这从软件上加强了我买 MacBook 的信心。当然我买回 MacBook 不久就想着把 Gentoo 安装到 MacBook 上去,结果发现需要配置的东西实在太多——键位映射、鼠标右键、声音、无线网络这些都需要慢慢调整,我最后只能放弃了。如果有人能弄一个 gentoo-macbook 的 portage 来个一键设定就好了。
相比起我过去用过的笔记本来说,MacBook 的硬件质量还是说的过去的。当然中间出过小问题,但都不如上次在 DELL 上的那次严重。有一次我在睡觉的时候把敞开的 MacBook 放在了枕头下面,睡觉起来发现触摸版右侧边缘的地方碎裂了一小块。当时的保修期还没有过,我就去了买电脑的地方,花了一个星期的时间,把整个键盘面板都换新了,感觉不错。
用到现在,除了有时 CPU 使用频率过高,导致风扇转的嗡嗡的烦人外,硬件方面又出了一点比较严重的问题。最近几天,我发现在写程序或浏览文档的时候,光标会莫名其妙的跳到别的地方。我开始以为是我的手掌碰到了触摸板,但观察了一会怎么也觉得不对,应该是不会碰上的。而且我过去用了两年的时间,都没有发生过这种情况,现在不可能一下子手的位置就摆错了。这个问题在写程序的时候比较严重,常常时不时就把程序搞乱,让人发疯。所以在检测出问题来前,我只好小心翼翼的操作。
后来在偶然的机会,我发现了问题的所在。原来在触摸板右侧的垫放手掌的这一块上,稍微用点力往下压,就有了鼠标左键点击的结果,几乎是百试不爽。原来是这边串线了啊。可惜的是保修期过了,苹果的这个保修好像还挺麻烦,需要单独购买他们的整年服务,很麻烦,所以也就没有去修。暂时的解决的方案,就是用外置的鼠标,看看能不能把触摸板给禁用了。之前没有这方面的经验,我也不知道能不能行。
关于 MacBook 的硬件的坚固程度,我虽然相信苹果产品的品质,但心里也会经常有些惴惴。主要是在挪动的时候,总会听见一些解封之间摩擦的声音,接缝也感觉不是很紧密。相比较起来,我看到别人用的铝质外壳的 MacBook Pro 则感觉应该坚固多了吧,特别是后来出了 Unibody 的产品,这方面应该更有优势了。
June 25, 2010
无妄之灾
从小,我就对棍棒、石头一类的东西比较有兴趣。男孩子嘛,对武力这些比较喜欢,当然必不可少的就是武器了。看多了武侠片,小孩子会用一些树枝子来当刀剑,就算不是真的和别人干架,拿在手里“把玩”也很快乐。这类玩具相比较正规的玩具有个好处——成本低。买来的玩具,磕磕绊绊的出了什么故障总会心疼;这种捡来的玩具用坏了丢掉就是了。所以小时候我经常在外面往家里捡垃圾回来,像棍子、石头、电瓶、火花塞都被我捡回来过,我也没少因为这个受家里的数落。
随着年龄的增长,我渐渐的也学会了这方面的克制。小孩子拿一跟棍子在街上走路没什么,像高中生、大学生的也这样做就让人有些别扭了。尽管如此,有的时候我在路上看到了比较合心意的石头(棍子体积太大,已经不行了),也会忍不住拿回家,也算是个安慰吧。
石头当然不是拿来当工艺品来玩收藏玩升值,主要是为了满足我的一些遐想罢了。过去看过影视作品里有关于一种“法器”的描述,有的小东西里面自成空间,可以往里面放很多的东西,我就想如果有这种石头被我捡到了就有趣了。后来就是吧石头想象成“玉玺”,总想捡块石头像和氏壁那样价值连城。有的石头拿在手里确实很和手,我甚至会把它放在枕边,睡觉前也要摸摸。
最近天气暖和了,我平时去运动场的次数也少了,我就觉得放学走路回家也算是一种有氧运动了,于是这几天我都是走路回家的。昨天在路上,我在地上看到一块石头,不知道是为什么,总感觉它在路边特别显眼。
本来我昨天就想把它拿上了算了,不过因为我很多年也没有做这种事了,于是就把这个念头给压下去了。不过在那种环境下,这块石头确实给我的印象很深刻。直到我走回了家,我还对这块石头念念不忘。
今天晚上月亮很圆,也很低,在这个还算晴朗的晚上感觉特别漂亮。我走在同一条路上回家,在同一个地点有看到了这块石头,顿时让我感觉跟这块石头很有缘。这次我没有压制把它带回家的欲望,就把它捡了起来,带了回去。
在回去的路上,我就感觉路上的蚊虫似乎特别关照我,身上也莫名其妙的痒。平时我在这里比较自豪的一点是,到了夏天我的同学都被蚊子咬的骂不绝口的时候,蚊子从来没有光顾我,因此在过去我从来没有发现身上被蚊虫咬过。但晚上回家后,我发现身上至少起了两个疙瘩。其中一个在手背的边缘,很痒;另一个在下巴右侧,没有感觉,但摸上去心里很别扭。
我在回家路上的时候曾经想过要把这块石头扔掉,不过最后没有执行。一来我觉得为了自己的“贪欲”把石头给拿走,离开了它的老家,却没有完成我“对它的许诺”而把它仍在半路,对石头很不公平。二来我自己也有点嘴硬,自己捡了一块谁也不要的石头,走在半路却后悔了,这不是自己打自己嘴巴吗。
把石头拿回家之后,我看了一下石头也没有什么特别的。既没有什么很有意义的形状,外形也不是很符合手掌的弧度。我弄了点肥皂把它清洗了一下后,感觉石头凉凉的,就想如果它能一直保持这种温度,倒是也挺有意思的,可惜几分钟之后我的幻想破灭了。
我还发现的一点是,这石头好像有一种淡淡的腥臭的味道,倒是稍微有点符合“臭石头”的样子,不过不是很明显。对于它要怎么处理,我还没有下狠心把它扔掉,还是暂时放在那里吧。
我之前在国内也捡过自己很中意的石头,在把玩了半年多后,似乎是有一次发神经把它往地上摔,潜意识里是想测试它的硬度,结果当然是石头摔得不那么“漂亮”了,我就把它扔掉了。似乎我很多玩具都是这样的下场,这块石头看来要“自求多福”了。
June 14, 2010
崩溃的 Windows 7 网络设定
帮别人倒腾电脑真是个累活,昨天下午同学请我帮忙设定一下 Windows 的网络。他在国内买了一台新的 DELL 笔记本,装的系统是 Windows 7。
我过去帮别的朋友在 Vista 下设定网络的时候就觉得很有有心无力的感觉了。可能是因为是自从 Windows XP 之后,我很长时间没有使用 Windows 了原因,很多参数的设定都没有什么印象了。所以那次我就搞了一下午,最后也不知道是怎么弄好的。弄完了之后的感觉是想吐,恶心的要命。这次感觉也是这样。
这次的问题是我第一次遇到的,很诡异。首先是不管是有线网络还是无线网络,都无法连上。理论上来说,有线网络只要是把 cable 插上就可以直接正常联网了。可在 Windows 7 里面竟然总是说“无 Internet 访问权限”,这是我从来没有遇到过的。有线网络也是同样的情况,不管是不是手动设置 IP 地址、DNS 地址、网管,总是一句“无 Internet 访问权限”。
在网络设置中心里面找了半天,总是也无法找到相关的地方。我怀疑过和 McAfee 的防火墙有关,但那台电脑的 McAfee 安装的有问题,无法打开界面,也无法卸载。这给排查的工作带来了很大的麻烦。结果弄到最后也没有弄好,从网上搜索了一些案例也没有什么帮助。
Windows 的网络设定的设计策略让我很迷惑,从 Windows XP 到 Windows 7,我感觉这方面的设定是越来越复杂了。真不知道 Windows 到现在还是不是面对着个人电脑,一个网络设定,还弄出个什么区域的东西,实在是有些超出了普通用户的承受范围了。很多东西都不直观,如果没有经验的人估计很容易失败。
相反,在对比了 Mac OS X 的网络设置后,Windows 这方面的设计缺陷就越发明显了。我一度以为是微软的设计人员有意的往复杂化方面来引导用户,我觉得这是完全没有必要的,更是一条歧路。
都说 Windows 简单、“傻瓜”,但在网络设定这一方面,我觉得 Windows 7 走向了相反的方向。事实上,对比起我过去的 Linux 的使用经验来,当代的 Linux 发行版的网络设定也远比 Windows 7 的网络设定方便直观。有人说微软在让 Windows 的用户“上瘾”了之后,就可以对他们予取予求了。不知道现在的设计方向,是不是有这么一点意味:)
最后说句题外话,最近的计算机水平发展的真快啊。从 Vista 开始,Windows 系统就给我一种缓慢的感觉。所以我本来以为笔记本电脑上跑 Windows 7 应该会很慢的。结果看了一下那台电脑的配置,竟然是 8 核处理器、4GB 内存,跑 Windows 7 这种规模的系统已经游刃有余了,真不知道在上面弄个 Gentoo 出来会有多快。
June 6, 2010
搜索条
MT5 有非常不错的主题,名为 pico,很符合我一贯喜爱的简约风格。我从 MT4 的时候看到介绍后就很像用了。
升级到 MT5 之后,虽然我之前做了一个三栏的白色模板,用起来一直也不错,不过在看了 pico 的缩略图之后,还是觉得想试一试。于是我就在升级不久就把主题换到了 pico。
pico 看起来一切都很不错,当然不能说是完美,但比起 MT4 之前的那些默认主题可是漂亮太多了。但它有一些我不喜欢的地方是挺致命的,其中之一就是布局有些不合理。也许是过于追求表面美感了,pico 主题的搜索框竟然在页面的下方,文章结尾的后面!
我觉得搜索框这种东西,要是方便的话,一定要放在页面的最上方,调入页面后第一眼就可以看到才好。如果要像 pico 那样,就放在页面的最下方也可以,毕竟方便人们寻找。而目前的情况是,pico 中的搜索框有些上不上下不下的。由于搜索况的下面是评论汇总,因此会把搜索框顶到最下面那一屏的上面。这样给人的第一感觉就是这个页面没有搜索功能!
我前几天看页面,觉得如果能把搜索框放在导航条上,说不定能解决问题。今天晚上有点时间,就试着捣鼓了一下。没有深入研究,只是把搜索 widget 里的代码复制到导航条里的相应位置,结果弄出了这么个东西:
尝试了一下,是可以使用的。不过我看来看去,总觉得相当不协调。如果把按钮去掉应该能好一些,但我又不会(HTML 没怎么研究过),而且也不是很完美。总的来说,我的图形设计能力是相当的差的,只能在以后看看别人的页面设计,能不能有所启发了。
MT 升级后搜索缓存没有了
由于 MT 的效率是一个比较严重的问题,因此人们找了各种方法来提升 MT 的性能。在 MT4 中,我用了 AnySQL 的方法来缓存了搜索结果。因为 MT 的 tag 是基于搜索动态生成的,所以这个方法在第一次访问一个 tag 的时候会在硬盘上生成缓存,在一段时间之内再次访问这个 tag 时,直接从硬盘上的缓存来输出页面,速度自然就上去了。
这个方法的效果非常明显,尤其是在资源比较枯竭的主机上。我过去的 blog 在 Dreamhost 上,MT 运行的就特别缓慢,搜索更是如此。我在过去用 WP 的时候,动态的搜索完全没有这么慢,这让我非常惊讶两者之间的性能差距。而用了上面的缓存方法后,这个问题基本上立马解决了。后来我切换到了 Site5 的主机上,这个主机的资源比 DH 的好了不是一星半点,过去需要 45 分钟多才能重建全站,现在只需要 2 分钟多一点。虽然性能上有了巨大的提升,但我还是保留了搜索的缓存,毕竟能快一点是一点嘛。
升级了 MT5 之后,我发现这个方法不能用了,使用的话搜索什么的都出问题。开来 MT5 和 MT4 在一些基础的地方还是有一些不同的。这个方法的作者 AnySQL 切换到 WP 上去了,因此他没有继续更新 for MT5 的版本,所以貌似这个方法在近期就成了“绝响”。
本来我还妄想着随便改改,看看能不能凑合用着。可惜我的 Perl 荒废的实在太久了,也没有用 Perl 来写大程序的经历,所以在 debug mode 下试了半天,到最后还是抓瞎。好在现在的主机快了,影响也不是很大,也就先这么放下了。
June 5, 2010
这日子没法过了
最近上网感觉很不爽,因为突然觉得浏览器都不大好用了。
我目前机器上安装的浏览器有三个:Safari、Firefox 和 Chrome。其中时间用的最久的是 Firefox,在目前对我来说是排在第一位的。过去我一直用 Safari,因为这是系统自带的,过去用着也还不错。但自从升级到版本 4 之后,新东西倒是有一些,但效率就不敢让人恭维了。过去我的首页还是默认的 top sites,每次启动 Safari 的时候系统生成首页上的那些缩略图就足以让我的机器卡一阵子了,后来我忍无可忍把首页设定成空白了。之后发现效率越来越差,就改用了 Firefox。Chrome 是最后开始用的,自从出了 for Mac 的 beta 版我就开始试用了,因为在 Windows 下用着感觉不错,所以就希望也在 Mac 上用。但那时 Chrome for Mac 的实现还相当不完善(其实到今天我也觉得缺少一些功能),而且不能安装扩展,这让习惯了 Firefox 下的 AdBlock 之类的插件的我很不适应,所以就放弃了。
几个星期前我听说 Chrome for Mac 也支持安装扩展了,就装了那么几个,感觉好用多了。但用了一阵子之后就感觉到了很严重的效率问题,速度变得特别慢!有时候会出来一个小窗口说是某个标签没有反应,问我是把页面给 kill 掉还是继续等待。有时在我切换标签页之后要等上那么几秒钟页面内容才会出来,这让人很不爽。不知道是不是因为我的浏览方式太过另类,开了太多的标签页的缘故。
过去在用 Firefox 的时候我很少感觉我开的标签页太多了,因为它的标签栏是可以左右滚动的,每一个标签最窄也是三厘米左右。而在 Chrome 下,所有标签页都挤在标签栏里,标签多了以后标签上有什么内容也无法看到了。我在安装扩展的时候看到了一个名为 Too Many Tabs 的扩展,是用来管理标签栏的。在这个扩展在地址栏右侧的图标上会显式目前有多少标签,我经常看到上面 4、50 的数字就觉得一阵心惊肉跳,觉得 Chrome 大概不堪重负了吧。另外,这个 Too Many Tabs 的扩展是为了管理标签的,可以在里面用关键字搜索,可是往搜索框里输入中文的速度是个问题;而且在我的机器上它的速度很慢,这就太有杀伤力了,切换标签这个常用的动作有效率问题可是不可饶恕的致命伤。所以到后来我觉得这个扩展算是一个鸡肋扩展。
在使用了这么一段时间之后,我越发的觉得 Chrome 的效率不行了。我觉得应该是程序里面有 bug 的原因吧,因为我有时会发现整个标签页是卡死了的,完全不能动弹。幸好 Chrome 有多进程这个特性,我把地址复制下来再重新建立一个标签也就解决了,但这总是让人觉得不痛快。另一方面,我对 Chrome 的所谓“多进程”也感觉与我预期的有一些距离。我过去以为每个页面是严格的放进每一个进程的,这样通过 Chrome 的 Task Manager 就可以管理这些进程里面的页面,那个页面耗费了过多的资源就可以一目了然的看出来了。但几次经验告诉我这不是真得。很多时候我看到几个页面是挤在一个进程里面的,根本就无法区分,更加不可能只杀死其中的一个页面。这样这个功能就大打折扣了。
Firefox 在 Mac 下我感觉就很完善了。它除了功能齐全以外,最大的好处是稳定。我在用 Chrome 这段时间内遇到的一些问题,在 Firefox 下基本上不会出现。我现在觉得 Chrome 比较可取的地方之一就是它的多进程,如果可以把这个功能放到 Firefox 上就好了。因为我有时会发现 Firefox 的 CPU 使用比例不正常的高,有时会到 90% 以上,这时候我的 MacBook 的风扇就讨厌的响起来了。而整个 Firefox 是一个大进程,我也无法判断其中的“老鼠屎”是那个页面,因此也无法调整。但瑕不掩瑜,我之前也说过稳定是最重要的,在 Firefox 中我基本上没有遇到过像 Chrome 那样切换了标签后要等上几秒钟后才能阅读的情况。
Chrome 的另一个可取之处是它的标签的界面比较好。当然这不是说外观,之前我也写文讨论过,而是说标签拖动方面更直观、更符合 Mac 系统用户的审美观。而在 Firefox 里,拖动标签时看到的就是一个蓝色的只是条下面跟着一个模糊的缩略图,让我每次拖动的时候都小心翼翼的,需要自习看看鼠标的位置是不是放对了。
至于说 Safari,我很久之前就不用了。主要是它没有扩展的功能,有些除广告的功能就没有了。而国内网站有很多就是有很讨厌的广告在骚扰读者。我的 AdBlock 的名单已经比较符合我的日常习惯了。Chrome 下的 AdBlock 插件虽然不如 Firefox 下那么直观方便,但也勉强可以使用了。可惜 Chrome 下还没有 NoScripts 插件,所以有些站点之内的音乐自动播放就无法控制了,我只能麻烦的在选项里设定 Javascript 的页面过滤条件,也将就了。而 Safari 则这两种东西都没有,遇到这种页面也就只好抓瞎了。再加上 Safari 的效率问题也给了我一些阴影,所以我很久没有用 Safari 了。
=========
昨天我终于无法忍受 Chrome 的垃圾性能了,于是又切换到了 Firefox 下。但这次不知道为什么,Firefox 的行为让我感觉很奇怪。有时让我很抓狂的情况是:打开一个页面,鼠标就变成了小彩球转个不停,我这时候也只能 Force Quit 了。而这些页面包括阿 Gmail、VeryCD……这种情况已经发生了两次了,让我都有阴影了。
Chrome 和 Safari 慢,Firefox 会卡,真让我不知道这些浏览器还怎么用下去。
有时候我想这些现代的图形浏览器是不是太不稳定了,是不是字符界面的浏览器会好一些呢?我过去在 Emacs 里面用 view-mode 来读文档就感觉很爽。Lynx 我用着不惯,我希望可以在 Emacs 里面用,毕竟页面操作起来也方便么。可惜 W3M 不支持新版本的 Emacs,只好作罢。
Recent Comments