Fwolf’s Blog

哈，这个问题早就发现了，不过一直以为是openoffice.org的临时文件，今天忍不住搜了一下，终于找到原因和解决办法了。 问题是这样的，由于启用了libtrash，所以正常删除的文件都会在$HOME/.Trash下面存一份，我的$HOME空间本来就十分紧张，经常发现磁盘满的情况（磁盘满了以后会有很多有意思/古怪的现象，有点意思），一看是有大量的.recently-used.xbel[?]文件在$HOME/.Trash下趴着，删除他们可以节省几百M到1G多的空间，并且丝毫不影响使用。 没有仔细观察的时候，还以为是openoffice.org开着的时候产生的临时文件，今天终于知道，用户$HOME下有两个文件：.recently-used和.recently-used.xbel，这两个文件都是xml，格式不同，但都是保存了最近打开/访问的文件。可能是我没有直接使用Gnome桌面，从来没有清除过最近文件的缘故，这两个文件的尺寸已经分别达到了200k和2.5M，尤其是那个.xbel文件，2M多，每次更新都会由于libtrash的缘故在$HOME/.Trash下存一个备份，随着时间的推移，可不就很快把硬盘吃完了么。 参考的文章中，是通过修改文件权限的方式，让系统不再往这两个文件写入内容，应该也是可行的，但和libtrash结合恐怕还是会有空文件生成，好在libtrash有黑名单功能，在/etc/libtrash.conf或者$HOME/.libtrash中：

......[阅读全文]

开始之前，首先要澄清两个问题：第一，支持开源，不等于反对代码加密；第二，如果把不属于自己的东西（比如公司的）拿去开源，就更加不应该了。 以前知道的，PHP代码的加密都是用Zend的encoder，这东西不但是商业软件，好像还暴出过能够被破解的问题，所以就找到了替代的方案────php_screw，一个日本人开发的东东。 php_screw非常小巧，没有仔细看过它的算法，但从说明文档中看，可以自行更改SEED，然后自行编译so和可执行档。如果够牛的话，甚至可以自己去更改算法。不管怎样，对于我们这些“普通人”来说，这种加密应该就够了吧，如果真想滴水不漏，那还是不要公开的好，虽然作者说的并不是很容易就破解，但指不定哪儿有牛群呢不是么？ 安装的环境需要：PHP5.x，zlib开启，autoconf，automake已安装。

......[阅读全文]

ThinkingRock是一款用Java编写的跨平台的GTD工具，我试用过很多GTD工具，在线的、单机的、自架服务器的，转了好几个圈，最后又转回来用它了，主要理由就是方便，该复杂的功能就要复杂，该简单的功能就要简单，可以用Project/Action来组织复杂事务，支持任务分配（当然只是给自己看的，没有协作功能），还算方便够用的报表功能。说到报表就到本文的主题了，软件自带的几个字体都无法显示中文，生成pdf报表之后里面的中文都会变成井字号#，所以需要自己安装中文字体。 参照官方的字体安装说明，核心意思是该软件的字体读取使用了FOP，而这个FOP需要Font Metrics文件才能工作。FOP是Apache中的一个项目，我没有深入去研究，不过网站上也有一篇比较清楚的文章教人如何生成这个Font Metrics文件。 但文章中的例子，使用库文件的位置和形式有点小问题，-cp后面是各个库文件，要能访问到才行，文中的路径显然不合适；文中各个库文件之间是用分号;间隔，这是在Windows中的写法，放nix下就错了，可以换成冒号:。所以，命令就变成了这个样子，注意所在路径的变化和相对路径： $ cd /big2/tools/tr-2.0.1/tr/resource/fop

......[阅读全文]