诸行无常

     偶然发现这么个网站，http://www.yxnpc.com/zt/antiwow163/。为了我们的游戏，抵制网易《魔兽世界》。

    查该域名的备案信息，居然是联众注册的，下方的客服邮箱更嚣张lianxi@staff.ourgame.com。现在的科技企业也真tm够损的。

    忽然，想到了联众现在已经被韩国人收购了。大概，韩国人是怕在暴雪冲击下，韩国游戏的最后一个根据地也将失守，才干出如此勾当。

    和汉城奥运会、韩日世界杯上的勾当相比，这还真算不上什么

    IE8正式版发布了，离标准又近了一步。与此同时，伴随一大堆程序员又是无数个不眠夜，小心翼翼的修改原有代码，使之能够在新的浏览器下正常运行。我们正是其中的一部分。

    之前已经做了大量的工作（几乎等于分别为Mozilla和IE写了两套程序）。是的，大部分情况下，我们使用了“兼容各种浏览器”的JS框架，但这个程序大部分时间是在处理复杂的DOM，例如Selection，DesignMode的Iframe，而这些JS框架是100%不会涉及这类问题的。随着IE8正式版的发布，不幸很快发生了，不是因为IE与Mozilla DOM对象的区别，也不是新旧版本IE的不兼容，同一个版本的IE8，For Windows Server2003版本的，和for XP版本的在某些方面居然有重大区别。

    大部分基于flash的flv播放器样例，在播放第一遍时，点击进度条（如果带导航条的话）都能跳到指定的时间点，但播放完成后，再次点击播放按钮开始播放后，点击进度条会直接停止播放。主要原因是在播放完成后，没有关闭网络连接。

    因此建立一个监听，当state为Complete时，VideoDisplay.close()。

    在播放完成后，即时关闭网络资源，不干拉屎不擦腚的事。

    话说所有应用程序的执行都依赖于操作系统提供的各种API，如果能够动态的监视某程序执行了哪些API，并且在它执行前，获取或者篡改原始数据，就能达到不可告人的目的，监视QQ的登录框，默默的在后台记录QQ号和密码只能算是小把戏。

    刚开始研究api hook的目的是要动态监视文件的读写操作，实现透明加密：拦截任何程序写文件的操作，动态将文件内容进行加密并存储，读取的时候再自动解密文件内容，实现文件防拷贝。研究过程中，曾尝试拒绝所有程序读写文件，不久后，蓝屏啦。后来改为通过提示框，手动决定是否允许某程序读写某文件，不试不知道，NN程序勤勤恳恳，永无休止的读写文件，包括Explorer，我始终没有机会点完所有的提示框，来取消这个hook的注册，重启都重启不了，后来发现通过文件系统过滤驱动来干这个事更合适。

    让页面兼容各种浏览器，一直是个大问题，好在现在已经有先人通过jQuery之类的解决了Javascript编写的绝大部分问题。

    但，http头就不好办了。在web server当中，从http头设置编码为gbk,然后从页面中<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />。IE中会以utf-8为准，而Firefox则以gbk为准。

    类似的问题还有很多，请各类标准委员会对这些问题也统一标准。