独家PPT结尾…

以后就用这个了，嘿嘿

Google Picasaweb发布

地址：http://picasaweb.google.com/，注册（或者是激活？）很简单，输入Google Account就成了。

界面还算简洁，和GMail、Google Reader的风格不太一致，但挺好看，Photo Chooser也很好玩。上传图片可以在浏览器里上传，也可以用新版的Picasa，下载地址：http://dl.google.com/picasa/picasaweb-setup-beta.exe。

让我很关心的还是空间和展示图片的限制问题，flickr的类似限制最近被很多人提出来，尤其是限制200张图片的问题。看了一下Picasaweb的Learn More，解释的好像不是太清楚，或者说是我还报着一点奢望……如下：

Storage: Each Picasa Web Albums account comes with 250MB of free storage space, or room to post and share approximately 1,000 wallpaper-sized photos (at 1600 pixels each). For $25.00 per year, users can get a subscription to an additional 6GB of storage – room to post and share approximately 25,000 photos.

也没说是不是每个月250M…啊我承认太贪心了，flickr每个月才给免费用户20M，不过日久天长每个月20M就很多了…

让我觉得好笑的是，picasaweb应该检查了HTTP Referer了，所以在非google.com域以外的地方都没法打开，这里的截图只好借flickr宝地一用了……

Technorati : google, picasaweb

JS蠕虫

昨晚看到The Register上的一篇文章：JavaScript worm targets Yahoo!，一个以js编写的蠕虫，借助Yahoo! Webmail的漏洞快速蔓延起来。这次的蠕虫比较特殊，以往的跟浏览器、web扯上关系的病毒，大多利用的是浏览器自身的问题，而这次是完全利用的web应用的问题。

安全的确是无处不在，比如这个蠕虫，它并没有对用户的系统造成侵害，但会从用户的Webmail联系人中找到同样使用Yahoo! Webmail的人并将自身转发给他，这又符合对蠕虫的一般定义。虽然用户一旦关闭浏览器，蠕虫在其机器中的实体就会灰飞烟灭，看似不堪一击，但实际对这个web应用已经造成影响。将自身转发给其他人只是它蔓延的方式，如果这个蠕虫不停的转发或者向这个网站发出请求，网站很可能被一下子DoS掉。

我一向以拟人的角度来看病毒，所以觉得它们就像生物中的病毒一样，狠毒中透着伟大，为了自身的生存和复制，在很严苛的环境里不断蚕食着周围生命的某个部分。算了，反正我已经从一个梦想成为安全专家的人变成一个稍微爱好安全的普通小程序员。

说的真牛

 

似乎每个人都习惯以自己为中心，所以写出来这样的话也没什么可奇怪的。

我听过Google说“Google xxx currently does not support your browser”（xxx一般为产品名），而有那么一些人——虽然把Q-Zone拉出来但不只是它一个——总认为出了问题是别人的事儿，“您的XXX不支持XXX的某些特性/功能/要求”，看上去是抱歉一下，实际上这不是在数落用户么。说的不好听一些，Google都在web上玩spreadsheet了，用IE、FF都看过也都没问题，您这样只会玩一种浏览器一种OS的人还好意思说这些？

tcnative

Apache Tomcat从5.5.x开始可以借由tcnative来wrap起APR来。很多同事都很惊讶于tc 5.5.x退出时报告的找不到APR库的问题，好在我对APR早就有所了解，还像模像样的做了些Hello World级别的小练习，所以对这个没啥感觉，只是在想，tc开始用APR了么？抱歉我很少看tc的release notes，以后要注意…

后来转悠到tc 5.5的文档中关于APR的一章，也没仔细看，粗略的浏览了一下。这几天在tomcat-users邮件列表中，有个话题是讨论不用apache httpd做前端而完全用tc做web服务器的问题，看看大家对tc+tcnative+apr+OpenSSL报以如此高的期望，于是回到tc 5.5的文档中一看，可以说比较费机器的事情tcnative都考虑了，比如传输大文件，更好的处理Keep-Alive，SSL等等。不过即使如此，我觉得也许大家都是javaer所以对全Java的解决方案天生容易接受，而且Java应用的处理速度今年来是与日俱增，有的情况下已经比较接近甚至超过C了，但是吃内存仍然是天性，很难有什么好转吧，但tcnative这下给我留下了比较深刻的印象，赫赫，回头要实践一下。apache+mod_jk+tomcat是有些过时了，而且有些影响响应速度，基本上估计不会在将来的实践中考虑了，没有应付多编程语言web应用时应该不会考虑了。我还是觉得即使有了tcnative+apr，处理静态资源的事情还是应该apache httpd来接管。

态度，态度

仰望前面无数经历了血雨腥风的前辈，无数傲然不群的技术大牛，侧过脸看看无数脱颖而出的同龄人，再回头看看快速成长的后来人，除了虚心，我想不出还有什么态度可以帮助我继续存活下去。

谁说Google不会做del.icio.us？

今天的GoogleBlog上，总算看出Google在在线书签上迈出的一步。新版的Google Toolbar beta已经有了bookmark可用，需要登陆Google Account才可以使用。

值得注意的是，新版Google Toolbar中的bookmark和Google的搜索历史是有联系的，比如我在搜索历史中的两个label：

点开smalltalk这个label之后：

而在新版Google Toolbar的Bookmark下：

可以看到二者是完全同步的。最初使用搜索历史时发现书签这么个东西，就在想这东西不发掘一下有点儿可惜了，但使用搜索历史的人应当远不如重复搜索相同关键字的人多，而且搜索历史从界面和功能来说都还很小儿科，用起来实在不方便。现在好了，有了Google Bookmark（就先叫这么个没创意的名字吧），就不用费劲去搜索历史中找点击过的网站再添加到bookmark中了。

看了一下Google Toolbar的Bookmark，忽然开始好奇起这些bookmark数据的身份：它们是属于搜索历史，从而可以在http://www.google.com/searchhistory/下访问，还是属于新的Google Bookmark，栖身于http://www.google.com/bookmarks/？于是做了个实验：

然后再分别进入Google Bookmark和搜索历史中查看，先看看Google Bookmark：

Google主页已经被添加到Google Bookmark中，毫无疑问。接下来再看看搜索记录中的书签：

这样看来，Google Bookmark的数据确实是与搜索历史共享了的。但是二者的界面竟然如此惊人的类似：布局一致，搜索框中的关键字，连每个链接的URL除了参数值以外都是一样的。难道现在的Google Bookmark只是Google History重装上阵一番？很高兴能用上Google的在线书签，但现在的Google Bookmark功能还是很弱：根本没有SNS方面的功能；管理界面还是很鸡肋；无法导入现有书签–比如del.icio.us和blinklist，只能通过Google Toolbar导入IE收藏夹。而且新版的Google Toolbar只有IE版本，回头有空了打算用sniffer或ieHttpHeaders查看一下添加页面到Google Bookmark时的URL等等数据，看看能不能做出个简单的bookmarklet来给Firefox用:^)

现在的Google Bookmark虽然很弱，但毕竟是Google的线上书签手笔，我想应该还是值得期待的。Google Notebook还没上线的时候出现的传说让我对它心驰神往，真希望能够用上Google的del.ico.us，不过用上Google Notebook时才发现根本不是传说中的类似del.ico.us的东西，所以现在对刚刚起步（或者可以说已经借由搜索历史而起步已久？）的Google Bookmark很是期待。

花絮：和小Q聊起Google Bookmark，我说了半天的"搜索记录"似乎让他摸不着头脑，才猛然发现自己说错了，应该是"搜索历史"，但转眼看一下Google主页右上角，却明明是"搜索记录"，晕。

Technorati : bookmark, google, toolbar