猫眼石

随手写的，适用于9之后的版本。去除主界面的烦人广告、对话窗口下面的链接。好处是不会像A-Patch那么麻烦还要改系统Unicode设置，点一下就改好了，而且不是针对某一个特定版本的，有新版出来的时候也能继续用。
http://opal.me/downloads/WLMPatch.rar
运行需要.Net Framework 2.0，Vista/Windows7不需要担心。另外由于要修改文件内容，需要管理员权限。
最后更新于2010/01/18。Bug修复，完全去掉对话框广告。

借用一句名言做标题。
在搜索引擎上乱翻的时候，偶然看见了以前发的贴，也看到了许多关于i***的评价，很多人在问，我用bt下了这个i***的文件，怎么放不出来啊？再也很少有人知道这些名字了，不禁有点觉得好笑。回想起来距离最初成立已经过了四年。
五年前混CCF，折腾各种视频编码，MPEG-4的DivX3, XviD，那时候XviD才是刚刚可用的东西，VirtualDubMod也是刚刚出来，很多人还在用Nandub那个缺钙的玩意儿。我的第一个rip是用tmpgenc压的麦兜故事，不过也只是自己兴奋了一下，谁也没分享过（后来过了一两年，记得是WRD还是BOB那帮人用国内烂版出了一个，颜色过饱和而且被锐化得很恶心，被我视做对麦兜的侮辱）。某一天，混迹Doom9说要翻译网站内容的时候，大米突然跳了出来，问“Are you Chinese?”。于是，就这样被拖进了坑。
时间过得很快，对于当年CCF上技术大讨论已经记不清楚了，现在搜索自己在CCF的ID也只能搜到那些Silky的bible。CCF的视频完蛋了，DRL也好不到哪里去，离开那里的原因是流氓软件捆绑者在那边自己觉得自己天下无敌，拿着一堆Gabest做的开源软件称大侠。现在估计那位也已经赚满了腰包，没什么兴趣在技术上了。不过话说回来，那么多人又有几个是真的研究技术呢？无非是怎么样改动几个设置，碰碰运气，google一些doom9上牛人的帖子拿回来当自己原创……Anyway，这些浑水早就不愿去趟了，就连在i***也基本是retire的状态，现在那些事情一概不清楚了。听说最近出了点事情，但愿大家一切都好。
最后Greeting一下曾经想把我们吞掉的Dia****，greeting一下当年m**上的the one 以色列大兵tec***，greeting i***，es****，r***等等的兄弟，greeting 当年和我们打对台的p******，greeting 曾经帮过我的schizo的f****，greeting 另外已经退出的Dr.K小孩，生活离开scene还会更美好。

对于以上这些文字，看得懂就笑一笑，看不懂的，就当我在说：“Sky King Cover Ground Tiger！”好了。

诸位网站服务器的管理员最头疼的可能就是迅雷这个垃圾流氓无耻盗链下载软件了。自己放在服务器上给几个朋友下载的东西，很可能在几个小时后就被成百上千的莫名其妙的下载连接堵死，对于硬件条件比较差的站点来说，接近于DDOS攻击。今天我的小破服务器就有幸再次被迅雷攻击了一整天，流量峰值达到40M，并发数千个，Apache崩溃了无数次（这一点上来说，Windows平台上的Apache真是太烂了，即使是2.2.x线程也写的乱七八糟，稍微不规范请求就导致一个死线程，250个一会儿就占满接着崩溃），CPU一直100%，弄得我还以为服务器死机了要机房帮忙重起。怎么收拾这鬼东西呢？

早期的迅雷采取Referer欺骗的方式，所有访问过来的referer都是一个莫名其妙的百度mp3搜索结果。当时只要封住这个垃圾referer就可以了。现在他们改了策略，使用下载文件的路径作为refer，比如说h**p://www.foo.com/down/foo.rar，如果迅雷访问过来就是h**p://www.foo.com/down/ 作为referer。那么，在小范围使用http方式共享的时候就用一个单独的目录作为共享目录，然后把这个referer过滤就好了，只给人下载的连接，不要给目录浏览。这样，就能暂时封住迅雷从用户的下载数据中盗链的行为（他把真实地址偷走的时候没有一并上传referer）。最关键的还是要尽快把共享的文件移走，路径设上htaccess的密码并经常改变。另外，一定要使用mod_limitconn和mod_bw来限制连接数以及带宽。绝对不能让自己的财产为流氓迅雷和狗屎Google李开腹作贡献！

没事干的时候做的，主要是更新商业软件和开源软件协作方面的新闻。
当然，最多的肯定是微软的。。。

是不是觉得Live Spaces和Live Mail打开的时候让人很痛苦？IE会停顿一会儿，鼠标也可能会卡住。造成这个情况的原因有很多，但很重要的一点是：AJAX的滥用以及错用。有人说同样是用AJAX，那Gmail为什么就很快？
这个原因在于Live Spaces的另一个问题，它处于微软的网络内，而微软的网络环境，恕我直言，并没有Google的好。从中国北京某服务器访问Google，大概12跳左右可以直接到google.com，延迟不到50ms，而Gmail也只需要18跳，延迟180ms。Google可是直接连在美国网络出口的。Live则需要在美国境内兜圈子，还没等到微软网络内，就已经20多跳200~300ms的延迟了。
偏偏Live Spaces的编写者们把各种资源分布在不同的文件中和不同的服务器上，每次你打开Live系列的服务的时候就要同时发起数十个请求到位于美国境内的服务器！这样造成的后果要么是某些资源没能读出来造成整个Space看起来混乱不堪，要么是AJAX们正在非常缓慢的读取XML，不读完了你的浏览器的CPU占用率就下不来，从而看到IE停顿，难以忍受。
据不可靠消息称，MS正考虑将一部分服务器在中国境内建立一个镜像或者说登入点，不过效果如何不得而知。如果真的建好的话也许会缓解这些问题，不过目前我们只能靠自己动手，丰衣足食。去掉那些与AJAX相关的东西可以让你的Space稍稍快一些。
在自定义你的Live Spaces首页的时候注意以下几个原则：
不要用Gadget以及那些使用AJAX的模块。比如“朋友”模块，“嵌入视频”（不是Media Player）模块，天气模块，最近更新，订阅源（RSS）等等。
不要在同一页上显示过多篇文章。一般5~10就已经足够，太多的话别人打开你的Space的时候会考虑一下三分钟的IE死机是否值得。如果你有什么特别推荐，可以用自定义列表的方式把他们的连接列出来。
不要用太多花哨的效果。你也许在很多Msn Spaces Hack之类的网站上看过一些小技巧把你的Space弄得很夸张，但这些夸张都是以速度为代价的。如果你是个速度狂人，更重视你的日志本身的内涵被更多人体会，那么就抛开那些东西。
如果不是对展示你的照片有特殊兴趣的话可以把相册模块从首页上拿掉。新的Live Spaces相册升级之后是一个资源消耗大户，如果你想让朋友看相册可以让他们点击缩略图或者连接。
在采取这些措施之后，使用IE打开你的Space的速度和感受会有一定提高。

这几天访问量噌噌的上窜，网站本身的计数器几天之内涨了八万多。感觉快跟作弊的一样了。其实是某几个搜索引擎疯狂的index页面，真的是发狂，每秒钟都要十几次，整个一帮抽风的家伙。老天啊，我还是希望真正的人类来看我的东西，别都是机器人啊。

在经历了一个多星期的莫名其妙事件之后，机器终于重新起来了。下个月可能我要把机器从上海机房里拿出来带回北京重新托管，还是放在身边比较安心。

由于近期更新了系统，redhat新更新的libstdc++存在严重bug导致系统崩溃，且mailserver已经无法使用。
受到影响的站点有 so-solution.com, yaoge123.com, paradiso.cn。
目前正在尝试修复中。
Note:已经修复。重新用源码编译了gcc就好了。还是自己编译的东西放心。。。竟然发行版会有这样的问题，以后还是要小心。

由于近期好像什么地方作的垃圾网页推广工具把我的留言板当成了推广专用，导致每天都出现上百页基本一样的留言，其中不乏某些国内的傻逼博客。因此对R-Blog程序进行了一定修改，加入了留言验证的功能，不是人的都滚蛋！
ps，不涉及文章的评论功能。这个地址每篇文章是变化的，所以暂时还没有遭到骚扰。

页面右边的评论是用c_substr截取的。问题在于这个函数是每两个字符一截，如果出现一个半角标点或者数字那最后面的汉字就变成一个问号了。在折腾phpmyadmin的时候看他说没有mbstring，就想起来用mbstring的mb_substr，可我记得php编译的时候已经写了啊。。。最后很尴尬的发现实际上是我编译的时候把–enable-mbstring=all 写成了–with-mbstring=all。。。选项错误，寒。
现在评论里面已经不会再出现那个?了。