gnome3下ibus设置
在gnome3下安装了ibus-pinyin后，安装方式如下：
apt-get install ibus ibus-pinyin
并且在~/.bashrc文件中加入了以下内容。
export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus
debian testing+gnome3+ibus+kernel3.08
debian的6.0出来之后，一直就心很痒，又加之之前刚刚从同事那里买了个笔记本，所以老婆把她的本就给我用了，虽然配置是有点底，但是安装debian我想肯定没有问题的，在g+上看到debian的testing中已经加入了gnome3了，所以更想试试了，但是没有想到道路事这么的曲折，我这两周花了好多时间，终于在今晚搞定了。
debian下触摸板使用
之前在本本上安装了debian，但是发现触摸板的点击功能就是用不了，以为是驱动问题，加之有鼠标，而且回家用本本来写程序的时间也是很少，因为小
自娱自乐写的linux下音乐播放器
前一段时间周末在家没事做，突然之间就想写一个之前一直想写但是也是一直没有写的小程序－－写一个自己的音乐播放器，现在终于写好了，可以使用，有基本的音乐播放功能，隐藏和tray按钮控制播放等等。小巧，程序了不多，够我自己平时在家里听音乐使用了。。。。下面是截图。
内核又拒绝挂载fat32的磁盘了,报codepage cp437 not found
前几天从新编译了内核，是应为升级了内核后vbox不能用了，所以又从新编译了内核，并且安装编译了vbox的内核模块，但是也出了问题，在每次shutdown的时候机器总是无法断点，磁盘灯不再亮，说明磁盘也不写了，只是一个锁灯在不断的闪，看了messages总的日志看到这样两句：
一个json数据格式导致的杯具
今天业务组的同事反馈系统数据入库失败，而且耗时耗力。。。老大说谁上，我主动请缨了。
查查查。。。从操作追到代码（这些代码不是我写的哇），最后日志发现了，是数据请求回来的地方出了问题，呃，会不是是请求的服务挂了呢，再日志了请求结果，发现，没有问题，最后发现问题处在了json_decode()这里，数据经过这家伙处理之后，竟然没有了，难道数据黑洞？
window.open的referer
今天遇到一个奇怪的问题，一个网站在firefox下可以很好的把我的referer带到服务器去进行验证，但是在ie下面就是不行，服务器怎么都没法获取到referer值，追查追查，发现在这个网站中它使用window.open来打开我的网站，原本的感觉是，这个也没有问题啊，但是事实上它就是没有给我把referer带过去。
Nginx+mod_wsgi+webpy
最近在做一个项目是以结伴开发的模式来作的，最终两个人讨论一两个人都相对熟悉而且开发效率较高的python来开发，在web框架上最终抛弃了较为原始的直接cgi和较为臃肿的django，而选择了介于之间的webpy，webpy在使用了一段时间后发现，我们两个人都很喜欢使用而且用的是相当的顺手，后台环境就使用Nginx+mod_wsgi+webpy，也是非常流畅。现在把这个简单的‘复杂’环境搭建记录一下：