Not logged in | Login

ubuntu4life » Fwolf's Blog » August 2008

Feeds

2787 items (2787 unread) in 25 feeds

favorites
ubuntulife of guoshuang (33 unread)
Ubuntu Blog (10 unread)
Ubuntu 学习手记 (78 unread)
My experience with Ubuntu blogged (13 unread)
Simple Thoughts - Java and Web Blog (431 unread)

ubuntu

All about Linux (60 unread)
Ubuntu Tutorials, Howtos, and More (10 unread)
Only Ubuntu Linux (142 unread)
HowtoForge - Linux Howtos and Tutorials - Howtos about Linux and Open Source (374 unread)
The Fridge - News for Human Beings (101 unread)
LinuxTOY (556 unread)
Fwolf's Blog (42 unread)
ArsGeek (321 unread)
Ubuntu Tutorials (Dapper - Edgy - Feisty) (25 unread)
huangjiahua~~我自己的世界 (27 unread)
Ubuntu Geek (241 unread)
闲云孤鹤 - 清冷香中抱膝吟 (16 unread)
Debian Package of the Day (47 unread)
FSLog (20 unread)
CreMaker's in-life Blog (15 unread)
笞熊降猫 (80 unread)
Nicky's blog (21 unread)
Ubuntu 学习手记 (83 unread)
PhoroLinux (41 unread)

«

All things about ubuntu.

Fwolf's Blog (3 unread)

recently-used+libtrash狂吃硬盘空间

Posted: August 20th, 2008, 3:46am CDT by Fwolf
哈，这个问题早就发现了，不过一直以为是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中：
```
IGNORE_RE = \.recently-used\.xbel
```
就行了。

关于这两个recently文件，还有两点，一是注意文件权限，可能存在泄漏用户隐私、操作习惯的问题；二是如果以前用过的文档找不到了，在这两个文件的内容中搜搜没准儿能找到。
参考
- HOW-TO: Enable and Disable the Recent Documents Menu in Gnome
More » Tags: ignore, libtrash, Linux, recent
Related posts
用php_screw加密PHP代码

Posted: August 4th, 2008, 5:55am CDT by Fwolf
开始之前，首先要澄清两个问题：第一，支持开源，不等于反对代码加密；第二，如果把不属于自己的东西（比如公司的）拿去开源，就更加不应该了。

以前知道的，PHP代码的加密都是用Zend的encoder，这东西不但是商业软件，好像还暴出过能够被破解的问题，所以就找到了替代的方案────php_screw，一个日本人开发的东东。

php_screw非常小巧，没有仔细看过它的算法，但从说明文档中看，可以自行更改SEED，然后自行编译so和可执行档。如果够牛的话，甚至可以自己去更改算法。不管怎样，对于我们这些“普通人”来说，这种加密应该就够了吧，如果真想滴水不漏，那还是不要公开的好，虽然作者说的并不是很容易就破解，但指不定哪儿有牛群呢不是么？

安装的环境需要：PHP5.x，zlib开启，autoconf，automake已安装。

测试环境：Ubuntu 8.04 hardy, PHP 5.2.3。

1、解压，更改my_screw.h，里面的几个数字就是SEED，相当于密码，可以随意更改、增加，并且数字的多少不影响解密的速度。

2、编译so文件：
```
$ phpize
$ ./configure
$ make
```
如果出现这样的错误，那是因为autoconf没有安装：
```
$ make
make: *** No targets specified and no makefile found.  Stop.
```
3、安装so文件，编译好的文件在modules目录下，将其拷贝到php extension存放的位置，比如/usr/lib/php5/20060613+lfs下，然后在php.ini中增加：
```
extension = php_screw.so
```
4、编译用来加密文件的可执行文件：
```
$ cd tools
$ make
```
tools目录下新生成的screw就是了，放到$PATH中就可以调用了，比如要加密一个文件：
```
$ screw a.php
Success Crypting(a.php)
```
加密后的a.php执行正常，同时screw还会把原来没有加密的文件改名为.screw文件作为备份。
Update @ 2008-09-01
加密之后，还有个小问题，用require或include引用放在include_path下的加密代码时，会当做明文引过来，解决方法有两种：
1. 使用绝对路径引用放在include_path下的加密内容，如果是自己的主机，肯定没问题的；
2. 使用相对路径来引用，比如在本项目的子目录内，这样也是没问题的。
More » Tags: encrypt, extension, PHP
Related posts
为ThinkingRock报表添加字体

Posted: August 1st, 2008, 2:59am CDT by Fwolf
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
$ ln -s /big2/fonts/xpfonts/simsun.ttf
$ java -cp ../../modules/ext/fop-0.93.jar:../../modules/ext/avalon-framework-4.2.0.jar:../../modules/ext/commons-logging-1.0.4.jar:../../modules/ext/commons-io-1.1.jar org.apache.fop.fonts.apps.TTFReader -ttcname "SimSun" simsun.ttf simsun.xml
```
如果字体文件中包含多个字体，而你指定了错误的字体名称，系统会给出提示：
```
TTF Reader for Apache FOP 0.93

Parsing font...
Reading simsun.ttf...
This is a TrueType collection file with 2 fonts
Containing the following fonts:
SimSun
NSimSun
Error while building XML font metrics file.
java.io.IOException: Name does not exist in the TrueType collection: Simsun
```
看到没，SimSun和NSimSun俨然就是宋体和新宋体啊。生成成功之后，simsun.xml就是我们得到的Font Metrics文件，所以接下来只需要再修改一下fop.xconf，把新字体的设置加进去就可以了：
```
<font metrics-url="simsun.xml" kerning="yes" embed-url="simsun.ttf">
  <font-triplet name="SimSun" style="normal" weight="normal"/>
</font>
<font metrics-url="simsun.xml" kerning="yes" embed-url="simsun.ttf">
  <font-triplet name="SimSun" style="normal" weight="bold"/>
</font>
<font metrics-url="simsun.xml" kerning="yes" embed-url="simsun.ttf">
  <font-triplet name="SimSun" style="italic" weight="normal"/>
</font>
```
好了，现在ThinkingRock的Tools -> Options -> Miscellaneous -> Action Screens中，就可以选择中文字体SimSun了，各种报表pdf中的中文也都会正常显示。
参考
- 为ThinkingRock的REPORT添加中文字体
- ThinkingRock Hacks:让Report输出中文
More » Tags: font, fop, GTD, ThinkingRock, Tools
Related posts

← July 2008 (6 items) September 2008 (1 ITEM) →