摄像头对于强大的 Nokia S60 系列手机来说，早已成了标配，扫描条形码等功能，也早就成为手机很容易完成的功能了，但是却很少有人把条形码和网络进一步结合。有道购物搜索是我看到的第一个完成这样功能的软件。其实用起来很简单，手机有个能自动对焦的摄像头和能上网就行了，拿摄像头对准商品条形码处扫描一下，然后会自动上网搜索相关产品，甚至连拍照键都不用按了，一切都是自动完成的。产品数据库也比较丰富，拿身边的小东西随便扫了下，水溶C100，益达木糖醇，各种书籍（书籍的数据库应该是最全的，手边的书全部都能找到）。

　　这是一个相当有创意的产品，当然，这个条形码数据库也不是容易得到的，但是这个数据库和后台有道搜索结合，就形成了一个非常完美的应用方式，这应该是我看到的让我眼前一亮的手机软件之一了。

　　用了软件以后，就和歌厅的选歌界面很像了，不然这么多歌曲，用手工选也是很痛苦的事了。

　　另外，我用创新 Audigy ZS 声卡 + 得胜 TS-6310 无线麦克风 + 黑钻双子星XP 音箱 + 软件歌库，基本能做一个小小的家庭卡拉OK 中心来玩了。

　　后来发现放在里面的这两个包是 tomcat5.5 的，是 JSP 2.0 规范的，而部署的服务器是 tomcat 6.0 是 JSP 2.1 规范的，两者可能有一定的冲突，才导致这样的错误。

　　因为项目路径切换，需要从 https://server/trunk 切换到 https://server/tag/1， 不过在文档中后者写成了 http://server/tag/1，恰好 SVN server 用 HTTP 和 HTTPS 都是可以访问的，所以没觉得这个东西有什么错误。不过使用 SVN 做 switch 操作的时候却总是出现 https://server/trunk is not the same repository as http://server/tag/1，感觉很奇怪，问了一下相关负责人，当时也没有发现什么问题，不过还是没法操作，最后无意中把 http://server/tag/1 换成了 https://server/tag/1，一切 ok。

　　被这个问题折磨的比较郁闷了，可能是 SVN repository 不能在 HTTPS 和 HTTP 之间切换吧。

　　不过嘛，国内倒是有个不大一样的地方，我们国人比较善于做壳，于是我们有很多“国产浏览器”可以用，最著名的或许要算 Maxthon 遨游了，当然这也是我最喜欢的浏览器，也是我上网闲逛必用的浏览器，当然了，Maxthon 这个东西嘛不是太稳定，有时候会出现一些莫名其妙的问题，于是换标准的 IE 来用。当然用 Maxthon 也有用 Maxthon 的道理，一个是同步收藏夹，一个是手势功能，当然还有若干细微的功能也挺不错，弥补了 IE 的不足吧。不过 Maxthon 不能用 IE 的 Toolbar 和 Plugin 之类的，而独创了直接的一套插件体系可谓是一大败笔，于是很多时候为了一些功能，不得不用回 IE，Maxthon 只能成为我瞎逛的首选了。

　　说到后起之秀 Firefox 嘛，其实说实话，我对它并不感冒，因为它的速度实在不敢让人恭维，或许 Firefox 让我唯一感冒的东西是 Tor 和 Firebug 吧。更多时候我选择用 Chrome 来替代 Firefox，因为 Chrome 够快，不得不承认，Chrome 是最快的浏览器，特别是在对 JS 的处理上，大大优于前两者。而且启动还有个访问页面列表的大缩略图，对于我这种懒得输网址的人来说，可谓是大大的方便，于是 Chrome 成了我逛技术类网站的首选了。

　　在 Java Web 领域，曾经有无数各种各样的框架，Struts1/2，JSF，Echo1/2，Tapestry，Wicket，等等等等了，这么多不同的框架代表了两个不同的方向，除了 Struts 这个是基于请求的，其他几个都是算是事件驱动的，但是后面几个在整个市场上所占的份额也赶不上 Struts 一家。HTTP 请求本来是很简单的，而 Struts 就是基于这样简单的概念，但是却有无数人希望重现 VB 时代的那种拖拖拉拉的编程方式，希望用事件驱动一切，但是大部分人都失败了。失败的原因也其实不那么复杂，有的是不够成熟，像 JSF 这样被 Sun 官方大力推崇的框架，但 Ajax 出现的时候，JSF 中想灵活的用 Ajax 都成了一种奢望，有的是资料太少了。像 Echo2 这样的框架资料，少的跟珍惜保护动物似的。

　　当然也不是没有成功的，微软凭借其强大的开发实力，和开发工具的配合，加上没有给 ASP.net 用户更多选择余地，取得了无人匹敌的成功。但是这个成功在 Java 世界是不会拥有的，Java 世界没有微软这样的巨头，Java 世界中拿得出手的几个开发工具，Eclipse，Netbeans，IDEA，在所见即所得的开发上远远的落后于 Visual Studio。相比微软帝国，Java 世界多的是中小型的，开源的工具产品。规模上都远远落后于微软，Java 世界唯一可走的路便是简单了。对 Java 世界来说，简单不仅仅是种美，更是生存之道。

　　起初作为 Java 世界 PK 微软产品的重头戏，EJB 在学院派的力捧下诞生了，EJB 似乎从来都不打算让人活的轻松，一个简单的东西非得搞的复杂无比才行。而且其持久层 Entity Bean，似乎连基本功能都没能实现，更别谈大规模使用了。EJB 1/2 的时代是开发人员永远无法忘却的噩梦。

　　Java 世界也从来不缺活跃分子，Rod Johnson 这个有种音乐家气质的牛人凭借自己多年的积累，推出了 Springframework，这样一个基于 IoC 和 AOP 两个概念的简单易用的框架，完成了很多起初只有 EJB 才能完成的工作，Spring 也一夜成名，成为 Java 世界使用最为广泛的轻量级应用框架。

　　几乎是同时，来自澳洲的小帅哥 Gavin King 也在用一种与众不同的方案去替代现有比较复杂的 Java 持久化方案，最后他的 Hibernate 也成为替代原有 EJB 持久化方案的选择。相对简单的 Hibernate 也取得了巨大的成功。

　　其实这样的例子在 Java 世界也非常多，以至于后来来自于 Ruby 开发社区的 Ruby on Rails 的出现，给了 Java 开发者当头一棒，原来还有更简单的做法哦。于是 Java 世界慢慢的开始对多种脚本语言进行支持，包括 Ruby，以及后来自创的 Groovy。以此去打造类似 RoR 那样简单的开放方式。

　　生活其实是很简单的，软件开发其实也是一样，用简单的方式，去打造简单的软件，Java 世界用无数失败的教训证明了这一点。像我呢，也喜欢用这样简单的方式去工作，最喜欢 IDEA 去写代码，最喜欢 Struts2 + Spring2 + Hibernate3 这套组合，最最喜欢的是简单，因为简单是最美的工作方式。

　　工作流中有个这样的简单案例，当一笔单子金额大于 50万时，应该将任务分配给 Senior Agent 处理，否则交给 Junior Agent 处理，我们用 BeanShell 简单模拟这段脚本。

    public static void main(String[] args) throws Exception {
        Interpreter i = new Interpreter();
        i.set(”price”, 1000000);
        i.set(”user”, “”);
        i.eval(”if(price > 500000)\n” +
                “user = \”SeniorAgent\”;\n” +
                “else \n” +
                “user = \”JuniorAgent\”;”);
        System.out.println(i.get(”user”));
    } 

　　运行结果是打印出了：SeniorAgent

　　可以看出，BeanShell 用非常动态化的方式，完成了我们一个简单的案例的处理，这里，我们只需要将需要解析的 Java 语言的脚本交给 BeanShell 的 Interceptor，并把脚本中用到的参数值传入，就可以了，最后，我们把运算结果赋给一个变量，然后获取变量结果，就可以了。

　　看到 Developer Works 网站上有一篇 BeanShell 实现公式管理的文章：http://www.ibm.com/developerworks/cn/java/l-formula/index.html，可以参考一下。

From: http://www.steadyxp.com/archives/851.html

    } finally {

           if (method != null) {

              try {

                  method.releaseConnection();

              } catch (Exception e) {

                  logger.error("-------> Release HTTP connection exception:", e);

              }

           }

           if (client != null) {

              try {

                  ((SimpleHttpConnectionManager) client.getHttpConnectionManager()).shutdown();

              } catch (Exception e) {

                  logger.error("-------> Close HTTP connection exception:", e);

              }

              client = null;

           }

       }

　　这段时间百度又跟三鹿奶粉事件牵扯上了一些不清不楚的关系，搞的百度最近也疲于解释这些事，当然大家也不会真的相信这种解释了，因为百度在搜索结果人工干预上已经受到非常多的人的抱怨，我们也完全相信百度能干得出这样的事情，具体是因为这次风险大还是嫌钱少了没有去做，我们就不得而知了。

　　附一些主要网站的 robots.txt 文件，证明一下百度是如何被屏蔽的。

http://www.xiaonei.com/robots.txt
# Robots.txt file from http://www.xiaonei.com
# All robots will spider the domain

User-agent:BaiduSpider
Disallow:/

http://blog.sohu.com/robots.txt
User-agent: Googlebot
Disallow:

User-agent: baiduspider
Disallow: /

User-agent: Nutch
Disallow:

User-agent: *
Disallow: /

http://www.taobao.com/robots.txt
User-agent: Baiduspider
Disallow: /

User-agent: baiduspider
Disallow: /

From: Steady Blog 国内主流SNS开始屏蔽百度

　　目前支付宝对 Firefox 支持的说明：
　　1. 支持 Windows 平台的 Firefox ，支持版本：Firefox 1.5、2.0、3.x；届时还将提供自动安装功能，现在准备尝试的用户可以到 Mozilla 站点上下载支付宝安全控件(AliPay Security Control)(也欢迎广大 Firefox 爱好者在留言中给我们提一些反馈意见)；
　　2. 目前在 Windows 平台下的 Firefox 下暂时还不提供对安全证书的支持，但是对安全证书的支持已经提上日程；
　　3. 对 Linux 平台下 Firefox 的支持已经在内部测试中，预期近期内即可发布；

　　可以说，这个是网银及电子支付业务的一大进步，支付宝可以说是第一个支持 Firefox 浏览器的支付解决方案，是第一个没有使用 ActiveX 实现的解决方案，同时，据支付宝方面的说法“我们目前所开发的 Firefox 插件，未做任何修改，就可以较正常运行在苹果的 Safari，和 Google 的 Chrome 浏览器上。经过分析发现，除了接口方案稍有区别，其大体的结构，还有页面的Embed 标签等都是兼容的，相信经过后续的改进，为 Firefox 所开发的安全控件和所修改的页面，只花很小的代价就可以运行在苹果和谷歌的浏览器上”，对于这方面技术的研究，不光是实现了一个功能，更重要的是，证明了在于非 IE 浏览器下同样可以实现类似 ActiveX 的功能，这样为 Firefox 和 Chrome 浏览器的后续发展提供了有力支持，虽然我用的最多的是 IE，但是 Firefox 和 Chrome 都有令我舍弃不得的好用功能，我想在多家浏览器竞争中，我们会得到更多更好的东西。阿里巴巴是一个重视技术，重视创新，有远见的好企业，赞一个，相反，在相同的电子支付领域，国内多数主流银行的网银服务在这方面几乎不做任何技术创新，改进现有蹩脚的产品，让用户长期忍着去用他们让人作呕的产品，相比较而言，阿里系的主要产品后面都有 UED 的工作，因为用户才是他们最重要的。