您正在查看 "Programming" 分类下的文章
2011-01-24 10:52
当时我就震惊了。。。 http://shouji.baidu.com/input/download.html
appstore里真的没啥好输入法，可能是apple对app控制太苛刻了。不过，像百度这样公然挑战，还真是第一次见到，一个上市公司公然宣扬破解，不知道百度的法务部是怎么工作的。如果不能接受apple的限制，干脆就别做了，还比这样好一些。这样就好比微软开发了一个PS3的游戏，公然宣布只有破解的PS3才能
|
2010-01-22 16:39
Java之父James Gosling在博客上发表文章，纪念即将逝去的太阳。
http://blogs.sun.com/jag/entry/so_long_old_friend
下面的评论，充满着对这家伟大技术公司的怀念，简单搜索great，就能发现很多满怀深情的言语，摘录几句：
Thanks Sun. What a great company.
Sun was like a family and what a GREAT family it was. Today is like losing a family member.
Thanks James.. an amazing com |
2009-01-13 22:17
今天在IE7里碰到一个很郁闷的问题，一个网页经过一次javascript操作后，另一个跟操作完全不相关的元素居然神奇地消失了。在Firefox里运行完全正确的javascript代码居然就是不能在IE7里运行，开始还以为是javascript代码的问题，经过在javascript里插入无数alert之后确信javascript是没问题的，可是一个绝对定位的元素(position:absolute;)就是会莫名其妙地消失。恶心了我两个小时之后，总算在一篇文章中找到了问题的说明。
参考文章： |
2008-06-19 13:24
鱼鱼多媒体日记本
刚刚看完一本"Beyond Java"的书，中文名叫《超越Java》，深入探讨了程序语言的未来，对于其中一些见解，我感觉受益匪浅，于是决定写一篇读书笔记与大家分享。
Java依然是我最钟爱的语言，同样也是作者到目前最钟爱的语言，可以想象作者要在书中批判Java是多么痛苦的事，但是世间没有任何东西可以永恒维持。作者的畅销书"Better, Faster, Lighter Java"曾经获得Jolt Award震撼奖，书中作者采访了很多Java的知名人士， |
2008-05-09 21:58
浏览器中JavaScript库用jQuery，服务器端用Tomcat，当用form.serialize()做AJAX请求时，中文乱码。开始以为是Tomcat乱码，试遍了所有解决Tomcat乱码的问题，可是都没用。想到是不是jQuery这边的问题，看了下serialize出来的字符串，原来是URL encode过的字符串，而且是UTF-8编码的，这样解决办法就简单了：
req.setCharacterEncoding("utf-8");
之前一直以为是Tomcat的问题，试过req.setCharacterEncoding("GBK")，就是没想到用UTF-8。 |
2008-05-07 23:12
首先，解释Server端和Browser端Session过期的不同概念。Java Web Container中，都有Session的实现，这个Server端的Session管理可以认为是在Web Container内部有一个Key-Value的表，一个SessionID对应一个Session。为了防止内存不断增长，可以通过设置web.xml中的配置来使一些Session过期，把它从表中删除，设置方法是：
<session-config>
<session-timeout>10080<!--mins,60*24*7--></session-timeout> |
2008-03-07 0:08
Debian的源里不包含SUN的JRE & JDK, 理由是许可证问题，我搞不清楚具体原因，按我的理解Debian要求GPL，SUN按GPLv3发布Java，那应该没有问题啊，哪位知道一定要告诉我。再说题外话，Debian的创始人都加入SUN了，我还听了Ian Murdock的一次中国讲座，Debian和Sun的关系真是奇妙啊。废话少说，下面具体说如何安装Java & Eclipse。
1. 安装Java
到SUN的网站上下载JDK for Linux，不要下载rpm包，直接下载bin。下面以jdk-6u |
2008-02-13 22:41
今天在想用DBCP做PreparedStatement Pool的时候，想到有必要测试一下PreparedStatement和Statement到底性能差多少，于是写了一个测试，结果却令人大吃一惊。我从一个表中取出了7194个不同的id作为条件，然后用三种不同的方法连续做7194次SELECT，统计每种方法的时间。下面是测试类，为了比较，同时测试了每次新开Connection的效率。注释中写了测试时间的结果，testConnection不出意料地慢，足有45倍慢啊！但是testStatement和testPreparedStatement却几乎一样，并没有效率提高。甚至当postIds中只有10个ID的时候 |
2007-10-08 23:18
翻译自 perlfaq4 # How-do-I-shuffle-an-array-randomly?
http://perldoc.perl.org/perlfaq4.html#How-do-I-shuffle-an-array-randomly?
如果Perl版本在5.8.0或以上，或者安装了Scalar-List-Utils 1.03，可以使用：
use List::Util 'shuffle';
@shuffled = shuffle(@list);
如果不符合以上，可以用下面的Fisher-Yates shuffle算法：
|
2007-09-18 21:22
默认情况下，MySQL的JDBC驱动会一下子把所有row都读取下来，这在一般情况下是最优的，因为可以减少Client-Server的通信开销。但是这样也有一个问题，当数据库查询结果很大时，特别当不能全部放进内存时，就会产生性能问题。
本来，JDBC api里在Connection、Statement和ResultSet上都有设置fetchSize的方法，但是MySQL的JDBC驱动都不支持，无论你怎么设fetchSize，ResultSet都会一次性从Server读取数据。在MySQL的官方论坛上也有多个这样的问题，总结一下解决办法如下：
1.MySQL版本在5.0以上，MySQL的JDBC驱动更新到 |
