把JS加入一个Text Widget来让用户浏览器来执行改写有不足之处，一是禁用了JS就无效，二是RSS输出也是原始地址的，那么在阅读器中就看不到了，除非用户手动调用脚本。不爽了，因此最好是WordPress直接输出。花了点时间学习一下WordPress开发，没想象中的难，10行有效代码就搞定。

说明

插件改写操作是以filter来执行，也就是不会修改数据库中的内容，当在预览、发布和输出RSS时才改成代理地址。所以在编辑器中依然是原来的地址，不会看长长讨厌的代理地址。禁用插件就恢复原来地址，效果安全。

下载和安装

已经发布到WordPress插件页面中，下载zip文件，解压，上传“google-image-proxy.php”到WordPress的“wp-content/plugins/”目录下。或者你在后台添加插件处直接搜索“Google Image Proxy”安装，最后在插件页面启动就行了

方公公你的母亲目前好吗？

依然采用grub4dos，Linuxtoy也曾经介绍过一个MultiCD的脚本，试了一下，用的是isolinux，合并每个镜像为一个菜单，个人还是喜欢grub4dos多个菜单，据说grub4dos支持png的背景了，但是还是没怎么研究，简单依然是王道。不过改写isolinux菜单为grub4dos菜单还是要花点功夫的，也写个小程序来自动完成，不过写得不太完善，放弃了。

下载

原本使用的是UbuntuCN的FTP空间，UbuntuCN被出国后，FTP空间取消了，我就转到Dropbox，结果又外链流量超标了，帐号被挂起，我放到电驴上，又有人说很难连上，唉。所以我这次就不放整盘了。估计下载都是研究多重引导的吧，直接包含linux文件没怎么必要了，只给基本需要的文件做镜像。

现在放到我的Google Code上，才7M多点。

更新

我又把所支持的linux换回英文了，移除了Prayaya，添加了个比较精致的Tiny Core Liunx。因为不打算包含发行版的文件，所以是不是采用国内爱好者汉化过的集成版没什么所谓了，只要汉化版不是改动了目录结构，它们的引导菜单都是通用了，本镜像只是提供一个思路，鼓励自己修改和定制。

基本的文件更新如下：

• grub4dos更新为0.4.4，2009-3-31版。
• 更新了引导菜单和背景，并重新整理了“grub”文件夹。
• freedos镜像中的testdisk和photorec更新为6.11.3。
• 虚拟磁盘memdisk更新为4.01。
• 内存检测工具memtest86+更新为4.10。
• Super Grub Disk更新为1.30。

添加Linux

Linux的文件需要你自己添加，基本镜像已经包含必要文件，简单用法就是解压镜像，修改后就运行解压后的镜像文件夹里的”tools/make_iso/make_iso.sh”（windows是“make_iso.bat”），这就自动打包修改后的镜像为可引导镜像，详细方法可以看这篇文章。

下面的“测试镜像”是指我制作这版本所用的linux镜像，一般来说，小版本号更新都会适用的。“cd_root”是指Nin1LinuxCD基本镜像解压后的文件夹名称，当你完成添加后，需要重新打包。添加DOS、PE、GHOST依然如之前的方法。

• Parted Magic

测试镜像为“pmagic-4.11.iso”，把镜像里的“boot”文件夹移动到“pmagic”里，然后把“pmagic”复制到“cd_root”目录下。

提示：Parted Magic4.1版后已经有中文字体了，很实用。

• Geexbox

也可以选我汉化的中文版，测试文件为“geexbox-1.2.4-custom-zh_CN.i386.iso”，这个比较麻烦点，还需要下载“GeeXboX Win32 Installer”，使用这个安装器在windows下安装到C盘，
把“C:\GEEXBOX”复制到“cd_root”目录下。

因为直接复制光盘镜像的那个“GEEXBOX”文件夹启动失败，或许是光盘标签改变了，引导脚本找不到所需文件，而那个安装器不知做了什么修改，所创建的“GEEXBOX”却没有问题。

• CDLinux

测试镜像为“CDlinux-0.9.6.1.iso”，直接把镜像的“CDLinux”复制到到“cd_root”目录下即可。

• Slax

测试镜像为“slax-6.1.2.iso”，把镜像里的“boot”文件夹移动到“slax”里，然后把“slax”复制到“cd_root”目录下。

• Puppy

测试镜像为“lupu-501.iso”，把镜像中的“lupu-501.sfs“复制到”cd_root”目录下，并在“cd_root”里新建一个“puppy”文件夹，把镜像其余文件都放进“puppy”里面。

• Slitaz

测试镜像为“slitaz-3.0.iso”，在“cd_root”里新建一个“slitaz”文件夹，把镜像所有文件都放进“slitaz”里面。

• TinyCore

测试镜像为“tinycore_2.11.6.iso”，在“cd_root”里新建一个“tinycore”文件夹，把镜像所有文件都放进“tinycore”里面。

当添加完成后执行“make_iso.sh”来创建光盘镜像，当然建议刻碟之前先用虚拟机测试一下。

你说可以下载啊，但一个个下载又太麻烦，我是听到好歌值得反复听才下载，特别好听的就去电驴找高质量的，整个专辑拖下来。我知道批量下载可以用gmbox，但是下载后还的手动添加到播放器，当然骨头他还在慢慢重新发明轮子，实现播放和歌词显示功能。

其实我觉得，Linux的音频播放器已经有很多了，歌词也有OSD Lyrics，我非常喜欢这个软件，支持多个播放器，不是通过插件形式，而是使用Linux的机制和接口(dbus)来跟播放器通信，这样很能体现Unix的哲学，各个程序专注自己的领域，通过系统提供的统一的接口互相配合来实现所需功能。

所以我认为：下载器＋播放器＋歌词显示程序是个最佳组合。但我目前的水平还不能让gmbox像OSD Lyrics通过dbus来各种播放器同信，我常用的exaile，就先支持exaile吧。

我发现exaile的好几个插件已经实现类似的功能，通过一个新侧边栏来查找音乐网站的歌曲，并添加到播放列表，不是我正好想要的吗？把gmbox塞进去就OK了。有了现成代码供参考和使用，开发难度大大降低。

我花了两天时间写了个插件，已经实现基本功能了，于是在Google Code建立了exiale-plugin-gmbox项目，下载和安装方法都在那里。运行效果如下图

协议解析就是使用了gmbox项目的代码，核心代码和界面代码分离，很好，我只需要核心代码就行了，做了点修改就可以用了。

目前支持音轨和专辑查找，翻页和批量添加，其它功能以后慢慢加了吧，有什么bug或问题或建议可以去项目页页发贴。

更新：项目已经迁移到gmbox

一般来说手动修改二进制文件是件苦差事，有源码在手不如直接修改重新编译。但有些软件是不开源的，又想修改它的功能以便更好使用，就想反编译，但很多代码都是混淆过的，反编译后几乎不能阅读，如果要改的的地方不是很多，比如最常做的是反转条件和替换字符串，这还能直接从字节码下手。

反编译器

• JD Java Decompiler

试了几个，觉得这个最好用，反编译首选。可惜是闭源的，但非商用免费，版本也比较新。用C++写成的，有GUI，用的是wxWidgets，所以跨平台，独立程序，就一个文件，速度还很快。支持直接打开jar文件，批量保存，代码高亮，多标签，字符串查找。还有Eclipse的插件版本。



• JAD Java Decompiler

这个比较老牌编译器了，命令行的，这个也是闭源的，非商用免费，很多编译器都是都是它的一个前端而已，会命令的话直接用它好了，选项也很丰富，尤其是输出格式。但对新版的Java特性不如JD，所以候选。它也有开源的Eclipse插件JadClipse。

开源也有jode，但是太古老了，不推荐了，反正我是上面两个配合用，都反编译一份，以JD为首选，对于个别错误的地方参考JAD的结果，然后手工收复，试过把microemulator的demo反编译然后重新编译，运行通过。

字节码处理

• javap

这个命令是，jdk自带的，作用就是输出字节码，偶然配合grep来看看也好。

• jclasslib bytecode viewer

jclasslib是修改class文件的java库，可是我还不会用，但它自带了一个字节码查看器，可以说是javap的GUI。分门别类显示class里面的元素，还带点击跳转链接。不带编辑功能，还得用十六进制编译器参照JVM的指令代码来修改。



• Java Bytecode Editor

简称JBE，这个就是上面的修改版，就是多加一个编辑功能，免去查指令代码的痛苦。非常使用，不需要用到jclasslib库的下载这个好了。



• Java Class File Editor

虽然版本有点古老，但是还是个功能非常强大的修改器，能修改class的方方面面，最常用的是修改常量，比如字符串，用法比较简单，相信程序员也会用。也可以改字段、方法的属性，很强悍。



也有字节码查看功能，虽然可编辑的，但不知道为什么保存不了。

上面几个各有优缺点，配合来用互补，对于混淆过的代码反编译后难以阅读，更不用说编译回去，但起码能参考一下，方便定位要改的地方，改好后在反编译一次，diff结果，看看影响到那些代码。

最后顺便纪念一下逝去的Sun，这个伟大的公司。

开始在python一大堆GUI库前徘徊了好久，最终决定用wxpython写一个。

后来又想了解一下gtk，又写了一份pygtk版本，文档看个大概就开写了，觉得没传说中的难啊，反而很合我口味，界面只跟wxpython的有少少差别。

今天又花了点时间研究一下Glade3.6新支持的GtkBuilder，用Glade来建立界面，再写一份，我只能说很爽很爽，只有几十行代码，信号处理直接用回之前的pygtk的代码，还不需要改动。效果跟第二张图是一样的。

如果你搜进来找wxpython和pygtk的优劣的话，可对比一下这3个文件的界面代码量，界面代码都在’__init__”函数里

1. wxpython
2. pygtk
3. pygtk+glade

虽然wxpython也有它的wxGlade，但还不成熟，用得我很抓狂，不过官方的示例代码和文档真的很丰富很完善。而pygtk却相反，官方示例代码和文档都简单得可怜，但glade很强大，而linux里自带的程序就是现成的例子。我目前比较喜欢pygtk。

安装

这个扩展叫FirefoxNotify，还处于实验阶段，所以需要先登录才能下载，安装过程与一般扩展无区别，重启Firefox后，随便下载个文件，好运的话就看到下效果了。

FirefoxNotify下载页面的还有些注意信息，需要下面几个包，不过我一装好这个扩展就能使用了。

• Python
• DBus
• Galago compliant notification daemon (libnotify)
• python的“pynotify”包。 在debian库里应该是 apt://python-notify

还有一些可选依赖

• xdg-utils (支持在通知窗口里打开文件)
• 如果你使用Ubuntu，你或许不需要“python-dbus”这个包

修复同时提示问题

使用这个扩展后，还发现如果把下载窗口关闭后，当下载完成，Firefox还是会弹出自己的通知窗口，解决方法是在“about:config”找“browser.download.manager.showAlertOnComplete”这个键值并设置为“false”。

其他发行版

据我所知有两位童鞋把Ubuntu这个通知机制搞到别的发行版里去

• Iven童鞋的《让 Arch Linux 也使用 Ubuntu 9.04 的新通知机制》，经我测试，archlinux也能使用咯！
• TX童鞋的《Yeah! 我的Gentoo支持Ubuntu的Notification啰！》，呃，没玩过。

类似扩展

写这篇文章时还发现两个Thunderbird扩展，Ubuntu Notify，Mozilla Notification Extensions，当收到邮件就用Ubuntu的通知机制通知你。

本来想写简单点的，花了几天搞定基本语句的转换，一段小小脚本，打算发布时又想：不如再支持一个特殊语句吧，这个又解决后，又想：不如再多支持一个吧，不如……所以代码原来越来越长长，当命令行的差不多搞定后，又想不如再写个gui吧，然后就去学wxPython，所以到现在才放出来。完善了一下代码，放到Google Code上面，Google Code上发现ESR金句“Release early, release often”，显然我的行为是违反了这句话，哈哈。

简介

除了支持基本转换语句外，有如下特征

• 支持转换帮助文本，还是不会断词换行
• 同时转换背景图像到grub4dos的格式
• 每个菜单项前加序号
• 重定向每个条目的文件路径
• 添加自定义字符串为菜单标题

来个图

转换后的slax菜单截图

前端

前端名叫”iso2grub-gui“，是用wxPython写的，所以要装wx库才能运行

版本从0.1起跳，或许以后可以再添加一点功能，比如直接把iso转换。因为Python时跨平台运行的，所以这两个个脚本也能运行在Windows下，已经测试过了。

下载地址

默认桌面壁纸依然是经典的屎黄色，不爽，于是像之前一样，搞了个蓝色。

Ubuntu 8.10的开发代号是Intrepid Ibex，无畏的北部高地山羊，所以桌面壁纸是一张抽象的山羊画，看上去还不错，挺有魄力。不过我见过更无畏的，猛击这里看图，在那一刻Ubuntu精神灵魂附体，继续猛击这里，和这里

在不知道RSS/Feed是什么东西之前，我见到好博客，比如善用佳软，小众软件等，唯一表示关注的做法就是加入书签，然后隔三五差打开看看有什么文章更新，结果见到好博客越来越多，每次打开又要看看哪些是新文章，有时候没见到新文章又失望，效率实在低下，浪费精力时间。在博客上几乎都看到地“订阅”、“阅读器”、“RSS”、“Feed”之类的关键字，了解到这些是什么东西后，我就开始找个阅读器了。去看一些测评文章，试用了各种阅读器。

选择原因
收费的不考虑，基于IE的不考虑，Windows Only也的不考虑。要免费，最好基于Firefox，一定要跨平台。

1. 一是在线网页的，开始只试用过抓虾，不过用得不爽，用了一阵就放弃。
2. 二就是Firefox无所不能的扩展了。

为什么选择Firefox扩展？Firefox几乎所有扩展都是免费的，还有是开源的，能跟Firefox一起跨平台，安全，快速。能配合Firefox其它的扩展，这个很重要，扩展的强悍功能比如广告过滤、JavaScript和cookie控制、自动选择代理、抓取网页、快速滚动，鼠标手势，文字拖曳，自定义搜索等等，都能好好配搭使用，我能保持我的浏览习惯，这是其它离线阅读器难以做到的。很多事都能在Firefox里搞定，不需要额外在打开一个程序切换来切换去（特别在不输出全文的情况下，额外打开浏览器查看原文），内存占用太多？如果能使我观看每篇文章在操作上少1秒钟而多用1M内存，那也值了，别说1M，10M我也觉得值了。在内存都白菜价和信息过载的年代，电脑的内存和用户的时间那个更宝贵？

去搜一下相关扩展，也有好几个，折腾来折腾去就是Newsfox了。界面简洁，支持3栏式布局，我是用宽屏的，空间充分利用，看起来非常舒服，阅读器的基本功能都有了，比如快速添加feed、导入智能书签、标记、搜索、储存、加密、分组、标签、自动刷新、文章排序、快捷键。随着版本更新，不少使用功能陆续被添加进来，比如关键字高亮提示、过滤网页以全文输出（杀手级功能）、统计排序等等。

和Google Reader相比的不足

• GR有统计功能，Newsfox也有这重要性统计功能，只不过没那么厉害，不过够用了。
• GR刷新速度快，Newsfox是逐个feed刷新的，不过没什么关系，反正总能在你读完所有未读文章前更新完毕。
• GR的增强扩展和脚本样式也不少，Newsfox也有几个，自带的功能够用了。
• GR的扩展视图和历史文章追加Newsfox倒没有。

Google Reader的确非常牛逼没错，作为我的候选阅读器。不用GR作首选是我不习惯GR的布局，我喜欢3栏布局，一栏feed名称，一栏标题，一栏正文。GR页面上边还有一大片空白，用Stylish整了半天都不满意。

一年下来目睹了Newsfox的进步，我也订阅了Newsfox的更新日志（本来自带），开发者非常负责，每次都是长长的更新日志，包括对新功能的说明。用了这么久积累了几个技巧，迟点我再写文分享一下技巧，对目前的阅读器不爽朋友不妨试用一下哦。

链接：Newsfox安装，开发主页，文档，论坛。

在Youtube里发现有人把默认的壁纸弄成蓝色，觉得很好看，于是去搜索，结果没找到，不过制作方法到找到了，原文见这里。

方法很简单，用GIMP两三步就搞定了。Ubunut的默认壁纸放在

/usr/share/backgrounds

里面还有几张太空图，8成是Ubuntu的老板照的。

1. 复制那三张黄色的出来，用GIMP打开。
2. 选择菜单上的“颜色”，“反相”，这就变了蓝色了，真简单。
3. 个人觉得这个蓝色太浅了，菜单“颜色”，“曲线”，找个点，向下拉一点，把颜色弄深一点。
4. 用“颜色”菜单里的选项弄成其他颜色风格也是很容易的。
5. 搞定就保存。

效果如下，不喜欢自己搞的就自行拿去使，另外一张比较大，转换后效果又不太好，就不发上来了。