Planet Firefox Fan - Greater China

去年二月份到手的摩托罗拉Q8在我手里度过一年，爱惜有加成色很新，不小心摔过几次都没有大碍。前几日电话里与女友吵架，怒火冲冠时狠狠的把Q8砸在地上，除了后盖乱飞，电池脱出等传统项目外，旁边插槽中TF卡与适配器卡套也跳了出来，适配器卡套居然折断了 -_-! 这TMD是怎么摔的?如此毁灭性的力量直接导致摩托罗拉Q8的阵亡，屏幕定格于此，再也开不了机了：

换吧，换啥？用惯了QWERTY键盘的手机，还真看不上其它手机的输入效率。瞟了一眼G2，水货价格合适，也可以虚拟QWERTY软键盘…算了，我还是要硬键盘；G1、G3、摩托罗拉基于Android系统的Milestone也曾入过眼帘，不过是侧滑，无爱，而且价格太高；Iphone啥的就不是我这个爷们儿该考虑的东西；目光回到曾经关注过的黑莓8820，目前价格已经降到千元以内，很合我意；再瞄了瞄黑莓8900 Javelin，价格两千出头，也在我的接受范围内。下图就是黑莓8900：

没手机用了，不容太多的时间考虑，我思想觉悟高，耽误了为祖国创造GDP的时间怎么能行呢？火速淘宝，2.3k标得黑莓8900一部，截止发稿时，黑莓应该已经在路上了，如果顺丰快递给面子，明天就起个早收货。小马～我向你看齐了。

我用过的智能手机系统方面：从诺基亚N70的Symbian，到摩托罗拉V8的Linux，再到摩托罗拉Q8的Windows Mobile，和即将到来的RIM 黑莓 8900，大概还差一个Android就算小包圆了吧（摔吧，摔吧，下一个就是你了）。

囧囧囧！小泽玛利亚惊现苏州观前街，还在观前名店川福楼内吃川菜，啥也不说了，有图有真相。

从这张照片看应该就在川福楼外，宫巷和碧凤坊的交叉口，背后清晰可见朱鸿兴和老娘舅：

这个就是在苏州观前川福楼内拍的，桌上最明显的一道菜是川福楼的招牌菜之一“毛血旺”。川福楼去过几次，为了迎合当地的消费人群，菜做的不敢太过麻辣，唉，出川之后想吃正宗川菜一直是件难事。跑题了，上图：

这张照片是在苏州干将路上、宫巷口的玄妙索菲特大酒店门外拍的，传说小泽玛利亚就住在该酒店内。我之前住在颜家巷的时候天天在乐桥站等公交车，车站背后就是玄妙索菲特大酒店，这地方熟的不能再熟了：

还有一张，不知道是哪里，也许是酒店内部吧：

以上照片，除了第一张45度角有点像AV片子中的小泽玛利亚外，其它都不太像，身份确认还得靠最下面那张左膀上的纹身，AV片子里都没有的，在Google上搜索“小泽玛利亚 纹身”才知道纹身确实是最近才有的，如去年12月份的照片：

据说明天小泽就要离开苏州了，遂决定明天起个大早背上我的佳能G10去观前求合影。

自己的桌面，不太开启QQ，没有弹出窗口的烦恼，但是我却也将QQ的迷你首页放置于firefox的书签中，作为平时需要时常访问的网页。

今天如常，在翻到“娱乐”时，才发现，《成长中的烦恼》演员Andrew Koenig自杀了。

如果是出身自80年代的朋友，一定不会没有看过《成长的烦恼》，这部在中国家庭生活、教育等多方面具有启蒙意义的美国情景喜剧，一直到今天，仍旧是许多怀旧一族必看的一部剧集。但是当今天再回想起这部伟大的电视剧的时候，竟然与其中的一名演员死亡相关联，实在是太令人遗憾了。

Andrew Koenig在《成长的烦恼》中，饰演麦克的好朋友伯纳。正如他的名字“boner”一样，他在聪明机灵的麦克身边，总是充当着被嘲笑、被愚弄的角色，时而还要在美丽女孩儿面前出洋相。记得有一集，他为了追求一个漂亮的女孩子，居然去做了裸体模特儿。当然，有时候也是傻人有傻福，有一集中，他难得的好运，麦克用来骗人的一块平常无奇的“魔法石”，最后被boner骗到了手——原来是一块比较罕有的矿石，他实在是难得的赚了一次。

回想起boner，回想起他时常被捉弄的场景，即使在现在，还是令人忍俊不禁。后来在IMPD考究了一番，原来之前他就有一点抑郁，虽然刚完成了一部作品，不过在飞往加拿大后就失踪了。最后是被发现自缢于加拿大一家公园角落中的一颗树上。

看来一下他的作品，虽然非常少，和他在中国的名气相差太大，不过涉及到演员、编剧、导演、制作人等领域，还是非常多才多艺的。

对于这个伤心的结果，还是他剧中的好伙伴——麦克（Kirk Cameron）最先表示了哀悼。我想，作为受《成长的烦恼》影响深远的80年代人，也会默默的哀悼这位在我们小时候带给我们笑声的boner。
Tags - 成长的烦恼 , boner

現在蹭了一個信號很好的WEP加密網, 雖然那個主人不常開, 但是還是蠻好玩的.

用了這麼個幾天, 我想如果我以後要架設家用無線網的話, 該要如何反蹭網, 於是就有了這麼一篇文章.

首先是關閉ESSID的廣播功能, 這是第一條防線, 雖然蹭網者是很容易把不廣播的路由器的ESSID搗鼓出來, 但是嘛, 只要關閉ESSID廣播, 蹭網者就算用點什麽方法把你的ESSID弄到, 也是對你這個無線網少了一絲的好奇度(而且在這個到處都是無線網的年代, 蹭網者當然優先選擇那些容易破解起來看起來容易一點的路由進行工作)

第二就是使用特殊字符作為ESSID, 比如中文, 反正是非ASCII字符, 因為蹭網破解工作是必須要使用ESSID作為關鍵參數的, 使用非ASCII字符將會對蹭網者的參數輸入難度大幅提高, 特別是使用那些無法顯示的特殊字符, 只要設定要, 臨時開個廣播讓自己的設備連上, 再關掉廣播, 基本上蹭網者看到這個ESSID就頭疼, 還會懷疑自己的電腦有問題.

然後就是強加密了, WEP加密方式是在兒戲, 所以任何情況都不要使用, WPA2的話, 盡情選最高級別的吧! 密碼你就用一個什麽東西(比如用md5 hash一個文件然後中間取一節)來生成一個雜亂的密碼, 反正自己的設備設置好之後就無需記住了, 無線路由器都可以用有線的方式連接.

之後就是路由器的防火牆, MAC地址過濾是必須的, 以防止有蹭網者把密碼破掉之後那啥, 再因為有MAC過濾, 路由的密碼其實已經不重要了.

然後就是監看路由的狀態了, 如果發現某天無線網的下載速度不太穩定, 比如變成0幾秒再回覆正常, 甚至路由死機重啟, 基本上能確定有人在往你的路由發送Deauth包來收集信息, 這個時候只要隨便改一下WPA2的密碼那麼就能讓破解者的枚舉破解變得不可能.

好了, 以上, 大家反蹭網愉快

ldf,mdf->oracle
在sql server企业管理器中附加数据库,选择mdf文件,于是数据库生成了.
配置**** for Oracle的OLE DB文件数据源FSN.
使用sql server的导入导出工具,先选择要导入的数据库,(注意登录用户的权限)

虎年刚开年，“中国第一车模”兽兽翟凌就用三段不雅视频给娱乐圈扔了个“大炸弹”。被称作“兽兽门”事件昨日又有新进展，除了网络疯传的各种“最新消息”外，又有传言称兽兽因为不堪舆论压力自杀入院。这个不是网上谣传的340.2M的AVI视频，视频大小30.7MB,感谢twitter上某好友提供的下载地址。shoushou.rar 视频太大我也就不传到纳米盘了，要的直接M我。附上几张视频截图：

[See post to watch Flash video]

视频加载需要十几秒，请耐心等一会…
[See post to watch Flash video]

视频地址：http://www.rojoro.com/archives/226.html

我的佳能G10用了有一段时间了，大大小小照片拍了3800来张，却一直苦于在拍摄人像的时候不能拍出背景虚化的效果，外行一点的说法是背景模糊的照片怎么拍，专业一点的叫做浅景深，我正好是两者之间的业余。很多摄影网站上都给出了拍摄背景虚化照片的条件：

1. 使用最大光圈，佳能G10光圈范围f/2.8～f/8.0；（不明白什么叫光圈<–点这里）
2. 使用长焦，G10最大光学变焦是5x，最大变焦时光圈会被自动缩小到f/4.5；
3. 尽量让被摄者远离背景。

因此，我之前一直在使用G10的最大光圈f/2.8去拍摄，结果是除了微距，几乎都是前后一样清晰，类似下面那种到此一游的照片：

ISO-100, F/2.8, 1/160s

因为佳能G10的镜头不像单反镜头有恒定光圈，在用光学变焦放大被摄物体的同时会缩小光圈，这就与“使用最大光圈来获得背景虚化”这个条件冲突。所以我以前拍摄的时候一直不太爱用变焦，总是用移动我和相机的方法来控制画面。结果，拍来拍去之后就认为背景虚化的照片只是佳能G10的传说…

下面就来说说用佳能G10拍摄背景虚化照片的方法，也许是唯一的方法——使用5x最长焦端拍摄，外行一点的说法就是放大(指光学变焦放大，不是数码变焦放大)。下面两张照片均使用佳能G10的光圈优先模式拍摄，拍摄过程中我和模特的位置都没有动，第一张约为2x变焦、f/3.2；第二张约为4x变焦、f/4.0，虽然第一张的光圈大，但是背景虚化效果还是第二张来的好：

ISO-200, F/3.2, 1/250s

ISO-200, F/4.0, 1/250s

如果使用5x最长焦端还可以获得更加虚化的背景，但是这个时候这种拍摄方法的弱点就暴露了出来，我背后是墙，她背后是水，我们都退不了了，如果硬要啦到5x，照片就成大头照了。

再有能控制背景虚化效果的就是距离，被摄者和背景的距离当然是越远越好，拍摄者和被摄者之间的距离在不影响构图的情况下是越近越好。

最后再附上前天用佳能G10随拍的两张人像，感觉还可以。

ISO-100, F/4.0, 1/125s

ISO-100, F/4.0, 1/80s

这两张都受到地域限制，无法使用最长焦拍摄导致背景虚化有限，对于消费级中高端DC佳能G10来说，也算凑合能看。如果再要追求背景虚化效果，就只能上专业单反了，到那时就要追求专业名词——浅景深。

[See post to watch Flash video]

[See post to watch Flash video]
这段视频昨天很火，源自土豆网，不过视频已近被土豆网删掉了。今天看到网站统计里有几个是通过搜索“吴家晴”过来的，我想可能还有很多人没看到但想看这段视频，所以就把我下载的这段视频放上来。

片段中一位号称被甩的港女投诉男友将她得到手后，便AA制，更以她身材只有A Cup 而甩了她。这位港女在投诉后便拉低衣服，露出胸部，指前男友（吴家晴）不识货。

觉得这视频貌似有点广告之嫌，这个C美女不停地拿起那个“药瓶”。据土豆网的网友的提示：那药品就是英国丰胸胶囊The Perfect C.一个女人短短3个月能把罩杯从A cup变为C cup么？

(via Expo)

回老家过年前，已有老友在酒桌上感叹：老家县城里“搞小三”蔚然成风，出门不带个小三你都不好意思打招呼。令我等未搞定小二的光棍汉们汗颜辛酸不 已，但我暗自不免嘀咕：“果真如此？”

果真如此。

赴某亲戚饭局，酒酣耳热之际，堂哥电话响 起，讲完收线，言称老板点名。顺路载我回家，车出门口百米，忽然一拐弯上了闹市区。车泊路肩，一人登车而入，乃高鼻深目之胡族少女。堂哥志得意满，朗声介 绍：“叫大嫂。”

此时此景，我当然知道，大嫂不是家中糟糠之妻，而是眼前的青春少艾。彼时堂哥结婚三年有余，膝下粉雕玉琢宝贝女儿一个。既 是逢场作戏，何必掺和这些家务事，惹自己一身鸡毛。遂虚与委蛇，当夜PUB内宾主尽欢。

最初，Joomla的Cache系统还真是困扰了我一下，一个月前看了一些文档，明白了，结果现在又忘了，还是记一记吧。

算算Joomla的缓存系统应该有三个部分吧：

1. Global Configuration —— System 下有一个Cache Settings；
2. Extensions —— Plugin Manager 下有一个System – Cache插件；
3. 部分Modules还有自己的Cache，在Module Manager中可以设置。

其中优先级最高、最强大的是第二种，Plugin Manager中的System – Cache插件，激活后，它会把访问过后的整个页面以一个php文件的形式存在于Joomla的/cache/page/目录，任意访客再次访问该页面的时候直接从目录读取静态文件，这时候服务器的压力是非常小的。

开启了System Cache插件之后，在Joomla后台中设置的其它Cache方式均为无效，比如：Joomla有一个自带的Module是统计当前在线人数的，即便在Module Manager中Cache设置为’Never’，它还是会被这种Page Cache缓存起来一直到过期。另外，如果是模板中设置了针对不同的浏览器显示不同的页面的话，诸如：

<?php if ($this->isIE6()) : ?>
    <?php echo "IE Die!"; ?>
<?php endif; ?>

以上代码会混乱失效（这个词是我发明的），在没有缓存的情况下，先用IE6访问会得到“IE Die!”，此时Joomla生成Cache文件，之后用Firefox访问同样的页面，同样会得到“IE Die!”。如果先用Firefox访问，不会得到任何结果并形成Cache，再用IE6访问，得不到“IE Die!”。

再来说Joomla Global Configuration中的Cache Settings，这个设置仅缓存页面上的部分内容：打开后访问主页，缓存下来的东西非常有限，生成的php文件中仅有title、keywords、description之类的东西；如果浏览文章页面，文章内容会被缓存在Joomla的/cache/com_content/目录下。也有减轻服务器负担的作用，但是不如全页面缓存来的强悍。这种缓存模式也被称为View Cache.

Joomla Module Manager中的Module各自的Cache就没啥好说的了，它们都是各自为政，生成的文件位于/cache/mod_各自目录。

陈奕迅谭晶合唱的《龙文》。

原来昨天躺在床上，准备用手机发blog的，但是没想到UC web不争气，写了大篇文字后最后还是没有贴成功，难不成是字写的太多了？

现在过年比起小时候来，的确是没意思多了，可能这也是一种没有办法再复制的童趣吧，留给现在的我们，顶多也就是吃吃睡睡了。春晚也比较无聊了，除了王菲复出，小虎队重聚之外，似乎没什么特别的回忆了，不过也确实难为了这帮春晚的创意人员了，如果没有王菲和小虎队，这届春晚乏味的绝顶了。在网络如此深入千家万户的今天，人人都可以在平时随心所欲的看到自己想看的一切内容，春晚必定不会再像20、30年前一样，给人以“笑”的途径了，这也从一个侧面反映了社会进步。

离初一大概还有一个小时的时候，我就换台了，不再看春晚，而是看央六的《2009年世界电影回顾》，感觉这个节目还真的不错，短时间内领略了2009年世界各地的电影成果，初步了解了一些最新动态。不过在我的意识中，中国电影和中国足球属于同一层次——永远是扶不起的阿斗。近年来，名义上的大导演也好，大手笔也好，始终拍不出让人满意的电影，却好意思的到处评奖，实在怒其不争。中国电影如果老是认为大场景＋大导演=成功电影的话，那我也没话说。我始终一直认为，目前的中国电影，依然是：《霸王别姬 》＋红色电影，哪怕没有增加，也别拿着巨资乱挥霍玩三枪，简直让人拍案！

大年初一，居然国足来献礼了，这太让人大跌眼镜了。继打破了32年恐韩后，居然拿到了四国赛的冠军，国内一致好评，还拿了50万美元的奖金，实在可歌可泣。联想到最近国内的足球风暴，着实让热切盼望中国足球的热心球迷们坚定了信心——扫除国内恶劣的足球氛围，给国足腾飞以可依托的足球环境。各位踢球的小弟弟们，记住了，只有踢好球，踢出成绩，才有回报，完弄虚作假不劳而获，监狱里的大哥哥们坐在那等着放风呢！最最让人意外的是，这出反赌风暴最后把足协高层南勇和杨一民给弄进去了，太振奋人心了，让你们以前舒适的高级干部待遇见鬼去吧，全国人民养鸡养鸭也不养白眼狼，更何况有多少人对中国足球投入了多少感情与寄托。

再谈谈冬奥会吧，现在最热的话题莫过于点火仪式了。说实话，那个场景一眼就知道出问题了，不然怎么弄了这么久的音乐、上了四个外围点火的火炬手？那位倒霉的老兄应该是那什吧？话说这种万人瞩目的情况下出现这种问题，估计那个时刻设计人员和技术人员死的心都有了，虽然没有实现预先设定的计划完成，但最终还是顺利点火，实际效果还算不错，央视的解说还说像“V”字形呢........权当一个笑话吧，不过这种事情发生在北京奥运会上的话，国人估计没法平静，好在我们在这种不容有失的地方，往往能够顺利完成。

就在刚才一会儿，发布了lrcShow-X的1.4.0版本，有些新特性，效果应该不错，建议升级。

这两天也在适应KDE-4.4.0，总体来说，kde4的确已经进入成熟稳定阶段，倘若到了4.4.0还有大惊喜的话，那实在不明白先前的几个大版本在干什么了。以前苦于在win下没有一个顺手的编辑器，现在基本上定下来了，还是用kate。

作为虎年开篇，思路比较乱，想到哪写到哪，可能是睡眠不足的原因吧，不过这种随心所欲的blog方式，我还是很喜欢。没有功利的文字，最纯。

此帖即为lrcShow-X的更新日志贴，有问题或者建议的朋友可以在这里留言，小三先行谢过。

可以通过以下svn命令获取最新的开发版本：


更多截图，请访问snapshots of lrcShow-X

依赖关系：
1. pyqt4（python和qt4的绑定，具体名字视各发行版而有所不同，ubuntu应该是python-qt4）
2. >=python-2.4 （暂时不支持python3）
3. dbus-python（dbus和python的绑定，具体名字视各发行版而有所不同）
4. pygobject（python与glib中gobject库的绑定，具体名字视各发行版而有所不同）

运行方式：
1. 解压下载的bz2包，进入lrcShow-X目录，在此目录下打开终端，运行“./lrcShow-X.py”即可
2. 针对Amarok2播放器，可以使用Amarok2的脚本lrcShow-X starter或者lrcShower-X，由于后者是前者的修改版，故个人推荐后者，除了随Amarok2启动外，还可以随之关闭。
3. 手动设立菜单项，注意程序的运行目录即可
4. 可以自建一个启动脚本，形如：

#!/bin/bash
cd /opt/lrcShow-X
./lrcShow-X.py

（最新SVN版不需要进入lrcShow-X目录即可）
5. 在桌面新建链接到lrcShow-X.py的.desktop文件

支持的播放器：
1. amarok2
2. audacious
3. qmmp
4. songbird （需MPRIS扩展支持）
5. banshee
6. exaile
7. juk
8. muine
9. quodlibet
10. rhythmbox
11. vlc
12. mpd （依赖mpDris，请阅读addons/README获取更多信息）
13. xmms2 （请阅读addons/README获取更多信息）
点击这里下载文件

lrcShow-X的主要特性有：

1. 支持多本地目录搜索本地歌词，超过10个歌词搜索引擎——独创的多搜索引擎
2. 支持全屏、OSD、普通窗口、置顶等显示模式（qt>4.5.0支持背景透明显示模式）
3. 无本地歌词时，实现自动搜索网络，可选是否下载到本地，或“仅当前”——临时下载也是独创的
4. 支持5种内嵌歌词标签：lyrics3v2、lyrics3v1、id3v2-uslt、apetag、id3v2-sylt——此领域，windows下的同类软件亦无出其右
5. 支持自定义快捷键
6. 支持歌词offset实时微调功能
7. 内建帮助浏览器
8. 多语言支持 （简体中文、繁体中文、英语、意大利语、乌克兰语、俄罗斯语、马来西亚语、克罗地亚语、西班牙语、印尼语、丹麦语）
9. 支持12种linux音频播放器——感谢dbus
10. 自定义窗口行为
11. 网络代理支持
12. 支持横向或纵向显示——linux下第一款实现横向显示的歌词软件
13. 内建全功能lrc歌词编辑器
14. 支持系统托盘
15. 支持自定义字体和调色
16. 配置文件自动升级系统
17. 独创的自定义歌词策略系统——比windows下同类软件使用的“关联”要强大
18. 歌词编码自动探测功能——独创使用chardet实现歌词编码的自动探测
19. 弹出信息功能（需启用系统托盘）
20. 歌词过滤功能，支持正则表达式——仿“乐辞”同类功能
21. 媒体播放器回放控制
22. 低cpu使用率，高精确度（理论上达到0.001秒）
23. lrc歌词的超强纠错性
24. 支持多搜索引擎流水式搜索——独创
25. 支持歌词编辑器下载普通歌词用以创建lrc歌词
26. 同时支持“artist - title.lrc”和“音频文件名.lrc”两种匹配规则（实际上只需要lrc文件名中含歌手和歌名信息即可，比前者更宽松）
27. 可选下载lrc歌词文件的命名方式（“artist - title.lrc”或“音频文件名.lrc”）
28. 本地lrc歌词的拖拽操作（svn198开始）
29. lrc歌词自动嵌入音频文件功能，可选嵌入来自本地的歌词或这来自网络，或皆可（svn202开始）
30. 歌词编辑器支持支持编辑包括本地歌词、内嵌歌词和网络歌词——当前千千静听不支持直接编辑内嵌歌词
等


09.4.18注：
lrcShow-X已经正式提交到到kde-apps，本帖不再提供下载包，可以到lrcShow-X在kde-apps的页面上下载最新的版本，或者通过以下命令获得最新的svn开发版本：



ChangeLog:

2010.02.14 - 1.4.0
1. 无论何种情况下，程序都会搜索策略
2. 在策略对话框中增加音频信息内容
3. 修正lrc编辑器中，保存按钮在同步后依然启用的bug
4. 增加歌词行间距的设置项
5. 修复配置文件升级系统中，歌词搜索路径预设错误的bug
6. 增加歌词搜索目录的递归功能，以及自定义递归层次
7. 增加“youdao”作为第13个歌词搜索引擎
8. 修复歌词编辑器打开网络歌词中的一个编码错误
9. 增加对mpd的支持
10. 增加对xmms2的支持
11. 修复在获取音频文件位置中的一个错误
12. 添加mpd和xmms2支持所必须的文件作为addons
13. 当显示行数为1时，强制横向显示，显示特效为“总是滚动”
14. 优化横向滚动的效果
15. 修正程序对最后一行歌词处理的错误
16. 增加“设置显示特效”的菜单项
17. 修复当切换歌词后，开始时歌词定位偏差的bug
18. 优化当改变显示行数、显示模式后，歌词定位的方法
19. 避免同时有多个网络搜索线程
20. 修复“系统托盘”设置中，当未启用“系统托盘”时，没有禁用数字微调控件的bug
21. 定义时钟的输出变化为线性变化
22. 修复当重启启动时钟后，起始值未归零的bug，一般出现在pyqt44.7的情况下 （非常感谢yingfei，直接找到了问题的所在）
23. 增加pt_BR翻译 （应该是巴西的葡萄牙语）


2010.01.09 - 1.3.3
1. 改进探测程序实例
2. 实现在选择歌词对话框中，双击条目选中的功能
3. 修复了在策略对话框中的翻译错误
4. 修复了在quodlibet中获取音频文件名的bug
5. 实现了在没有音频标签、开启“仅在标签完整时搜索”的情况下，通过音频文件名尝试搜索本地歌词的功能
6. 在开启“优先使用内嵌歌词”选项的前提下，实现了在没有音频标签、开启“仅在标签完整时搜索”的情况下，搜索音频内嵌歌词的功能
7. lrc编辑器实现直接编辑本地、网络、内嵌歌词的功能
8. 修复lrc歌词编辑器无法获取准确播放器状态的bug
9. 在lrc歌词编辑器中添加“上一首”、“下一首”的功能
10. 实现lrc歌词编辑器异步获取音频数据的能力
11. 增加lrc歌词编辑器“同步音频模式”
12. 更新内建文档
13. 修复在全屏模式下修改字体、并退回普通模式后，窗口高度错误的bug
14. 增加丹麦语翻译
15. 增加印度尼西亚语翻译
16. 调整歌词搜索逻辑


2009.12.13 - 1.3.2
1. 窗口构建完成后启动信号监听线程，以避免出现段错误
2. 实现同时支持两种lrc歌词匹配方式（lrc名和音频文件名相同或“artist“和”title”两个标签信息同时出现在lrc文件名中）
3. 使用音频文件名代替“artist“和”title“信息作为”记住“策略的识别标记
4. 实现lrc的托放操作，包括链接和本地文件（链接和本地文件名需要以.lrc结尾）
5. 修复当标签信息含有特殊字符时，保存歌词操作失败的bug（感谢nihui@magic linux）
6. 实现非源码目录下的启动
7. 在“记住”策略下，保证即使选择了“仅标签完整时搜索”也能正确显示指定lrc歌词
8. 调整图标大小以适合qt-4.6
9. 修复“totalSeekTime”的错误
10. 增加“将lrc歌词自动嵌入音频文件”的功能
11. 修复在高级搜索对话框中使用“返回”功能后，对话框被关闭的bug


2009.11.24 - 1.3.1
1. 修正在歌词编辑器中下载歌词时，获取错误音轨信息的bug
2. 改进了滚动效果
3. 优化滚动效果部分的代码
4. 当用户的qt版本低于4.5.0时，禁用透明显示模式


2009.11.21 - 1.3.0
1. 禁用当无本地歌词时，打开歌词编辑器自动下载歌词的功能
2. 增加歌词编辑器中下载歌词菜单项
3. 增加歌词编辑器中必要的播放器控制功能
4. 新增流水下载模式
5. 修复cdmi歌词搜索引擎中的一个bug
6. 修复高级搜索对话框下载歌词后，“仅当前”菜单项仍然开启的bug
7. 添加窗口背景透明的显示模式
8. 增加西班牙语翻译
9. 更新ailrc搜索引擎 (lp: bug #484074)
10. 当播放器停止时，在歌词编辑器中禁用下载歌词菜单项
11. 修复初始化配置文件的一个错误 (lp: bug #484656)
12. 更新翻译

2009.10.23 - 1.2.2
1. 增加切换搜索引擎后“立刻搜索网络”功能
2. 增加退出快捷键"CTRL+Q" (lp: bug #443430)
3. 在终端中使"CTRL+C"的退出方式生效 (lp: bug #443428)
4. 修正在rhythmbox下，音频tag标签由错误编码导致崩溃的bug (lp: bug #443414)
5. 增加ALSong搜索引擎
6. 改进在rhythmbox下的表现
7. 增加音频播放器控制功能的快捷键：停止（Ctrl+S）；暂停/播放（空格键）；下一首（Ctrl+N）； 上一首（Ctrl+V）
8. 修正配置文件错误提示框的代码错误
9. 增加乌克兰语、繁体中文、俄罗斯语、马来西亚语、克罗地亚语支持


2009.9.27 - 1.2.1
1. 修复检测已运行程序实例中的一个bug

2009.9.26 - 1.2.0
1.增加对songbird的支持（需songbird的MPRIS插件，感谢rainsia）
2.修正高级搜索中，“测试”功能引起的歌词窗口显示搜索引擎信息错误的bug
3.在高级搜索中增加简繁体转换功能
4.改进百度歌词搜索引擎，使之能够在高级搜索中正确显示“歌手”、“歌名”信息
5.更新sogou歌词搜索引擎，使之能够显示多个搜索结果，并能够在高级搜索中正确显示“歌手”、“歌名”信息
6.改进了检测是否已有运行中的lrcShow-X进程的方法
7.修正了当lrcShow-X第一次运行时，没有检测$HOME/.lrcShow-X目录是否存在的重大bug

2009.6.14 - 1.1.0
1.仅允许一个lrcShow-X实例
2.增加意大利语翻译
3.增加对juk的支持
4.增加对rhythmbox的支持
5.增加对banshee的支持
6.增加对muine的支持
5.增强对当前运行播放器探测的能力
6.重写了程序与播放器之间的中间层
7.增加cdmi歌词搜索引擎
8.增加ailrc歌词搜索引擎
（以上，2、3、4、5、6、7由意大利朋友完成更新；8的搜索引擎初版由copy liu完成）


09.4.18 - 1.0.0：
即lrcShow-X-1.0.0RC，第一个正式版本

Tags - lrcshow-x , python , pyqt4 , lrc

网上搜索”eaccelerator 配置“能找出一大把雷同文章，我就不再虚构了。只说说其中”eaccelerator.shm_size”的配置。

老一点的文章，一般都教大家在php.ini中配置eaccelerator参数：

eaccelerator.shm_size = "16"

这里的数字单位是MB，意思是Eac可以使用16MB的共享内存；新一点的配置文件告诉大家设置成32。如果服务器上只有一个不大的PHP程序在运行，那差不多够了。像我这个VPS上啥破玩意儿都有，32MB的内存就不够，就让eaccelerator的预编译功能大打折扣。对我这种内存空余，CPU吃紧的VPS，可以尝试增大eaccelerator.shm_size的值。

简单修改php.ini中的eaccelerator配置是不行的，我试过改成64，得到错误：

eAccelerator: Could not allocate 67108864 bytes, the maximum size the kernel allows is 33554432 bytes. Lower the amount of memory request or increase the limit in /proc/sys/kernel/shmmax.
PHP Warning: [eAccelerator] Can not create shared memory area in Unknown on line 0

这时候连apache都启动不了。因为Linux内核2.6.x中共享内存的默认值是32MB，需要修改shmmax，命令如下：

echo 67108864 > /proc/sys/kernel/shmmax

echo后面的数字单位是byte，上面例子中的大小是64MB，修改之后重启apache就可以了，但这并不是一劳永逸的。如果整个服务器一旦被重启的话，shmmax值会被还原到33554432。我们最好修改/etc/sysctl.conf，找到该文件里面的：

# kernel.shmmax = ....

一般是注解掉了，去掉’#'注解，在等号后面输入你想要的数值，单位为byte。然后再重启整个服务器就可以了。

如何确定Eaccelerator到底是用多少共享内存？这是一个问题。我偶然发现Joomla对eaccelerator的支持非常好，在管理后台–Help–System Info–PHP Information中可以清楚的看到eac使用了多少共享内存。

去年国庆的时候在石路等人，时间还早，就拿着佳能G10去阊门和山塘街逛了逛，留下些照片一直没有整理，今天在硬盘里看到了，就发几张上来吧。由于都是夜景，曝光时间长，我又是手持拍摄，有的很模糊，还好缩小了以后不太看的出来。

苏州山塘街东起阊门渡僧桥，西至虎丘，长约七里，又叫“七里山塘”，也有“七里山塘到虎丘”的说法，是唐代大诗人白居易在苏州任刺史时主持修建，所以也称之为白公堤。现在在山塘街东头还有白居易纪念苑，下面照片中可见。

这里就是我等人的地方，苏州的石路步行街：

往北走向上塘街，再跟着月亮走，先去阊门看了看。月亮不太配合我的拍摄工作，她要是再靠左、往上一点就好了：

就在拍摄阊门的地方，往左转就可以看到山塘街东头外围，如下图，图中的塔是白居易纪念苑所在：

山塘街东迎接游人的牌坊——山塘胜迹：

继续往北，当看到“御碑亭”的时候，就证明我们已经站在山塘街上了。亭中一碑，上刻“山塘寻胜”，拜乾隆下江南所赐：

我就不再继续往里走了，正当我在拍摄这张“七里山塘”的时候，接到电话：“我到了，你在那里？”

从刚才的御碑亭延山塘街往西到苏州的新民桥，是游客的主要游玩地段，并不长，一里不到，七里山塘的其余地段都是居民居住的地方，没有做旅游开发，多数游客都会选择从新民桥下的码头做船去虎丘。照片？下回分解吧…

找到了，也是去年夏天，站在新民桥上拍摄的山塘街夜景，镜头不太干净…

China Construction Bank (CCB), which is the second largest bank in the world (by market cap) and has the second largest online user base in China, yesterday announced that their personal banking site has solved the web compatibility problem and now supports Firefox. If you read Chinese, you can see CCB’s own announcement at http://www.ccb.com/cn/ccbtoday/20100208_1265610102.html and another report at http://bank.baidu.com/2010-02-08/122642441.html.

With such a move, CCB became the first major Chinese bank to support Firefox. This is very significant and positive news for Mozilla, because online banking has been the most visible area of web incompatibility problems in China. Until now, all major Chinese banks supported an IE-only solution with ActiveX-based technology, forcing users to use Microsoft Windows/IE and seriously lagging behind their international peers. CCB’s breakthrough represents just the beginning of this ground shift and we fully expect that other banks will follow suit in the coming months.