分类： '流水帐' 的归档
eog打开jpg文件怎么会这么糊呢？
eog，也就是gnome的默认图片查看器──GNOME之眼，打开同一张jpg图片会比其他程序打开模糊很多，而且很明显，看下图：
上面是eog的效果，下面是gPicView打开的效果，用的图片是同一张，可以这样重现：随便在那里截个图，保存成无损的png格式，然后在用gPicView打开此png，另存为jpg格式，质量设置成90%，当然也可以用eog来另存，效果也是一样的。然后再用eog和gPicView同时打开这张jpg图片，就可以看到对比的效果了。
是我的eog有问题还是eog本身的问题呢？我的版本是‘GNOME 之眼 2.26.3”。干脆删了以后都用gPicView算了。。。
终于修复了feed输出在GR中的换行问题
最近很多人给我留言，说我的feed输出在Google Reader里不正常，所有格式都没了，换行也不见了。
但是我用thunderbird订阅自己的blog却是很正常的，为此特意用GR订阅了自己的blog看了下，确实是所有文字都成了一陀，惨不忍睹。
为此，近几天找了好久的原因，到现在，虽然根本原因还是没找到，不过换行问题算是暂时解决了。
我对比了自己的feed输出和其他WP的blog的输出，其实格式上都是一样的，都是xml里没个item都有description和content:encoded两块内容，其中description里是没有任何换行标记的摘要，一般长度不会很长，也就是说会截断文章；而content:encoded里才是真正的HTML化的全文内容，一般在WP的后台选择了feed输出全文以后，这段才会有。
但是我一直是选择输出全文的，为什么还是会乱掉呢？莫非GR只认我的description那段了？而thunderbird等却可以显示真正的全文，这样的解释倒是可以说明为什么在不同的阅读器里会有不同的表现。
意识到这一点后，我就想干脆把feed里的description那段去掉得了，于是看下了WP的代码，找到了 wp-includes/feed-rss2.php 的47行，
|
1 |
<description><![CDATA[<?php the_excerpt_rss() ?>]]></description> |
然后把这行给删掉了。终于实现了在GR里断行，哈哈。
剩下的问题是，为什么大家都有description，但是只有我的显示有问题？难道xml里有指定用不用description的字段么？
哦，还得记得下次升级了WP以后，都得再改一次这个文件。。。
======== 20090902 16:52 update ========
原来还有一个文件没有改过来，导致刚才订阅 http://li2z.cn/feed/atom/ 的同学还是乱的，但是订阅 http://li2z.cn/feed/ 的同学就是正常的。。。
于是再删掉 wp-includes/feed-atom.php 的第44行：
|
1 |
<summary type="<?php html_type_rss(); ?>"><![CDATA[<?php the_excerpt_rss(); ?>]]></summary> |
这回，应该都好了吧。。。
发点牢骚
想给lrcdis加上banshee的支持,使用dbus死活得不到banshee的播放状态,因为banshee的信息是放在 property 里的,但是好像又没有提供 org.freedesktop.DBus.Properties 这个接口…或者是我还不会用dbus?反正我给banshee报了个bug,但是到目前,还没人理我.哈哈…
然后,由于自己对dbus并不是很了解,所以本来想用其他dbus的播放器来做参考的,就装了exaile,结果发现,用以前的lrcdis的代码,已经取不到exaile的信息了…又是dbus…很无语哦…
这个,猜想是近期exaile做了dbus接口的改动,导致原先的接口失效了,我的exaile是0.2.99.2.于是去找新的接口,发现提供了一个 get_track_attr 的方法,需要提供一个字符串参数来指定要获取的信息,但是翻遍整个官网和google也没有找到关于这个的说明文档…目前只知道 loc 是输出文件名的,另外还有 title/artist/album 可用. 后面几个还直接输出了python的unicode格式,汗哦…
然后,获取播放进度的方法是 get_current_position ,但是调用又出错了…于是继续报bug.
你说,没事老改dbus接口干啥涅?改完了,还不让人家知道怎么用..
嘿嘿.没头没脑地发完一堆牢骚,下班回家…
有时候,python也很囧
呵呵,其实不怪python,是我自己很囧.
今天想给lrcdis加个banshee的支持,于是特意装上了banshee,放个歌,想通过dbus取到当前的播放信息来着,不过发现banshee的dbus比较”高级”,他的信息不是调用某个method返回的,而是直接放在了一些property里面…
到现在还不知道怎么用dbus-send取到property的数据,于是想先用pyhton的dbus模块试试.因为之前都没有用过这个模块,自然而然地就想到先写个小程序试验下,于是就顺手写了个 ~/test/dbus.py 然后一运行,就提示:
|
1 |
AttributeError: 'module' object has no attribute 'SessionBus' |
最后搞到只有一行 import dbus 还出这个错…害得我以为是系统库出了问题,查了半天,才突然醒悟…
原来,我给自己的程序起名叫 dbus.py 了,import的时候,就会试着去import自己了…那个囧啊…
这python也真是..咳…哈哈~
PS: 如果有人知道怎么在命令行下取到 dbus 的某 property ,还请不吝赐教哦…先谢过了.
教你黑掉Google
呵呵,我承认我也标题党了一回~
我当然不能真的把google给黑掉,但是却可以把google搞成黑色,嘿嘿…
就是用这个油猴子脚本.当然前提是你使用firefox并安装了油猴子.
不过这个只是我找userscript的时候无意中发现的而已,其实我的本意不是要把google的结果变得这么面目全非,而是只想在点击搜索结果的时候,不要通过google服务器跳转,而是直接进入目标地址.
这么做的原因也很简单,有时候,我们搜索了一个自以为一点都不敏感的词,但是我们伟大的墙却不这么认为,所以不管你点什么都会出现”连接被重置”,这时候你就郁闷了吧,明明搜索结果就在那里放着,你却什么都不能点.
虽然那个a里面有href是指向目标地址的,但是却还有个onmousedown事件,这个比这个href的优先级更高,所以你每次点击那链接都会先执行onmousedown里的JS,去连接google的服务器,google做相应记录以后再跳转到目标地址.这在平时其实是无所谓的,但是鉴于天朝的网络特色,我们很需要一个直接的链接地址.
后来我终于找到了真正干这个事情的油猴子脚本,就是这个.但是这个脚本也太暴力了点,不仅加了个链接,还把原来的onmousedown也干掉了(平时还是到google跳转一下比较好,有利于统计并优化搜索结果),主要是样子还贼难看…所以我又稍加修改,就成了这个样子,贴图:
顺便把我改过的代码也贴一下吧:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
// ==UserScript== // @name google_direct_link // @namespace http://www.google.com // @description 在google搜索结果页面增加直接链接地址 // @include http://www.google.com* // @include http://www.google.cn/search?* // ==/UserScript== (function() { var redirectLinks = document.evaluate( "//a[@class='l']" , document , null , XPathResult.UNORDERED_NODE_SNAPSHOT_TYPE , null); var link, marker, href; if (typeof redirectLinks != 'undefined' && redirectLinks.snapshotLength > 0) { for (var i = 0; i < redirectLinks.snapshotLength; i++) { link = redirectLinks.snapshotItem(i); //打开此注释可以把原来的结果也变成直接链接 //link.setAttribute('onmousedown',''); link.style.fontStyle = 'italic'; href = link.getAttribute('href'); marker = document.createElement('a'); marker.setAttribute('href', href); marker.textContent = '直接地址'; link.parentNode.appendChild(marker); link.parentNode.insertBefore(document.createTextNode(' >>> ') , marker); } } })() |
如果你已经安装了油猴子，可以猛击安装此脚本。
开源?闭源?
之前我的A卡(Mobility Radeon X1700)一直都用得是闭源驱动,3D性能也还可以,glxgears可以跑到2500左右.
但是自从换上2.6.30的内核,fglrx就再也加载不成功了,不管是fglrx9.3还是9.5,都有问题,试了很多方法都没有成功,而且官方也已经把我的r535芯片归于”不支持”的行列了,ATI这么无情地把06年上市的卡给抛弃了,实在是让人气氛又无奈.
好在A卡还可以选择开源驱动,于是emerge了一个 xf86-video-ati ,倒是可以用了,但是glxgears只有100了…而且开compiz还是个白屏.可能是我的xorg.conf没有配置好吧,先睡觉了,明天再来配置…
gentoo的内核升级到2.6.30 fglrx加载失败
昨天sync,发现有 sys-kernel/gentoo-sources-2.6.30 可用了,我没忍住,就升级上去了,其他的倒是没啥感觉,就是加载不了fglrx了…
虽然ati-drivers在我修改了一下ebuild以后,已经成功安装上去了,fglrx.ko也生成了,但是却加载不了,导致compiz不能用了.
modprobe fglrx的时候,提示:
FATAL: Error inserting fglrx (/lib/modules/2.6.30-gentoo-lly/video/fglrx.ko): Unknown symbol in module, or unknown parameter (see dmesg)
然后,dmesg里有这样两行:
fglrx: Unknown symbol flush_tlb_page
fglrx: Unknown symbol pci_enable_msi
应该是内核做了该动了.不知道有没有针对2.6.30的patch…不然,难道我要去用开源驱动了?
PS: 今天又发现了 sys-kernel/gentoo-sources-2.6.30-r1 orz…
XP也很牛
几天前,据说微软要派人到我们公司查盗版系统(我就奇怪了,我们公司又不大,怎么就被盯上了呢?)…
哈哈,这对我倒是没啥大的影响,因为我平时都是用linux工作的.
但是我还是有装着个一个XP的,虽然很少用,基本上就是偶尔打几盘游戏.那我到底是删了XP还是留着呢?
干脆就让我来做个试验吧:我把XP的系统分区(NTFS格式)mount上,把windows目录和ntldr、NTDETECT.COM等记个文件都tar成了一个包…并删掉了,Documents and Setting和Program Files等几个目录换个名字.但是保留分区不动.
这样应该查不出的我windows了吧~
但是,几天过去了,也没看到微软的人来,看来又是忽悠忽悠咱老百姓的,今天我把那些文件都恢复了,tar包也解开,grub项加回去,再试着启动XP,居然还真能启动,哈哈~牛了~
不过有这么几个问题:
tar以后,删除再恢复的文件,丢失了 只读/隐藏 等属性.
tar完删除windows目录的时候,会有少数文件删不掉.可以mv改个名字,忽略掉.
这样以后的系统稳定性未知,没事还是别瞎试验了.
测试base64加密的文章
呃…在这个举国上下都非常紧张的敏感时期,很多博主(指目前还没被墙掉的博主)肯定都想说点啥而不敢说吧?
受lerosua之前用base64来写博文的启发,本文来探讨一个更加方便的加密方法.
lerosua的方法,缺点比较明显,就是对阅读者不够友好,linux用户还可以很方便地复制文字来base64 -d,win用户基本上都要打开一个在线解码base64的网站来解码了.于是我就想能不能把解码的功能放在同一个页面里,用户只需按一下按钮即可看到真实内容.
下面是演示:
点击查看全文 »