不得不说，对于一些不那么知名且有信誉保障的网站，我根本不敢填入自己邮箱的账号密码。而即使是一些有信誉保障的网站，也难免出现员工作乱或者黑客入侵一类的事件。将如此敏感的信息就这样交付他们，始终还是不放心。

目前为止，比较可行的方法也许就是Google的帐户认证及OpenSocial功能，将身份验证及通讯录读取过程都回归到Google这边，让用户放心。

不过目前采用这类方法的毕竟是少数，而且除开Google，其他站点就不适用了。我有一个想法，自己感觉在理论及技术上可行的，与大家讨论一下：

1. 公开需要用户提供邮件类帐号密码网页的源码。
2. 比如用户在“import_contacts.php”这个页面填写自己的敏感信息，那么这个页面的源码就得对所有用户公开。
3. 由所有用户来监督这个页面的代码，保证账号密码只做验证用，而不会被该网站记录下来。

暂时就想到这些，应该还有很多细节没想到，各位朋友一起来讨论下吧。

本日志已经有人评论了：

• 2009-02-11, oxygen 说到: 如果用户看不懂源代码怎么办？ 这种事情最好的办法还是长时间的积累，对于信用的积累以消除用户的疑心。
• 2009-02-11, hidecloud 说到: @oxygen, 不是一个用户在监督，而是所有用户啊。只要有一人发现问题就够了吧
• 2009-02-12, Cat Chen 说到: 我想你應該去看看OAuth和AuthSub，GData支持基於這兩種協議的守保護資源請求。 基本原理，就跟你用uploader訪問Flickr時一樣，Flickr明確授權這個客戶端僅可以上傳還是瀏覽和刪除。只不過，OAuth可以根據具體根據業務邏輯設計上層協議，例如我要從Flickr某個相冊輸出照片到打印服務，那麼就僅僅授權這個相冊的只讀訪問，並且時間只有一個小時。當然Flickr不支持這樣的設置，只是打個比方。 最最重要的，這樣授權，第三方服務只能得到一個授權令牌，你不需要給用戶名和密碼它。
• 2009-02-12, 猪头 说到: 可以想FriendFeed的API一样，提供一个非密码的验证码来做账户验证
• 2009-02-12, 核心需求 说到: 现在网络越来越不安全了，什么骗术都有，只有纯洁的网络才能让用户安心。
• 2009-02-12, xiaolu 说到: 所以特怀念2002年以前的网络. 那时候人特单纯.
• 2009-02-12, hidecloud 说到: @Cat Chen, Oauth这个得从服务提供端考虑，我指的是在OAuth一类服务普及前，作为资料需求方的方案。
• 2009-02-12, Cat Chen 说到: @hidecloud, 現在Google支持OAuth和AuthSub，你要讀取Gmail好友可以通過這種方式讀取。至於不支持OAuth或者AuthSub的服務運營商，可以直接去死了。
• 2009-02-15, Johnny 说到: 公开源码这个肯定做不到，即使做到了也没用，他始终不会全部公开，或者说公开了那部分跟实际的不同。 这方面还是得考诚信吧
• 2009-02-15, hidecloud 说到: 公开验证页面的代码并不会泄漏什么该站信息，验证一个状态而已。

微软这次新产品的发布搞得不错，以Heroes Happen Here为主题，进行了一系列策划。

我现在手上拿到的这套套装既是本次微软主推的产品：Windows Server 2008，Visual Studio 2008，SQL Server 2008.

这个套装的东西还是蛮丰富的，Win Server2008的32位与64位一年试用版；SQL的两种版本，VS2008的90天试用版。当然，hc最想试用的还是Win Server2008这款传说中日常应用比XP还快的系统。

要开始折腾系统了，最后上个全家福吧：

本日志已经有人评论了：

• 2008-03-18, scavin 说到: 哇，羡慕～～～～～～～～
• 2008-03-21, Cat Chen 说到: 我想要你的盒子！

但是言论终归是言论，是骡子是马，还得拉出来溜溜。

在发布后短短的几个小时里，不断有bug爆出来。不支持cleartype，界面混乱，不支持中文，启动速度慢，页面渲染慢…………

一切的一切让人不免怀疑一向做工精细的Apple，怎么会发布出这样的产品？但你只要将这个消息与iphone的发布联系在一起即可得到答案。

随着iphone平台的程序开发流程越来越明朗，基本已确定为iphone开发的所有外部程序都得运行在Safari上。但是并不是全球开发者都拥有一台Mac电脑，所以为拉拢PC平台下的开发者，发布一款能在Windows平台下运行的Safari浏览器作为程序调试工具显得尤其重要。

因此，从某种角度来看，这个浏览器根本就不是给普通用户用来进行日常浏览的。将之看为一个调试器，反倒比较合适。

因此，如果有谁是Safari的fans，大可不必为此Windows版本向身边其他人解释“其实Safari是很好的，只是这个版本……”。 直接告诉他们这是Apple用来救场的程序调试器即可。

SDK开发缓慢的iphone，用来救场的Safari。Apple啊，Apple，何日才能再振雄风？

本日志已经有人评论了：

• 2007-06-14, JetPhoto 说到: 对 Safari 还是有一些相信的。我长期以来都在使用 Mac 上的 Safari ，性能的确不能低估。 Safari 的基础代码来源于 KHTML (KDE的一个子项目)，在AJAX开发的标准化方面存在一些地位。 但是遗憾的是Apple的Windows版本软件的用户体验总是与Mac OS X上的版本存在差距。QuickTime, iTurns for Windows 都感觉有些木木的。

在一番google后，归纳方法如下：

1.通过vs6自带的ms通讯控件来实现，就页面中提到的方法看来，实现极其简单。在传输数据时可以考虑。

2.在练习时，为了调试方便，可以用modem线将2，3号线反转后将COM1 COM2连接起来。这样你就能用COM2向COM1发数据了，然后监视COM1。可以方便的实现本地的发送与接收。

3.有时候你做了一个发送数据的程序，需要在接收方看显示出的数据，当然单片那边不是你最好的选择。你可以试试这个：串口调试助手。

4.这个方法是在VS2005 的 MSDN中搜索出来的，如果你安装有VS2005可以去搜索关键字：serial port。原来在dotnet framework2.0中新加了一个ports这么个类，下面继承有一个最关键的类：System.IO.Ports.SerialPort。这个类里有很详细的操作串口的各种属性设置。

5.这个方法也是msdn来的：直接去vs2005的msdn里搜索Communications Resources，就会出现这个页面，很详细的讲解及范例。是Platform SDK里的调用。

本来准备这个周末实践一下的，结果刚刚发现自己的主板只有一个串口…………回去搞个串口卡再说吧。

本日志已经有人评论了：

• 2006-10-28, 陈少举 说到: 传说中的COM口... 我电脑上的COM口已经封上了...
• 2006-10-28, hidecloud 说到: 我们做单片，非得用这个。如果用usb接口连接，那我就去死了算了。那个协议太复杂了。
• 2011-10-25, VC串口通信 说到: 其实没有串口的话用虚拟串口工具如VSPD也可以学习串口编程，也不用买串口卡，这东西老贵了

一直都很难明白它到底有什么力量，可以引起这么多开发者的兴趣。当时心中还在将其与asp，php等比较。今日在ak47看到了一段一个苹果与37signals公司互相推介的视频。因为之前没听说过这个公司，立即google了一下，马上找到了一篇介绍37的blog，这篇blog居然又是心中的传奇人物livid写的。从中知道了37原来就是RoR的创始人办的公司。

去RoR的官网溜了溜，发现一段介绍如何用RoR在15分钟内创建一个blog程序的视频。下下来看了后，除了震撼，真的想不到其他任何词了，RoR值得每一个开发者称赞其伟大。以前在用一个rpg游戏制作器时，大致了解了一下Ruby语言，当时没留下多大印象。现在将Ruby与web开发结合后，产生的效应是革命性的。

这种开发思想及模式已经完全不是过去的面向过程的php+mysql或asp.net可以比拟的了。完全的面向对象编程，精简的代码，容易实现的各种对象操作，这些都将把web开发领向一个新的时代。开发效率的提升，自然就有更多的时间来考虑架构及很多网站的细节方面的问题。接下来的web应用真的是很值得各位去想象一下的。

不过越是看到这些新颖的技术，越是烦闷。自己陷于各种琐事之中，好久没有能完全投入技术之中了。看到这些令人振奋的技术，真的是手痒。自己再考虑下吧，尽快做出抉择。

目前最急切的梦想：底层RoR，加页面Ajax。如果有余力还可以继续专研下CSS。希望这一切不要一直都是梦想。

本日志已经有人评论了：

• 2006-10-22, 陈少举 说到: 确实好NB呀...COOOOOOOOOOOOOL!

document.form1.hiddenField.value = 变量名

将form1换为你自己的表单名，hiddenfield换为你自己添加的隐藏域，变量名即为欲传递的javascript变量名。

在这段更新不及时的日子，对这个blog的技术类方向定了下位，其他站（CB,GSEEKER……）报道过的，就不做重复报道了，除非有什么自己的发现。此blog主要是报道自己发现的技术新闻或资料，其中以后将会加重对英文资料的翻译力度。至少做成一个特色嘛。

继续写代码去了，苦力、苦力啊。

Translated by hidecloud

这是一位来自以色列的朋友编写的Google Image Search的API，现将快速使用文档翻译如下，希望对大家有所帮助。

如需转载请注明以上信息。

简介

作为我正在进行的研究的一部分，我需要向很多流行的图片搜索引擎发送搜索查询。Yahoo！的家伙们给我们提供了Yahoo! SDK API ，一个非常有用的玩意。但Google呢，嗯，由于某些未知的理由，只提供了传统的搜索引擎API，不能进行图片搜索。几周前，我看到了一个Peter Bromberg 做的Google Translation工具。我想为什么不为Google Image也做一个这样的API呢，所以我就做了。

源文件里有什么？

源文件里包含有两个项目。Ilan.Google.API 这个项目包含有一个DLL文件，你可以使用这个DLL文件去访问Google Image。Ilan.Test.Google.API 这个项目包含了一个利用此API开发的简单程序，你可以在这个程序里动态的搜索图片并现实在窗体内。当你双击一张图片的缩略图时，原始图片将会显现出来。这个程序的作用就在于展现此API使用起来是多么的方便。

立即上手——怎样使用此API？

如果你对此API是如何运作的不感兴趣，而只是想简单的使用它，那么这一段就是专为你准备的

l 在你的项目的“引用”中添加Ilan.Google.API库。

l 在代码里添加：

using Ilan.Google.API.ImageSearch;

l 当你需要进行搜索查询时，先确认你的URL是被Google所支持的。为了确保此点，我建议你去Google Image Search搜索一下，然后看一看他们是怎么构建URL的。当然，如果你只是想搜索一些简单的查询，比如只用空格间断的词组，你只需要将空格转换为+号即可。比如apple cake就必须转换为apple+cake。所以我并不推荐你简单的使用一个string.Replace ，你可以使用在我的DEMO里使用的方法：

string formattedQuery =

Regex.Replace(nonFormattedQuery, @“\s{1,}”, “+”);

l 要进行一个查询（只获取50个结果），可以使用SearchService.SearchImages ：

SearchResponse response =

SearchService.SearchImages(formattedQuery, 1, 50, true);

l 这样 response 这个对象就获得了你查询的词组的所有的50张图片。例如，你可以这样获得返回的第一张图片的URL：

string firstImageUrl = response.Results[0].ImageUrl;

l SearchService.SearchImages的参数有以下几个：

(string) query- 被发送的搜索查询字符串。

(int) startPosition- 返回的结果从哪个页面（指用GOOGLE IMAGE搜索时显示的页面）开始获取。

(int) resultsRequested- 返回多少张图片，但必须在(1000 – startPosition)之内。

(bool) filterSimilarResults- 如果你将此参数设置为‘true‘，那么搜索结果中重复的图片将会被剔除，如果设置为 ‘false‘，则不会对结果进行改动。

[optional: (SafeSearchFiltering) safeSearch – 这个参数有三个选项，可以过滤的你的搜索结果。

本日志已经有人评论了：

• 2007-07-20, Ksir 说到: 顶
• 2007-07-20, Ksir 说到: 收藏之

借鉴的http://web2.wsj2.com的web2.0模式图。

本日志已经有人评论了：

• 2006-09-19, kereal 说到: 站长 你好 做个友情连接可以吗? 你的我已经做好了 我的是 kereal's blog www.kereal.com 多多交流

最近观察了一段时间的RENREN.COM，他也做本地新闻，即所谓的“大事记”。试图炒作的概念仍是市民新闻，至少从大事记的宣传上来看，是这样的。

不过，很遗憾，似乎RENREN.COM忽略了我认为市民新闻最基本的两个要素（当然，忽略我是很正常的^_^）：

1. 草根特质。在我心中，要想在本地新闻上博取人气，草根很重要。在如今的社会里，新闻已经无所不在，电视、报纸、互联网，所以如果你在本地新闻上还是做和以上媒体一样的内容，很显然无法引起浏览者的兴趣。我对草根新闻的定义即为：平时不可能上传统媒体的新闻。由这个定义引申开去，你会发现这是一个很大的未经系统开发的庞大资源。平时这些新闻都只有通过口口传播，如今，将口口传播的媒介转换为了互联网，草根新闻必将更将强大。
2. 新闻互动。市民新闻并不是仅仅指一个市民发布一条自己身边的新闻就算结束了。新闻永远是活的，而传统媒体因为关注点及自身体制原因，无法跟进每一个新闻。但互联网却存在无限的可能性，在我心中，一位市民将一则新闻发布出来，仅仅是这个新闻的开始，然后可以引入协作编辑报道机制，让大众对一个新闻进行深度挖掘。这样既能增强一则新闻的可读性及资料性，又能增强网站的用户黏度。

嗯，在新闻的定位方面倒确实没什么多的想法了，以后想到再更新吧。