2005年11月12日星期六

Google Desktop Search Enterprise 需要 Google Search Appliance?

在Google Desktop Search Enterprise的截图里面,能够看到多了一个"内部网"的搜索标签。下载来看,原来是普通的GDS加上一个组策略文件,在组策略中可以定制该标签指向一个??Google Search Appliance??哦?什么来的呢?Google一下先……

原来就是Google卖的刀片服务器,价格:$30,000起,Faint...

现在我有个小小的Intranet,不过连$2,995的Google Mini都买不起,我只是想提供个小小的Search服务。不过我继续看GDS Enterprise的Document,发现它本是也不是直接支持GSA,它需要用XSLT来把从GSA获取到的搜索结果转换为它能够识别的XML然后再使用。哦……如果是这样就舒服啦,只要有一个Intranet搜索引擎就行了,不用管它是否是GSA,关键就在于它的搜索结果能够输出为GDS支持的某一种XML格式,然后GDS就能够把搜索结果整合进去。 嗯……这样设计确实不错,继续研究下如何实现……

2005年11月9日星期三

百万网站

不知道这算不算病毒广告,不过应该挺有效,起码我都参与传达了(不过地址不使用链接):
http://www.1baiwan.com

这里是简介:
http://www.1baiwan.com/Introduction.html

其实我看到那个用象素画风格做出来的全球最高虚拟大厦的时候,就想着为什么"楼主"不考虑未来的层用来卖呢?或者整个网站卖出去,肯定也能赚不少钱。现在这个"百万网站"终于这样做了,呵呵……大家或许不明白,那还是点击上面的网站去看看如何百万法吧,其实就是首页有一百万个13px*13px的个子,每个的售价为¥100(出售的为永久使用权),网站承诺至少维持5年。

2005年11月6日星期日

大家应该去看看现在通过网站提供服务这一领域的变化

最近Google vs Microsoft的事情越来越多人关注,Google不依赖于脱离网络的软件让MS在软件方面的优势完全表现不出来,而且Google也找到了它的广告形式,这足够让MS不爽的了。

不过MS现在已经逐步改变战略,开始学Google了——不需要太多创新,以足够的资金作为优势,模仿和跟进也就足够了。(顺便所以下,Tencent在国内也是这个策略,不过它模仿的是国内其他厂商如何流氓的做法,例如据说最新的QQ2005正式版就内嵌了Tencent的搜索/实名插件,这个东西会自动把系统中已经安装的其它同类插件Disable掉,并且也胆敢在Agreement上直接说因为QQ和这些插件存在冲突可能导致这些插件不能正常运行。)

MS最近就推出了称之为Windows Live的Beta服务,大家可以去Live.com看看,其中包括可以申请的Windows Live Mail Beta(Hotmail升级项)和即将开放的Windows Live Messenger Beta。最近几天的Google News科技版中都有有关的新闻,昨天说Live.com收购了提供网络硬盘服务的FolderShare.com,今天说MS当年不重视"软件既是服务"放弃收购SalesForce.com(一个在线CRM服务网站)现在才来重视此事已经太晚了。

暂时来说,我们都能看出Live.com其实是希望通过一个整合的平台应付Google众多分散式的服务。Google的服务以前总是先来Beta,可能还基于Invitation机制,过一段时间了才进行Localize,虽然后来Google Account出现后所有服务都依次为登录标准,但是通用登录和Portal之间还是有差别的,IGoogle虽然在推进此事(最近有了中文版),不过说到做Portal方面应该还是MS有经验,就算是个性化Portal方面MS起码也有my.msn.com这个基础,所以Live.com依靠MS的资金是有可能赶上IGoogle的。

然而MS真正的竞争对手不是Google一个,我们现在这些在做小软件或者还在做网站不过是给别人拿去部署的也面对这些竞争。那就是一些直接提供服务而不是提供下载的网站。由最不像提供软件的del.icio.usflickr,到Coo介绍我看的那个类似wiki的可以用于Collaberate的网站,再到最近发现的writely.comnumsum.com。第一个虽然是服务,不过是完全面向大众的;第二个开始转向面向个人和组织,因为你不能够下载它并在自己的站点上部署一个,所以必须用它的;第三个则已经由"此站点不能下载并部署"变成了"此软件不能下载并使用",writely.com和numsum.com分别针对文字处理工具和表格处理工具,然而完全基于Web确保证了不可能盗版。
虽然这些网站暂时还没什么盈利之道,最多放一下Google AdSense,因为暂时他们都是处于探索性的,特别是针对零售版软件领域暂时还无法追上零售软件的功能。不过一旦这种做法找到了盈利之道,可能就真的能够大大减少零售软件。但是可能到时候可能私服也将出现,正如中国从前有人不知道正版只买盗版现在有人不知道官服只玩私服一样,零售市场收缩是否就确保了利润的收入,这个暂时还很难说。

另外,MS可能又在背后偷偷乐了,为什么?大家慢慢忙DHTML和所谓的AJAX吧,它的Avalon随后就到。Google花钱把DHTML的发明者从MS挖过去了又怎样?总的来说你还是得按照MS当初制定下来的标准做Web和玩这场游戏。即使你的Web再好,Avalon一发布可能就都成为历史??可能别人仅仅需要打开一个XAML写的页面,后台下载一个.NET DLL,那就是一个程序,点以下Install那个.NET DLL就会从Cache迁移到永久保存的目录,那个XAML页面的地址就被添加到"程序"里面,普通Web还有什么意义?可能有人说,Avalon仅仅适用于Longhorn,即使推出兼容低版本的Windows兼容软件,或者类似mono那样提供Linux上的对应开源项目,适用范围还是在PC上,而支持Web的设备则周街都是。唉……以后可能支持Web和Web Service的设备确实周街都是,你随手捡个MP3都说支持,但是它们可能支持AJAX吗?或者是基本的DHTML?现在PPC和Palm都还不能完全支持呢。所以未来不一定属于HTML,而可能属于XAML或其它后来的类似开源项目,这个是很难说的。如今PC的架构是已经确定了,它不是NC就不是NC,除非有一天主板加上了XML处理芯片或者CPU/GPU提供了对XML呈现的直接支持(这里的XML指未来的某种支持动态的基于XML的语言),否则通过一种标准的网络形式售卖服务即售卖软件的日子还很远呢。

TextGem v2 - 基于类似Sharepoint技术的CMS

TextGem在开发的时候,本来仅仅考虑用来做wiki。wiki做完了,我就开始考虑把它用于blog和forum??因为大家的ContentData格式都是一致的,不过UI不同,于是TextGem Pro出现。TextGemPro中应用了很多新奇好玩的构思,例如实现了HTML编辑器,添加了支持RollBack的Config,支持Key的映射……虽然都是没什么用的东西,而且把TextGemPro变成四不像,不过挺好玩。可惜它现在实在是太过四不像啦,所以我就算要把它重新做成单一目标的产品,也不知道"单一目标"定为什么好。

然后,最近遇到了一些问题,就是我见到好像TLF或者一些其他论坛,通过规定一些发帖规范把某些板块的帖子格式限制到符合一个标准,然后就可以自己写一些小软件来分析数据库,按照帖子格式来进行数据分析,作统计工作量等的一些工作。我在想,其实很多论坛,它有特色就在仅仅在于它的数据表多了一两个字段和多了一些相关的数据逻辑,仅此而已,我希望提供一种论坛能够轻松的自定义增加的数据字段和自定义逻辑。

开头的时候,我在做有关ASP.NET的事情,所以我的设计思路是很OO的,也是完全面对开发者的。那时候考虑的是,例如好像CSDN那样的记分系统,完全就是可以当作一个插件来看。首先要严格定义一个IBoardExtension的接口,类似ASP.NET有一个OnInit->OnLoad->OnPrerender->OnRender这样的一个过程,IBoardExtension应该支持一系列的事件,例如OnPreinstall和OnInstaller将在论坛发现新的IBoardExtension时调用而让这个插件有机会去检查是否已存在低版本需要删除、是否需要建立/升级此插件需要的数据表;然后OnThreadListPageRender、OnThreadPageRender等事件则在呈现对应页面时发生,插件此时就有机会去读取Threads、Posts等有关对象然后在Page上做有关的改动;OnNewThreadPageRender将在呈现"发新贴"页面调用,如果插件需要用户填写"点数"这项属性可以在此时操作Page,而OnNewThreadPagePostBack则是用户提交了"发新贴"页面,此时Extension要检查数据是否合法,以及是否对数据库做什么读写操作等。

现在发觉,当时的想法把页面限死了,因为所有IBoardExtension有关的事件,都是和某一个页面某一个事件绑死在一起的,如果仅仅是考虑论坛和插件的功能,那已经相当足够,因为一个论坛的页面大概也就那么多,无非是主题列表、主题里面的贴子/回复列表、发新主题、发新贴等等,UI的大体是固定的,仅仅是Extension在这上面能够对Render和PostBack做一定的操作。但是如果要支持wiki和blog这些和forum拥有类似数据表结构的东西就不行了,这需要一个更加flexible的设计。

这个更加flexible的设计,就是学习Sharepoint引入WebPart的概念??一个WebPart自身就包括显示部分与逻辑部分。实际上,我非常认同一个拥有良好flexibility的东西,必须遵守MVC分离的设计,至于它是否使用某个设计模式那倒不重要。应用MVC分离,这意味着每一个WebPart本身都要拥有MVC三者,而且这三者之间要松耦合然后他们都去和系统自身的MVC耦合。也就是说,IBoardExtension那样完全不区分MVC的提供一队事件是不行的,必须提供一种更加好的方式,让Extension继承/支持某个东西,然后就可以分别对MVC三个部分扩展编程。

详细的TextGem v2设计还在思考中,不过这并没有脱离原来的TextGem.NET开发三部曲路线??首先制作核心,然后制作应用,最后提供用于制作应用的开发工具。TextGemv2首先要做的核心,它不会像制作一般论坛那样,受到表情符号、用户头像等一系列琐碎麻烦问题的困扰,因为这一切都属于应用而不属于核心,但核心的设计就是要兼容这一切将来可能要添加的应用,所以需要花比较长的时间去做设计。