A funny blog
Wednesday, August 30th, 2006http://www.emilyhambidge.com/blog/emily/66/
It’s really funny and valuable, every computer nerd and your girlfriend should read.
http://www.emilyhambidge.com/blog/emily/66/
It’s really funny and valuable, every computer nerd and your girlfriend should read.
中国不能看Google Video?我这边会出现如下提示:
Thanks for your interest in Google Video.
Currently, the playback feature of Google Video isn’t available in your country.
We hope to make this feature available more widely in the future, and we really appreciate your patience.
换一个美国的proxy之后一切OK,而且速度也很快。
为什么好的东西通过中国的SP都看不到,Google Video,Wikipedia,Technorati and many others like these!!
Ant是个好东西,只是项目大点,功能多点以后脚本就会比较复杂,看上去不美。不过从语义上还是挺爽的,基本不用看文档,就可以直接上手了,不像shell script那么抽象。
在一篇blog里面看到了JDK7的字样…吓了一跳!
Sun出品的XML Mark是我第一次接触performance test的内容,提到performance自然少不了记录时间,在XML Mark中Agent Thread在开始run的时候会用System.currentTimeMillis()记录当前时间,google一下,发现了下面这断文字:
Java 编程语言有一个计时方法,从早期版本起它就是标准 API 的一部分。 这个方法是
java.lang.System.currentTimeMillis(),它返回从 UTC 1970 年 1 月 1 日午夜开始经过的毫秒数。这个方法非常有用,特别 是它在各个版本的 Java 平台上都有。因此,在 上个月 我的 初始方面演示代码中,我使用了它。不过,currentTimeMillis()也有 一些缺点。
currentTimeMillis()的一个问题是,它虽然是以毫秒计数返回 时间,但是不能保证返回的计数的粒度或精度。在一些系统上,时间是真正的毫 秒计数,大约每一毫秒改变一次。在另一些系统上,时间可能每隔 10 或 20 毫秒才变一 次,因此每一次的精度都可能变化。另一个局限是在方法定义中的基本时间单位。当 Java 平台第一次开始使用时,一毫秒 仍然是相当短的时间间隔(特别是对于解释语言)。今天,随着 CPU 时钟速度比第一次发布 Java 平台时快了近一百倍,一毫秒已经成了相对长的一段时间。
除了
currentTimeMillis()的这些问题, 还有另一个使用任何类型的计时器方法监视程序执行都会有的问题。这个问题 是计时器方法本身 —— 可能要深入操作系统才能访问计时器 —— 这增加了一些开销, 如果计时器方法开销过大(或者方法调用过于频繁),那么就会严重扭曲计时测量。 为了明智地使用我们的性能跟踪方面,我需要至少大体知道计时器方法调用增加 了多少开销。
上面的说明来自IBM Develop的一篇文章,原文链接 ,English Version
一不留神域名过期了,直到前几天终于有一点时间想写东西的时候才发现。最后劳烦Flint帮忙搞定,THX!
最近一直比较忙,公司的项目开始做Excel export,用了JXL和Apache POI HSSF,后者强大一些,不过用起来也麻烦很多,感觉需要写的code比较多。
前段时间使用DWR,感觉如果将与交互直接相关的逻辑全部映社到前台利用DWR,写js完成也是一种不错的方法,缺陷是后台的东西将会暴露,而且性能上应该差与后台。不过在front-end不使用任何framework的前提下可以让页面的logic implement&code看上去比较爽。只是现在的DWR在一部分功能上还不是很方便,尤其是table中对td定制css (只对某一个或几个定制)
这段时间看得东西比较杂,jdbc,collection framework,junit,xml,and so on~~算是补习基础知识吧,最近发生的事很有意思,让我对技术的学习很有激情,过程也感觉很刺激!
一直想看一些关于web性能的东西,又在周六cesser的建议下开始正式阅读,本来想Google一些东西,结果web, cache, perfomance这类过于宽泛的keyword实在不能快速找到好东西,于是英名神武的换了delicious搜tag:web, cache,果然有效!
Caching Tutorial, 一个教程,如果时间允许的话很想把它翻译一下。完整的看了一下,从原理,Server端,Script端都讲了,主要介绍的方式就是如何设置HTTP Header;
Use Server Cache Control to Improve Performance,应该也是参考了上一篇文章,对Cache的几种技术提供了实际的实现方案
Web Caching ,一个介绍Web Cache和CDN的网站,内容比较多,没仔细看
Serving Javascript Fast,Flickr创始人的文章,写了很多hack技巧
最重要的应该是要读读HTTP1.1 spec
最新的一篇又对Search Engine的关键技术做了一个简单易懂的说明:-)
Gmail登陆时后面的一串code相比就是用户的fingerprint。
但是有一个问题,获得一个用户的fingerprint后虽然不然反相得到用户的登陆信息,但是直接用这个fingerprint是不是可以登陆呢?