鬼の领地

今天下了 CLANNAD 的原声碟，想要转换格式进入我的音乐收藏。因为废掉了 Windows，在 Ubuntu 下也需要找一个好的转换软件代替。在网上查找了一番，发现一个很方便的东西 Audio-convert-mod，不过安装它不是那么一帆风顺的。

首先，从官方网站下载了源码包，因为没有提供 deb 包……然后解压后，在里面运行

1
2
3

sudo ./configure --prefix=/usr
sudo make
sudo make install

安装完成（我本来是没有用 sudo 和那个 –prefix 参数的，结果怎么弄都弄不清楚）。

在 bash 中执行 audio-convert-mod 提示：

1

python: can't open file '/usr/share/local/share/audio-convert-mod/acm-runapp.pyw': [Errno 2] No such file or directory

经过调查，发现 acm-runapp.pyw 出现在 /usr/share/audio-convert-mod 里，而根本不存在 /usr/share/local 这个目录……于是我就突发奇想，把 /usr 链接到 /usr/share/local 上，结果就可以了：

1

sudo ln -s /usr /usr/share/local

唉……有些东西还真是麻烦……

昨天还在公共汽车上，我弟就打电话给我，叫我晚上去他家。去他家倒是方便，我回家吃个饭就去了。

去那边，电脑启动起来，进入桌面，看起来一切正常。突然，弹出一个窗口，好像是那个系统关键服务出错了，询问是否关闭或者调试。不一会儿，跟多类似的窗口弹出来。我赶快重启电脑，进入安全模式。安全模式里，就没有那么多奇怪的问题了。然后我用命令提示符进入各个盘，发现了 autorun.inf 文件自动运行一个 bat 文件。打开那个 bat 文件，发现应该是一个可执行文件……在各个盘清除了 autorun.inf 文件，随后采用我经典的预防法：建立 autorun.inf 文件夹，再在里面随便新建一个文件，然后将 autorun.inf 加系统加隐藏加只读。发现我弟的分区都是 NTFS 的，便加了一层，就是权限设置。我将这个文件夹继承的读写权限全部删掉，然后在里面建立了一个新项目 Everyone，权限全部调为禁止。然后试着删除，发现不能删除了。自动运行预防成功！

接着，跑到他家另一台机上下载了一个 360安全卫士，个人觉得这个软件应该还是比较值得信任吧。随后在安全模式下进行了一次扫描，发现 160+ 个病毒 orz……点击清理，然后提示说是否上传以供分析，我竟然点了“是”，结果等了半天没反应……大家记住病毒太多的时候不要让他上传……

重启进入电脑，可以正常进去了，不过 360安全卫士 不能启动。我在其安装目录下将其扩展名改为 .scr，正常启动。扫描，清除，打补丁，终于清掉了！这年头病毒已经开始 anti-anti-virus 了……不过杀毒软件也会 anti-anti-anti-virus！

话说今天早上还帮罗少的移动银盘也清了一下病毒，然后用上面的 autorun.inf 预防法。

不过想想觉得，如果有一天病毒也会利用 NTFS 的权限设置，然后新建一个用户，保护掉自己的文件，然后再把这个用户删掉……那不是普通方法就没用了么……那只能用越过系统直接接触硬盘底层的（什么软件我忘了）……还是 Linux 好！

今天想继续昨天昨天用 aMule 下载的东西（话说昨天下载的速度好快，可以和迅雷媲美了！），结果运行不起来！用终端输入“amule”提示

Initialising aMule
Checking if there is an instance already running…
There is an instance of aMule already running
Raising current running instance.

但是无论是系统监视器还是 ps 都找不到 aMule 已经运行的影子……在网上发现一篇和我经历类似的帖子，其中的 6 楼介绍说，aMule 有使用自己的锁文件（lock file），只要删掉就可以了。这个锁文件是“~/.aMule/muleLock”，如果遇到这样的情况只要直接删除这个文件就可以了！

其实是昨天晚上就传上去了，没时间说罢了。昨晚把Wiki的首页做好了，顺便修整了一下相关的URL Rewrite。另外还研究了一下双站公用的GeSHi代码高亮系统。

我的Wordpress安装了一个WP-Codebox插件使用了GeSHi，而我用的Wiki系统——DokuWiki也有带GeSHi，又因为我对一些代码高亮有特别的要求，所以就把我上次改造过得GeSHi放到一个比较公共的目录里面，然后让两个全部指过去。
Read the rest of this entry »

今天给我的博客做了w3c认证。记得上次连Firefox里那个Web Developement的CSS测试都过不了，查一下，发现是wp-codebox插件里的一个用于IE Fix的代码Firefox不能正常识别，于是就在主CSS文件中去掉了这段，另建了一个叫ie-fix.css的文件，里面写上那个代码，再在wp-codebox的代码输出CSS引用的地方加上<!–[if IE]>…<![endif]–>，就通过了。

今天在w3c那边测，CSS是一次通过，不过有一些颜色使用上的警告，说有些颜色和背景色一致什么的……不过XHTML的测试就没那么好了，貌似错了8个地方，查一下发现又是wp-codebox！
Read the rest of this entry »

今天算是找到了WP-Sticky插件支持WordPress 2.5的版本了，虽然还是Beta版。然后小小地汉化了一下，顺便体验一下是那些po和mo文件是如何制作出来的。经过汉化的版本可以在这里下载：wp-sticky.zip (14.9KB)

顺便也来说说怎么制作的。

Read the rest of this entry »

我这里说的ftp当然不是通常用的方式连接，而是尝试了一下当年命令提示符下的ftp。

今天不在自己家，要传一些东西什么到服务器上，结果发现IE7不能打开ftp，不知为何。但急着要用，也不想再去下载软件了，就直接打开cmd输入ftp。

个人感觉开始不会用，但用着用着也觉得不会差哈~

进入ftp以后就是一个“ftp>”，然后输入open，出现“To ”，然后输入我主页的ftp主机，接着些许等待后就出现了“User ”的提示，马上就会出现“Password: ”输入后便重新看到了“ftp>”提示符。

命令很多和dos很像，比如“dir”列举当前目录的文件列表，“cd”修改当前目录等。下载文件就用“get”命令，按照提示输入欲下载的文件名和保存的位置，很快就下载好了。至于上传就是用“put”命令，和“get”基本一样，就是先输本地的地址，再输远程的罢了。

不过，“get”和“put”都只支持单文件，于是我们发现了“mget”和“mput”这两个命令，可以批量传输。

另外要注意的一点是，默认的传输方式是ascii模式，一定要记得先用“binary”命令将传输方式变为二进制传输，不然传输可能造成不可预料的后果！其他的命令大家可以慢慢去探索，只要输入“help”就可以看到帮助了~

今天把一个PHP文件放到下载目录去，但是会自动解析。于是就查了各种资料如何阻止Apache解析指定目录的PHP，但是查到的几种方法都不行，似乎是因为服务器的原因？httpd.conf的权限自然不是在我的。

我就换了一种想法，用URL Rewrite试试？把php文件改名后编写了一个.htaccess，把所有.php的文件rewrite到.php_file上去，终于成功实现了！
Read the rest of this entry »

在大家的强烈支持下，我把DZ论坛的无心宠物中心插件装好了。

为了装这个宠物中心，我把include/db_mysql.class.php都改了，如果大家在安装后发现宠物中心不能启动，并且提示找不到query_first，那么查找

1
2
3

function affected_rows() {
	return mysql_affected_rows($this->link);
}

前面加上：

1
2
3

function query_first($sql) {
	return $this->fetch_array($this->query($sql));
}

我曾经试图修改插件的文件，结果发现，这个插件用这个文件用得太多了，干脆改论坛的核心文件了。

今天k姐找我说有个网站：http://bbs.sumisora.com/，打开都是乱码，而且换了各种编码都没有用。

我于是打开 Opera、Firefox 一一试过去，发现都是这样，本来以为是浏览器不兼容，结果打开 IE，发现也是一样的结果。

用 FlashGet 去下载，发现下载得到的页面可以正常显示。再用 Winsock Expert 抓浏览器的包，结果在服务器返回的 Header 中发现如下一行：Content-Encoding: gxip

gxip is what???

结果得出结论：因为各个浏览器支持 gzip 传送，在发送请求的时候会加一个：Accept-Encoding: gzip,deflate，告诉服务器：我既支持 gzip 也支持不压缩。结果那个巨囧的服务器竟然告诉浏览器，“我用gxip压缩！”，结果浏览器想“gxip 是什么？？？干脆直接当不压缩的吧！”，结果就点点点了……

在 Firefox 的about:config页面里找到network.http.accept-encoding值，将其前面的 gzip 去掉，终于可以浏览了！

经过反映，该情况目前已经解决。

最后再小赞叹一下 Firefox 强大的设置，Opera 和 IE 都找不到这样的选项！

另注：今天（2008年7月23日）又发现了另外一个站长遇到了同样的问题，见奇怪的gxip?，看起来似乎是一个奇怪的事情。未知中……另外，突然发现最上面的那个链接竟然是澄空的……强大的地方，k姐比我早知道那么多……我最近才因为 CLANNAD 认识了澄空这个地方……