穷折腾，些许经验，似是而非的感悟
游戏在这里：http://www.colorado.edu/physics/2000/applets/satellites.html。这个东西模拟在地球和月球之间发射卫星，让其尽可能长时间的运行。到目前为止，我发射的多颗卫星均已全部坠毁，最长运行时间 4 小时 30 分钟，呵呵。快试试吧，用鼠标点住拖动然后松开即可发射，初速度和方向由鼠标拖动的速度和方向控制。
另外这是个 java applets，需要事先安装 java 虚拟机。如果没有出现一个漆黑的宇宙背景，没有地球也没有月亮，那就说明虚拟机还没有安装或者设置不对或者连接国外网站受阻。点这里可以下载最新的 Java Runtime Environment。如果看见那个月亮傻乎乎的围着地球转，那就可以开始发射了，祝好运:)
提示：在靠近地球的圆形轨道上逆月球公转方向发射容易成功。原因我不知道 :p
ps. 该网站上还有其他很多小玩意儿，很有趣。
魔兽世界，hoho，25 级的猎人。不过很遗憾是把锤子，用不了啊。npc 价格 50s 左右。特此纪念。
ps. 最近一段时间累死了，主要原因就是魔兽世界。工作日晚上 11 点开始，一直持续到 2 点钟，周末时间不定，持续 5 个小时以上，早上起来真是睡不醒啊。比较怀念之前在北京的时候宿舍同学会叫我睡觉。现在的这两个都是抵抗力极强的类型，不在乎我干什么，哎……估计我要进入大六的状态了。
Phishing，即网路钓鱼方法，早有耳闻，只是一直没有意识到它会以什么样的形式成功欺骗广大善良劳苦大众的。今天看在屋顶唱着你的歌的偶也遇到 phishing 了，其中列了一封他收到的欺诈邮件，指明其中第一个链接就是一个明显的鱼钩，于是我算是知道其中的奥妙了。
那个欺诈链接如下：http://www.paypal.com/cgi-bin/webscr?cmd=_login-run。不能被它的表面现象迷惑，它实际的地址是 http://3395258098/icons/small//，用户点击那个链接访问的不是真的 PayPal 登录界面，而是一个伪装的很像的假页面。这种明文列写地址的链接让人联想到浏览器地址栏上显示的内容，从而忘记链接表里分离的本质：链接实际上是一个由任意字符组成的文本，该文本被赋予一个资源地址的属性，这个地址与我们看到的文本可以没有任何的联系。想到这个真是心里一颤，我接收了很多验证邮箱的邮件，其中很多验证链接都是直接把地址以明文写在链接文本里。虽然一个验证邮件并没有涉及什么太大不了的隐私问题，但是的确造成了严重的隐患，我从来都不会在意那个看上去像模像样的链接下隐藏了怎样的面目。也就是说我是极其容易被钓的！@@
以前我很纳闷，这个鱼是怎么钓的啊？一个链接点击以后，地址栏里不是会显示实际的地址么？现在看问题不简单了，如果一开始那个链接的文本就让人联想到地址栏的内容，加上伪造网页酷似真实网页，那么谁还会那么留意地址栏里实际显示的东西？好在现在的邮件客户端很多都可以检测这样的钓鱼手法。不过最好还是用户自己小心，看见以明文列写地址的链接时一定留意一下它的实际地址是不是真的像它写的那样。方法很简单，用网页浏览邮件时，鼠标指着链接，浏览器左下角会显示链接的实际地址。用客户端浏览时，考虑到有些客户端没有显示链接地址的功能，所以需要留意打开的网页地址栏中的内容。浏览网页时也存在这个被钓鱼的可能性，遇到明文列写地址的链接时，一定注意实际的地址是什么。
钓鱼的鱼钩不止上述这一种，希望引以为戒。
电梯里一男一女讨论新买的日用品。
女：看看，这个盆子还是三星的呢！
男：这个没什么啊，现在品牌交叉很普遍，比如说那个新东方烹饪学校。
我的 Debian testing/unstable 之前显卡驱动用的是 nvidia-kernel-legacy-2.6.15-1-686-smp 和 nvidia-glx-legacy。前几天 etch 内核升级成 2.6.16-2-686-smp，原来的驱动起不了 X，于是策划把 nvidia 的驱动换成与 2.6.16-2-686-smp 内核兼容的版本。之前使用 legacy 版驱动的原因是只有这个版本的 glx 支持 xorg，对应 2.6-686-smp 内核最新的是 1.0-7174。而最近 unstable 里新的 1.0-8762 非 legacy 版驱动也支持 xorg 了，并且包含我选用的内核版本，于是试图安装这个非 legacy 的驱动。但是在用 nvidia-glx 替换原来的 nvidia-glx-legacy 的过程中出现了这个错误：
Unpacking nvidia-glx (from .../nvidia-glx_1.0.8762-2_i386.deb) ...
dpkg-divert: `diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx' clashes with `diversion of /usr/lib/xorg/modules/extensions/libGLcore.a to /usr/lib/nvidia/libGLcore.a.xlibmesa by nvidia-glx-legacy'
dpkg: error processing /var/cache/apt/archives/nvidia-glx_1.0.8762-2_i386.deb (--unpack):
subprocess pre-installation script returned error exit status 2
Errors were encountered while processing:
/var/cache/apt/archives/nvidia-glx_1.0.8762-2_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)然后我试图换回 nvidia-glx-legacy，却也发生类似的错误，无法安装。就算尝试 apt-get 的 –force-yes 选项还是 dpkg 的 –force-all 选项都无法进行下去。无奈只能暂时用 nv 的驱动进 X，屏幕整个朝右偏了10个像素左右，经常把滚动条挡住，十分不爽。
有热心人建议直接安装 nvidia 官方提供的驱动包，但为了图个统一，没有实行。google 后据称是 nvidia-glx 和 nvidia-glx-legacy 两个包的关系没被设定成冲突，导致可以被同时安装。回忆当时的安装过程，我很有可能试图先装 nvidia-glx 然后再删除 nvidia-glx-legacy，于是就稀里糊涂得再没有卸载 legacy 包的情况下直接安装非 legacy 包，后来因为它们互相冲突，后者安装失败，随即我把原来的包也删除了。但是很不幸 dpkg 的 diversion 中的信息却没有被复原，同时残留有 by nvidia-glx 和 by nvidia-glx-legacy 的信息。于是无论新安装 nvidia-glx 还是还原 nvidia-glx-legacy 都会在检查 diversion 的时候出错，无法继续安装，正如上面出错信息所示。
继续阅读“解决从 nvidia-glx-legacy 换成 nvidia-glx 过程中因操作不当造成的无法安装的问题”