Life ramblings
Restore Nautilus to open gnome menu after installed PCManFM
After installed PCMan File Manager with LXDE, the gnome “places” menu items were opened by PCManFM as default. To switch back to nautilus, follow these steps: check /usr/share/applications/nautilus-folder-hanlder.desktop make sure the line “Exec=nautilus” is not modified. (There are lots of hack article that teach user to change default file manager by modify this) check /usr/share/applications/defaults.list [...]
Yan Captcha Service
I’d like to announce my recent works, a project called Yan Captcha Service written in Java which is aimed to provide whole solutions of captcha for your websites. It will be very easy to use the service because 1. interfaces are based on plain http url; 2. different kinds of usage are supported to fit [...]
Open Source Charting Toolkits in JavaScript
项目的下一阶段，需要做一些数据展现方面的工作，处于对Adobe产品的抵触情绪，我个人还是倾向于用JavaScript来完成。今天找了几个画Chart的库，比较一下功能和编程接口的使用，为接下来的开发做一些准备。 dojox.charting (BSD License) 没什么悬念，第一个想到的就是曾经用过的dojo。之前实习时候用dojo画chart也算是积累了一些心得。dojox.charting的最主要优点是编程接口完善、全面，可以配置的项目很多，接口易于编程，易于动态地生成、操作Chart。而另一方面最主要的问题就是文档比较匮乏，不了解的人可能问了，doc.dojotoolkit.org好强大，怎么会文档匮乏呢。其实是dojo和mootools类似，都很喜欢用option object来传递可选参数，但是这些option object在文档中没有任何涉及，很多关键的属性都在其中但是却没有办法查到，算是美中一大不足。 <!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Transitional//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd”> <html xmlns=”http://www.w3.org/1999/xhtml”> <head> <script src=”dojo-release-1.3.2/dojo/dojo.js” djConfig=”isDebug: true”></script> <title>Dojo</title> <script type=”text/javascript”> dojo.require(“dojox.charting.Chart2D”); </script> </head> <body> <h1>Dojox.charting</h1> <div id=”charting” style=”width:400px; height:250px;”> </div> <script type=”text/javascript”> （function charting(){ dojo.empty(“charting”); var data = [2,4,5,7,7,4,4,7]; var chart = new dojox.charting.Chart2D(“charting”); chart.addPlot(“default”, {type: “Lines”, markers: true, shadows: [...]
Time Tracking and Task Management with TaskCoach
TaskCoach其实是老朋友了，wxpython的，跨平台，最初只是TODO LIST，后来又加进了Time Tracking的功能。早先给frank05推荐过，不过在学校的时候，在电脑上的时间往往是支离破碎的，没有什么tracking的价值。 现在不同了，工作以后每天在电脑前面坐至少8个小时，如果没有点控制，时间一样是像以前一样莫名其妙地溜走了。去年刚开始实习的时候，我大概有个习惯是把每天的TODO写在本子上，一来当时清楚，二来时间长了也有数。今年工作以后一开始也是这样，但是时间长了发现只用笔来记录功能还是太有限，比如事情做了一半pending了，经常是画个圈，但是时间长了还是忘掉了。而进一步想做Time Tracking就更麻烦了。 上周想了一下确实需要个工具，这周一开始就重新开始在开发用的Windows机器上用TaskCoach了。有将近一年的时间没关注这个软件，版本号虽然没有什么大的突破，不过用起来倒是更顺手了。现在可以最小化到系统栏，开机自动启动。本身的功能除了支持多层的Task管理，Time Tracking，还可以顺手记一些Notes，另外还有定时的事件提醒，也不会错过总也想不起来的培训了。 推荐给大家在Windows上用。
音乐节看张楚归来
这周末是上海爵士音乐节，虽然名字上是爵士，但是实际上还有摇滚的场。18号下午是张楚和崔健的演出，慕名第一次去了世纪公园。 刚进去的时候是曹方的演出。 这个大概是一个电子口琴吧，我是土人，不知道，声音是口琴的。 夕阳。 接下来就是张楚出场了。结果因为太过兴奋，忘了把自动对焦打开，所以刚出来咔咔咔拍了好多照片都是模糊的，也不能完全怪我，第一次见到张楚，那种感觉，大家可以想象吧。 张楚真的是张楚，和想象中的一模一样。今天一共唱了《光明大道》、《棉花》、《造飞机的工厂》、《孤独的人是可耻的》、《向日葵》、《海边》、《蚂蚁蚂蚁》、《姐姐》。除了海边是新歌一点都没听过以外，其他歌我都是从头到尾跟着一起唱下来的，后来我还想，不是花钱来听歌的，是花钱来唱歌的，还是大合唱。不过吼一吼感觉真好，今天吼了一下貌似是压抑很久了一样，算算大约自从去年夏天离开浦口宿舍就没有再这么吼过了。真过瘾。因为一直太激动，张楚的照片也没认真照，上面这张是挺有代表性的，其他的只能勉强挑挑了。 这张和94红勘唱厕所和床的样子对比一下，还是很像的。 张楚的蚂蚁蚂蚁和姐姐我都拿手机录了一下，不过回来一听姐姐的录音里基本上就是我干嚎了，不具有参考价值了。蚂蚁蚂蚁倒是很不错，没有把我嚎叫的声音录得太明显，而且这次蚂蚁蚂蚁是reggae节奏的，回头我找个地方上传一下。 张楚唱完就头也不回走了，接着是崔健。不过今天真正看了崔健的演出，发现好像没有什么共鸣。我本来也就只听一块红布和新长征路那两张，结果老崔还似乎热衷于唱他的新歌。老崔的新歌啊，实在是不好评价。观众反应倒是不错，不过说实在的，这帮掺杂着90后的观众啊，我还是挤到人群外面去了。 说实在的，老崔的演出看到一半都有点反胃了，大概是晚上没吃饭胃酸过多的原因，最后提前回去了。 这次得出一个结论，我太喜欢张楚了，下次张楚来上海演出一定还要去。
烧饭又
今天心血来潮，在手握土豆和鸡肉的情况下，作为一个土人，毅然决定尝试做一次咖哩。 原本准备是做土豆炒鸡丁的，所以鸡肉买的是鸡胸肉，没有油和骨头的，大厨曾经说还是有骨头的肉比较好。但是考虑到本人比较懒，所以吃起来相对省事要比口味的提升显得更有吸引力。 土豆和鸡肉切丁，好吧，其实是切块。因为反正是要混在一起的，形状大小都自定吧。炒锅里倒油，把鸡块和土豆块都下锅，炒到鸡块大致变白就可以了，不用太长时间。心情好的话，中间可以倒一些料酒，不倒也没什么区别好像。 如果你的炒锅足够深可以炖的话就直接加水好了，如果像我一样是平底锅的话，把土豆和鸡肉转移到一个汤锅里，加水。对200g鸡肉，说明上说加500ml水，总之是需要不少的。大火煮沸，用汤勺把白沫捞出去，然后用中火再煮大约7-10分钟。 接下来把块状的咖哩掰开，扔进锅里。用量的话，跟据daf同学的远程协助，100g/6块大小的，大约3块就足够了。但是由于远程协助的滞后性，作为一个土人，我把6块通通扔进去了（吃完才看到说明上是3-5人的量）。开小火炖。然后到了关键的步骤，这个时候千万不能去上网，不能去调程序，一定要做到锅在人在，那勺子不断搅和。这也是远程协助才知道的，同样滞后了，结果没有融化的咖哩块沉到锅底粘住糊掉了。 搅和的时间也不固定，主要看锅里还剩多少东西，总而言之，粘稠到一定程度就可以拿出来了。 虽然糊了，但是味道还不错，不过考虑到本人的口味广受质疑，所以大家还是自己摸索吧。 图为证
另一种验证码方式
今天又讨论了一种验证码服务的机制，这种机制相对前两天说的简化的验证码生成的部分，由两步生成变成了一步生成，当然由于生成图片的接口直接暴露给用户，存在被刷的可能。 用户浏览器向应用服务器请求包含验证码的页面； 应用服务器将包含验证码地址的网页发送给用户浏览器； 用户浏览器通过img的src中的固定链接向验证码服务器请求验证码图片； 验证码服务器输出验证码图片流到用户浏览器，将sessionid写入cookie； 用户判读验证码图片，提交表单； 应用服务器取出cookie中的sessionid和用户输入发往验证码服务器； 验证码服务器进行验证，返回通过或拒绝； 应用服务器根据验证码服务器结果进行响应。 优点： 固定链接，简化了接入，便于接入静态页面； 缺点： 写cookie受到域的限制，只能在相同的域中使用该服务； 验证码接口暴露给用户，可能被穷举 百度和腾讯使用的都是这种方式。
Jetty7/JSP, Eclipse/GTK2.18
Jetty7.0上周发布了，这是jetty迁进eclipse社区之后的第一个正式版本。但是下载之后发现这个版本居然没有jsp支持。原来，jetty的jsp实现一直使用的是glassfish的实现，嵌入eclipse社区之后，这变成了一个问题。功能完全的版本（hightide）依然可以从codehaus的镜像里下载： http://dist.codehaus.org/jetty/ 比较一下大小就能看出，eclipse的版本只有2.1M，hightide的版本15M。为此，社区里有详细的讨论： http://dev.eclipse.org/mhonarc/lists/jetty-dev/msg00198.html Gnome2.28发布了，但是Eclipse在Gtk2.18上工作时，会发生按钮失灵的问题，主要集中在finish next和ok等关键的按钮。简单的解决方法是焦点在按钮上时通过按回车来执行。比较彻底的方法是在eclipse执行的环境中，设置环境变量GDK_NATIVE_WINDOWS=true 这个bug被报告在这里： https://bugs.eclipse.org/bugs/show_bug.cgi?id=291257
先斩后奏
daf同学最近迷上画画了。 这次发图是先斩后奏，嗯
Top Readers
pipitu (28)
dearaprilfool (23)
WG (23)
alex (20)
Samson (18)
goodtiger (11)
vincent (7)
Zarc (6)
LIGHT (5)
Marshall (5)