番茄花园美化修改版Windows XP的作者、软件下载网站番茄花园(tomatolei.com)站长洪磊的父亲19日晚22:50独家向新浪科技证实，洪磊已经于15日(上周五)被警方拘留审查，网站被关闭，服务器及洪磊的笔记本被警方带走，为洪磊提供的技术开发支持的成都红果科技有限公司也被查封。

　　据知情人士透露，由于此案是直接由上级机关指派给苏州公安局虎丘区派出所要求查处，并且负责破案的不仅仅是苏州方面，因此很早就有人猜测这是微软方面直接参与促成的事件。

　　8月20日中午，微软中国也向媒体正式作出了回应称，“番茄花园从事的软件盗版活动在相当长的一段时间以来十分猖獗，包括微软在内的众多国内外软件公司的权益均受到了严重损害，鉴于此，微软日前和其它软件公司就番茄花园网站的侵权犯罪活动，向国家版权局和公安部进行了投诉，并得到了高度重视。”

　　上个月可能最受大家关注的新闻就是这条了，或许大家会简单的认为这次事件纯属微软的反盗版行为，但是这次事件绝不仅仅是简单的反盗版，微软之意在于一箭双雕，一方面严重的打击了最大的盗版源，另一方面为其在中国面临的反垄断调查提供筹码，更深层次的意义在于消灭 Windows XP 在市面上的流行。

　　让我们来看看和微软反垄断相关的一些相关动作的时间吧：

　　7月31日，董正伟向商务部、国家工商总局、国家发改委发出《请求保护公民财产权益的建议申请书》，建议对微软开展反垄断调查，罚款10亿美元，并责令其公开程序源代码，并建立微软产品的价格听证制度。

　　微软做出的回应是：

　　“由于微软大部分以非正版方式存在，正版产品市场份额很小，因此微软在中国构成垄断的前提不存在。”微软公司资深副总裁、微软（中国）有限公司董事长张亚勤称。这是微软高管自中国《反垄断法》8月1日实施后第一次正面回应微软在中国的垄断问题。

　　从时间上来看，我们可以认为打击番茄花园是微软为了上面这个回应的提供一个有效证据，增加其在反垄断调查方面的筹码。

　　最后大家可能忽略了另外一个不是那么重要的信息：

　　据国外媒体报道,微软此前表示,将于2008年6月30终止Windows XP操作系统OEM(原始设备制造商)版和简装版的销售(系统集成商的相应终止日期向后延迟到2008年12月31日)

　　也就是说，我们现在已经无法买到正版的 WindowsXP 了，而面对兼容性的问题，对硬件要求过高的问题，也是 Vista 普及的重大瓶颈，特别是在国内 WindowsXP 改版如此流行的情况下，Vista 推广受阻，微软一定会想办法去给盗版 WindowsXP 市场来一次釜底抽薪，让 Vista 在正版和盗版市场的占有率同步提高。

　　可以说，这次微软打击番茄花园在各个方面都给微软带来了不少的好处，可谓是一个妙招，而番茄花园站长洪磊也就成为了继珊瑚虫以后的有一个商业利益的牺牲品了。

大家可以去 Google Chrome 的官方网站去下载：
http://www.google.com/chrome

Google chrome特性是：

• 从界面来看，我们设计了一个简单而高效的浏览器窗口。对大多数人来说，浏览器本身并不重要，它只是一个能够运行互联网网页、网站和网络应用等重要程序的工具。正如谷歌的经典主页，谷歌浏览器延续了简洁、快速的设计理念，帮助用户快速准确地到达目的地。
• 从根本上讲，我们提供了一个能更好地支持各种复杂网络应用的浏览器基础平台。通过让每一个标签相互独立开来，从而避免了两个标签页产生冲突的可能，同时面对来自恶意网站的攻击，谷歌浏览器提供了更好的保护。我们提高了浏览器整体上的速度和响应度。我们还建立了一个更强大的 JavaScript 引擎 V8，以便为下一代网络应用技术提供支持，这些网络应用在目前的浏览器上几乎不可能实现。
• —–来自Google黑板报“浏览器的新视角”

Chrome并非基于Firefox，而是基于苹果的WebKit引擎。尽管Safari并没有获得巨大成功，但WebKit却向它提供了一大优势：速度。WebKit和谷歌开发的V8 java脚本渲染引擎联手，理论上将使Chrome在速度上“百尺竿头，更进一步”。即使Chrome的功能达不到出色的水平，也将成为Firefox的强大竞争对手。

Google chrome，中文名叫什么好呢？叫“Google 合金”？或者来个跟通俗乃至庸俗的名字“Google 浏览器”？呵呵，不管来什么，这个都是一个好事情。我们都充满着期待，也许过10几分钟，也许还有几个小时，我们都能看到庐山真面目了。不过我突然感觉到自己被来自Google的服务全面包围：Gmail、Gtalk、Google 输入法、Google Analytics、Google  Reader  、 Google notebook，当然还有Google search。有点害怕，如果有天，Google告诉我你的Google 信用卡这个月消费是“1000RMB”，账单如下：…..。我还有什么Google所不知道的？:-(

再看看老外的Blog,几乎全球的技术Blog都在写有关Google Chrome的事情。真佩服Google 如此良好的口碑效应和强大的Marketing能力。有这样好的宣传，何愁没有用户？

城市风景小区目前物业名为安徽合居美尚物业，该物业是刚于本月才成立的物业公司，只有暂定为三级的资质，无论从管理水平，管理资质上都不能达到一级服务标准，物业收费却按一级收费收费，有违《合肥市住宅小区物业综合服务收费指导价标准》的相关规定，但是在众多业主再三要求以及多次提意见之下，仍然没有得到任何答复和解决。

让我们来看看这个物业的所作所为吧
无组织无纪律,解决不了任何问题,遇到投诉一概推托，遇到问题一概无能为力，袖手旁观甚至说风凉话，晚上物业无人值班，出现任何问题没人可联系，更不可能帮忙解决；反而人多势众，一副欺软怕硬的样子，仿佛欺负业主才是正道；物业形同虚设，尤其是保安无所事事，近日来我们小区接连发生2起入户盗窃事件，被盗住户已有6家（5号楼4家，6号楼2家，第一时间，高新区公安局均有记录）。而且盗窃案件是在8.8号连盗四家5天之后又盗2家！！我们的物业“无所畏惧”毫无作为，简直拿业主的生命财产安全不当回事！！

相关恶劣表现不胜枚举！！请问，这样的物业，你们能够忍受吗？请问KFS， 这样的物业你们是怎么熟视无睹的？那么我们这些业主呢？是该行动起来还是继续沉默下去呢？

让大家都来了解一下，城市风景给了我们怎样的房子，又给了我们怎么样的物业？让一切惨不忍睹的行径曝光在众目睽睽之下，让更多的人来了解这个小区！！

Linux 的安全防护，用 fail2ban 自动封IP

　　总以为 Linux 比较安全，被攻击的概率较低，不过我用了非常简单的 root 账户密码 (password)，家里的机子两次刚挂上网没半天就被人给改了密码，很是郁闷，不过两次的原因都很简单，挂上网后就开始遭遇不断的试密码，因为密码过于简单，很快就被攻破了，想想看，这也不是个事，密码就算比较复杂，天天也还是会被人试密码，心里总是不爽，找找看有没有什么输错几次密码就自动禁止 IP 的工具。这不，还真找到了个叫 fail2ban 的小工具，通过分析日志来自动 ban 入侵者的 IP，话不多说，装上去用用。

　　下载地址在：http://fail2ban.sourceforge.net/rpms/

　　找到最新版本的  rpm 包来安装，装好后，稍微根据自己的情况改一下配置就可以使用了。

vi /etc/fail2ban.conf

#以 daemon 方式启动 fail2ban
background = true

#允许尝试次数
maxfailures = 3

#触发 maxfailures 之後的封锁时间(秒); 设为 -1 表示永远封锁
bantime = 3600

#以 findtime (秒) 时间内的错误记录作为 maxfailures 的计数基准
findtime = 600

#排除 IP 范围, 以空白隔开
ignoreip = 127.0.0.1 192.168.0.0/24

#不启用 mail 通知
[MAIL]

enabled = false

#修改自 VSFTPD, 未提及的部份保持原设定
[PROFTPD]

enabled = true
logfile = /var/log/proftpd/proftpd.log
failregex = no such user|Incorrect password

#未提及的部份保持原设定
[SSH]

enabled = true
logfile = /var/log/secure

service fail2ban start

这个服务启动以后，每天都能在 /var/log/fail2ban.log 中看到有攻击的肉鸡被 ban 了。

2008-08-01 09:13:33,532 WARNING: SSH: Ban (3600 s) 205.189.197.66
2008-08-01 12:24:41,943 WARNING: SSH: Ban (3600 s) 121.52.209.5

业主意见书

致：安徽省徽商集团发展有限公司

由安徽徽商集团发展有限公司（以下简称“你方”）开发的徽商·城市庭院三期·城市风景现已按照《商品房买卖合同》约定的时间通知三期业主（以下简称“我方”）验房，但我方在验房过程中发现诸多有违《商品房买卖合同》中的条款的现象，以及有碍正常使用和存在安全隐患的多处质量问题，并就有关物业的收费有诸多疑议。特向你方提出书面说明，并就赔偿和整改提出我方意见，希望你方慎重对待。

第一条：你方有违《商品房买卖合同》的条款：

1．违反合同第十四条出卖人关于基础设施，公共配套建筑正常运行的承诺，验房当日，上下水不通，供电设施不能正常使用

2．违反合同补充条款中以下物品的规定：

（1）    防盗门：所有进户门都是防火门，而非防盗门

（2）    单元电子对讲保安门：室内未安装

（3）    信报箱：未安装

第二条：有碍正常使用和存在安全隐患的质量问题：

1．消防、智能化设施不完善

2．室内门、窗未按照《建筑安全玻璃管理规定》使用有双面3c认证标志的安全玻璃，阳台栏杆玻璃厚度不符合规范，且与可踏面的间隙过大

3．房屋墙体、楼面多处存在空鼓现象

4．墙面的垂直偏差大

5．配套设施不完善：小区道路、绿化、景观、车库等都未竣工，未达到一个小区正常交付使用的基本标准。

第三条：有关物业方面的疑议：

1．楼书上承诺是信誉较好的深圳长城物业管理有限公司，在我方尚未入住便已撤换，存在虚假承诺嫌疑

2．安徽合居美物业是刚于本月才成立的物业公司，只有暂定为三级的资质，无论从管理水平，管理资质上都不能达到一级服务标准，物业收费却按一级收费收费，有违《合肥市住宅小区物业综合服务收费指导价标准》的相关规定

就以上问题，我方业主经过集体协商，希望你方按以下方式进行解决：

对于第一条已构成违约，按照《商品房买卖合同》第九条的规定进行违约责任和由此造成的经济责任的赔偿，并就未按合同约定的安装、开通在5日内予以符合约定和规范的安装和开通。

对于第二条1、2、3、4项进行维修和更换，并根据每户具体情况进行相关规定的经济赔偿，第5项在10内整改完善完毕，并确保正常存活和使用。

对于第三条在给出合理解释的同时，重新核定收费标准，否则我方将集体不交物业管理费。

此《业主意见书》将委托业主代表亲自送达及挂号信两种方式送达你方。我方要求你方就以上三条涉及的内容，按照我方要求在最先送达之日起3日内就解决办法和期限做出书面回复。

我方将保留媒体曝光、政府部门投诉以及追究你方法律责任的权利，希望你方予以重视，积极解决。

本《业主意见书》尚未涉及事宜，我方将提出另外要求。

业主签字：

转自：http://www.hfhouse.com/Forum/dispbbs.asp?boardID=141&ID=313451&page=1

现在已近午夜，却毫无倦意，不是不想睡（都是打工一族，明早还得早起辛辛苦苦赚生活费），而是睡不着。因为我已经出离愤怒了！

上班十年，节衣缩食，精打细算，只想能攒下一点钱，买套房子，好把远在老家辛苦了一辈子的年迈双亲接来安享晚年，尽一点赤子之心!

于是，07年，思量再三，相信了徽商集团和盛通置业的宣传，走近了城市风景的售楼部；

于是，本人十年积蓄 ＋ 父母一辈子的积蓄 ＋ 卖掉老家小城的房产，终于从KFS和售楼小姐的口中换回了一句承诺——08年6月底交房！

于是，我和我的亲人充满了希望，似乎美好的生活已经开始向我招手！

于是，我选择了信守承诺，安心等待！

于是，08年7月初，当谜底终于揭开的时候，我发现自己————很傻很天真！

墙面弯曲（有凸有凹），颇有流线型美感；

地面倾斜（高低不平），彰显不对称之美；

主卫客卫、墙顶墙体、水管自身，无处不漏；

从卫生间地面到过道墙壁，从主卧墙面到客厅四周，到处空鼓；

从厨房到卫生间，所有需要外接笼头之处均被深埋在墙体中等待我们业主将来挖掘；

至于防盗门关不上，窗户/门把手没装，插头面板没有、S弯管缺少、小区绿化。。。。。。我已学会视而不见！

这样的“房子”就是当初承诺的城市“风景”吗？

这样的“房子”符合交房条件吗？

这样的“房子”能够通过竣工验收吗？

换言之，一件大家可能花了毕生积蓄购买的昂贵商品，在质量明显严重不合格的情况下，能够做到强迫大家接受，并且大家不能拒绝否则就要罚款吗？

于是，事实再一次告诉我们，KFS能够做到！并且，它已经开始在这样做了！！

作为风景的业主，当下的我们，需要的不仅仅是生气、愤怒和失望，最重要的是，现在我们应该怎么办？！

合建质安[2007]269号

合肥市2007年建设工程质量

监督执法检查情况通报

四、典型案例

（一）质量控制较好的工程

1、创景花园5＃楼

建筑面积：13412m2，结构/层次：框剪/24层；

建设单位：创景物业公司；项目负责人：张保安

施工单位：浙江歌山建筑公司；项目经理：张权平

监理单位：合肥南巽监理公司；总监：卞鑫

工程质量评价：现场实物观感质量好，现场管理有序；施工、监理单位的质量保证体系运行良好；施工、监理资料齐全。

今天在看荣登 Jolt 大奖的 The Art of Project Management，其中最让我深有感触的是这样一段话：
The simpler your view of what you do, the more power and focus you will have in doing it. If we can periodically maintain a simple view of our work, we can find useful comparisons to other ways to make things that exist all around us. There will be more examples and lessons from history and modern industries that can be pulled from, compared with, and contrasted against. This is similar to the concept defined by the Japanese word shoshin, which means beginner's mind, or open mind, an essential part of many martial arts disciplines. Staying curious and open is what makes growth possible, and it requires practice to maintain that mindset. To keep learning, we have to avoid the temptation to slide into narrow, safe views of what we do.

确实，最近已经很久没有太多兴趣去学习新的东西了，包括曾经非常有兴趣的 ruby，真想回到当年刚毕业的时候，用那样的热情，精神去学习。或许今天算是一个起点吧，毕竟很久很久没有做下来，好好的看一本书，好好的想着作者要告诉你的东西。

给自己开了个书单，好好努力，用 beginner's mind 去感受世界，感受前人的智慧。

什么是 ESB(Enterprise Service Bus)?
对于这个问题，长期没有搞清楚，就连我自己也很难说清楚这到底这是个什么样的概念，我引经据典来大致的描述一下这个概念。

第一个定义来自于：O'Reilly 的 《Enterprise Service Bus》

The ESB concept is a new approach to integration that can provide the underpinnings for a loosely coupled, highly distributed integration network that can scale beyond the limits of a hub-and-spoke EAI broker. An ESB is a standards-based integration platform that combines messaging, web services, data transformation, and intelligent routing to reliably connect and coordinate the interaction of significant numbers of diverse applications across extended enterprises with transactional integrity.

An extended enterprise represents an organization and its business partners, which are separated by both business boundaries and physical boundaries. In an extended enterprise, even the applications that are under the control of a single corporation may be separated by geographic dispersion, corporate firewalls, and interdepartmental security policies.

另外一个定义来自于：维基百科的ESB定义
它是面向服务架构的实现。
它通常是操作系统和编程语言无关的；
它应能在Java和.Net应用程序之间工作。
它使用XML（可扩展标识语言）作为标准通信语言。
它支持Web服务标准。
它支持消息传递（同步、异步、点对点、发布-订阅）。
它包含基于标准的适配器（如J2C/JCA），用于集成传统系统。
它包含对服务编制（orchestration）和编排（choreography）的支持。
它包含智能、基于内容的路由服务（itenerary路由）。
它包含标准安全模型，用于ESB的认证、授权和审计。
它包含转换服务（通常是使用XSLT），在发送应用和接收应用之间转换格式，简化数据格式和值的转换。
它包含基于模式（schema）的验证，用于发送和接收消息。
它可以统一应用业务规则，充实其它来源的消息，分拆和组合多个消息，以及处理异常。
它可以条件路由，或基于非集中策略的消息转换，即不需要集中规则引擎。
它可监视不同SLA（服务级别合约）的消息响应门限，以及在SLA中定义的其它特性。
它（常常）简化“服务类别”，向更高或更低优先级用户做出适当的响应。
它支持队列，在应用临时不可用时用来保存消息。
它由（地理）分布式环境中的选择性部署应用适配器组成。

总的来说，ESB 提供了跨平台，跨部门，跨应用系统的服务整合的基础平台，就我们目前对项目的理解，我们或许还没有达到这个 level，我们提供的应该是个办公应用平台，除非我们确实会进行跨部门，跨业务的服务整合，那样我们真的是在做 SOA 了，那就有的折腾了。

不多说了，进入下一个主题 OSGi。

绑定在淘宝上的 SaaS 的阿里软件网店版，应该还是会有一些高级卖家愿意每天花一块钱用的，里面确实提供了一些比较有用的功能，当然不足的地方也是非常的多。

先说好的吧：首先，E客服就是比较有意思的东西，解决了很多客服平台的问题，过去我们为两个项目做的在线客服，跟它比起来，还是有差距的。平常店里可以同时有几个人一起打理，而且不会出现一个旺旺多个人使用的情况，它用的是子帐号的概念，各人独立一块，互不干涉。还是很不错的东西。

打印快递单应该也是个比较有意思的功能，如果货物量大的话，这个功能绝对是不可少的，大大减小了人力成本。不过估计我现在还是用不上的。

商品定时上架是个很好的功能，就是针对淘宝设计的功能，如果熟悉淘宝搜索结果规则的人，会很好的去利用这个规则，让自己的货物在最佳浏览时间出现在搜索靠前的位置。而定时上架就很好的解决了这个问题，如果有效利用的话，绝对会让你的商品卖的更好的。

在说一些不好的吧：首页有个统计最热卖的东西，但是没有找到热卖产品的排名，这个东西应该是挺有用的吧，不过似乎没有提供。查看报表里面，经常会刷不出图片，估计是 IE 的 Cache 原因，不再重新加载图片了。进销存这个东西没有和销售报告结合起来，应该算是一个缺憾了，希望下一个版本能有更多的东西。不过，不知道下个版本要到哪年，上个版本似乎已经发布半年了。

卡巴斯基这个俄国人做的杀毒软件呢，一直比较彪悍，经常见到什么东西都一阵嘶吼，然后你正常使用的软件也就挂了，QQ啊，这样的主流应用也是经常在它的误杀范围内。

 对于开发人员来说，因为卡巴斯基更是会有诸多不爽的问题，下面列举一二，是我的惨痛教训，也和大家分享一下。

1. SVN 问题：如果你使用 SVN 做配置管理的话，有时候 check in 代码会半天没有反应，如果这时候你把卡巴禁用，就一切正常了。
2. IntelliJ IDEA 端口冲突问题：用 IDEA 启动 Tomcat 时，使用了 8080 或者 80 端口，经常会启动就报端口冲突，而端口绝对是没有被其他应用程序占用的，而在独立的 Tomcat 下运行没有出现这样的问题，把卡巴对这些端口的监控关闭就一切正常。

这两个问题都是比较郁闷的，卡巴斯基很强悍，却总是让人很无奈。

Jolt Awards 是软件界的盛宴，被誉为软件界的奥斯卡，每年的 Jolt 中，能够看出软件开发领域的发展和未来的趋势，让我们来关注一下今年的大奖得主吧。 

上周 Summer 推荐 Beautiful Code 的时候，也顺便找到了今年的 Jolt Awards Finalists，接着榜单，闲聊一下。

图书方面，看上去几乎是被 O’Reilly 和 Addison-Wesley 给垄断了，Pragmatic Bookshelf  也在其中占有了一席之地。图书中，最大的赢家应该是，Beautiful Code，我在国内某家被我批评过的IT书店上看到了挂上了期数的预告，名字叫《代码之美》，似乎有抄袭《数学之美》的嫌疑，第一次看到这么多作者一起写出来这么好的书，33 章的书，就包括了 33 个来自于不同领域的作者，共同创造了如此完美的代码，在 O’Reilly 的牵线搭桥下，造就了 Beautiful Code，如果有机会，我希望能由东南大学出版社出版这本书的英文影印版，让我们细细的品味。

Head First 的新书 Head First SQL Your Brain on SQL 也登上了 Jolt 的舞台，之前 Head First Design Pattern 和 Head First OOAD 是如此通俗的把面向对象的两个经典内容：设计模式和面向对象的分析与设计，聊家常一般的摆在我们的面前，精妙的内容组织，浅显易懂的语言，就连我们这些非常怕看英语的人看起来都毫不费力，不愧为大师级的功力。而这本新书料想也会给 SQL 的新手带来一种全新的体验吧。

Pragmatic Bookshelf 这个书系自从《Pragmatic  Programmer》 开始，就不断的扩大其影响。从程序员修炼三部曲中，告诉了我们版本控制，单元测试，持续集成这三个开发者的基本工具。随后的 Pragmatic  Ajax 把 Ajax 推到了大家的面前。当 Ruby on Rails 开始流行的时候，Programming Ruby 和 Agile Web Development with Rails 都在一版二版的洗礼中不断的升华，已经成为 RoR 开发的经典之作。这次的 XX It 系列又从软件项目管理角度来 Pragmatic 。我似乎看到过 Ship It 还有 Deploy It 这两本，或许也是这个系列里的吧。

The Rails Way 我一开始当成了 The Ruby Way，其实后者的风格我比较喜欢了，于是又套用了它的名号来了个 The Rails Way，虽然现在还没有拿到，我想这本书会给我们一些新意的。

开发工具大奖上已经看不到了 Eclipse 的身影，而 IDEA 依然在榜单上活跃，而我也是一如既往的使用它，即便是在 Rails IDE 中，IDEA 凭借其 Rails 插件，加上它的基础，用起来还是相当的顺手，目前除了不能 Debug，我似乎没有其他不满的地方。

Netbeans IDE 在年末闪亮登场后，带来了一个更轻更小，更完整的开发工具包，而 Eclipse WTP 一个包动辄就是 2xxM，虽然功能很齐全，不过体积实在是有些过分了，并且没有一种 IDEA 的那种让人很爽的感觉。我没有用完整的 Netbeans 包，因为 Java Web 开发已经习惯了 IDEA + Eclipse 的组合，我只关注了一下 Ruby IDE，功能上来说，确实有其独到之处，不过在写代码上还不能达到非常流畅的速度。不过 Netbeans 在两年里就来了个咸鱼翻身，我们要说 Sun 很努力了。

在开发框架上最活跃的依然是 Java 平台，这和 Java 平台一直以来保持的很好的开源社区是分不开的。EMF，Guice，JasperReports，Spring Framework 这几个一直都是 Java 领域最热门的开源项目。

Google Guice 在 Google 的天才程序员 Bob Lee 的创意中诞生了，采用了一种全新的依赖注入的方式，将效率提高了传说中的 100 倍，虽然对这个数据我不是太在意，而在 Spring 如此成熟的进入 2.0 后，却有一个后辈小生提出了全新的思路，而 Spring 2.5 也接受了这样的思路，调整了一些依赖注入的策略，在性能上有了不小的提高。

经营着 Spring 的 interface21 为了凸显其 Spring 的品牌，改名为 SpringSource，并且推出了一本《Spring In Production White Paper》，希望能够在企业应用中占有更大的份额。

作为 PHP 的领头羊的 Zend 在 Rails 推出后再也按耐不住了，PHP 一定要有一套官方的 Framework，而且它的特性要很像 Rails，于是 Zend Framework 诞生了，这在几乎没有框架概念的 PHP 中注入了一种新的活力，Rails 不光激起了 Java 世界的广泛关注，在无数个类 Rails 框架后面，Zend 从 PHP 官方的角度接受了 Rails 的思想，改善 PHP 的开发。而 Java 世界里，Grails 也伴随这 Groovy 1.5 的推出，伴随着 Grails 的第三个 RC 版，即将走到 1.0 版本。Rails 带给了 Web 开发无穷的活力。

　　第一次用 Zoundry 客户端工具来发布博客，WordPress 还是不错的博客了，提供了 XML-RPC 方式的远程提交接口，我们可以比较容易的把我们的博客发布到 WordPress 上。

　　老外对这方面的支持工作还是做的不错的，国内的同类系统往往只考虑到功能，好一点的考虑到性能，而在这些新技术带来的扩展性的增强上似乎没有太多的理解，虽然 WordPress 在功能上和国内的很多博客有一定的差距，但是人家支持插件，这样就可以让地球人都上来扩展一把。Eclipse 的插件风风火火的做了几年，现在人似乎没有不用插件开发的了。

　　老外在 Web 2.0 中又很多好的思想，技术，拿到国内来就有点变味了，虽说国人在 Web 2.0 技术上跟进的速度还是相当的快，不过思想还是又相当的差距的。

　　要好好学学人家做东西的思想，而不仅仅是技术。

该文章被发布在我的新博客中：http://4think.cn/blog/index.php/archives/25

　　市面上这么多的IM工具，每次打开的时候就要开上一堆，还不时的有个新的IM工具出来，加上一两个及其有吸引力的功能，然后又不得不装上，搞的每次开机以后总是要开上一大堆的IM，比如QQ啦，MSN啦，还有Yahoo，Google Talk，飞信，Skype，真的挺麻烦的。

　　一年前的时候，突然听说 Yahoo 可以和 MSN 互通了，于是从此就没用过 MSN 了，也是对 Microsoft 歧视国内用户的一种不满吧，这么多IM工具，最不稳定的也最为常用的要属 MSN 了，虽然飞信这样“国”字号的软件似乎更加的不争气，就原谅他吧，谁叫他是咱最有钱的移动运营商呢。可以说，MSN 的掉线率是相当的高，登录速度也是惊人的，在公司内部传文字的效率呢更加不用说了，反正没有人走的快。不过据我们去过美国的一些同事说，MSN 在美国速度是非常快的，包括其下属的 hotmail，MSN Space，怪不得这么被推崇了，不过没办法，毕竟是在国内，属于不被重视的使用群体，大不了就不用了，于是机子里再也没有出现过 MSN，所有重要的好友都加到 Yahoo 里了。

　　其实说来 Yahoo 也是个比较不争气的东西，功能嘛，没啥强的，不过吃内存的能力还挺强，印象中也就 Skype 可以和他有的一拼，不过好歹人家 Yahoo 还是比较重视中文用户的，起码光缆断的时候还是能用的，而且相关的本地化服务也还是有一定的可用性的，Yahoo的邮件提示是最为迅速的，基本上是新邮件来到5秒之内就得让你知道，这个功能还是挺体贴用户的，其实我的一些 IM 的一个重要作用就是 check email，比如说 Google Talk。Yahoo 的客户端程序其实是比较不稳定的，群聊功能是个杀手，一次领导通知事情，让大家开个会，结果一位老兄图方便，Yahoo 把大家全部加进来了，大家的机器全部死翘翘，只好 reset 重启，自此以后，这个功能再也不敢使用了，Yahoo 工具箱里有个看股市行情的插件，不过这个曲线也太不本地化了，中午休息的时间也画在上面，一条长长的直线，怎看都别扭。没办法啊，公司里唯一允许的 IM 工具，不得不装，也就不得不去忍受这些了。

　　Google Talk 其实是我用的最多的，极为简洁，拥有我需要的主要功能，email 通知，语音，文本聊天，传文件（大家都喜欢装中文版的，没这个功能，所以也基本找不到人传文件），其实还有一点重要的就是所有聊天记录都会保存在 Gmail 里，在哪都不会丢失，也很连贯，这对于我们经常讨论需求的人就不会有上句没下句的了。也不用担心聊天记录留在本地泄密。另外还有一点，传代码的时候绝对不会变成一堆笑脸什么的。Google Talk 其实功能上是相当有限的，但是我却非常喜欢，简洁就是美了。

　　下面隆重出场的是唯利是图、忘恩负义外加极端不安全的 QQ 了，如果不是这么多好友在里面，我是不会开 QQ 的，当然 QQ 作为国内用的最多的 IM 工具（其实叫他聊天工具更确切），QQ 还是有相当多的优势的，首先网络稳定性好，传文件速度快，有远程协助功能，语音质量也不错，可以看 IP（还不都是珊瑚虫的功劳，被忘恩负义的腾讯扼杀了），有群聊功能，也是最适合某些夜晚不甘寂寞的人寻找刺激的工具了，其他的功能我是不大能想到的了，更不用说去用了，所以嘛，QQ 对我来说，太大了，太花哨了，对公司来说也是的，基本上正规的公司，没有哪个不封 QQ 的，所以嘛，QQ 只能被远远的拒之于企业应用的门外，腾讯的 RTX 也就不是那么容易进入企业市场的，谁让你这么花哨，看了就不想好好工作了。

　　Skype 这个东西嘛，对我用处不大，自从充值卡被封事件以后就不再常开了，开会的时候才会去用，毕竟多人语音聊天功能还是挺不错的。

　　国外的大部分 IM 工具都开放互通了，包括 MSN 和 Yahoo，Google Talk 也在和 MS 谈互通的问题，国内的 IM 互通嘛，似乎完全不可能，国外那几家都不是靠 IM 吃饭的，腾讯就不一样了，如果不保持其 QQ 的占有率，疯狂的扼杀非“官方”的客户端，LumaQQ 这么优秀的跨平台解决方案也就被腾讯自己和谐掉了，最近对珊瑚虫下狠手也表示其在此方面的决心，呵呵，我的 QQ 从此不升级了。

每个人在开发的时候，都会根据自己的喜好选择一些好用的工具，当然，通过一些年头的积累，我自己也有了这么一些顺手的工具，就把这些还不错的东西拿出来和大家分享吧。

CyberArticle (网文快捕)

　　我们在查看资料，或者遇到问题上网搜索的时候，经常会想把自己看到的一些好东西保存下来，以后需要用的时候可以找到，有人把东西复制下来保存成文本，有人用 Word 文档，也有人直接保存页面，这些方法固然是可以，不过以后找起来可就比较麻烦了。我们需要一个带分类的文档管理工具。

　　在对一堆工具的筛选之后，我选中了 CyberArticle，也就是网文快捕，安装以后，在浏览页面时，IE 和 FF 的右键会出现保存全文，保存选中部分这样的选项，我最喜欢的是保存选中部分这个功能，毕竟我们并不需要一个网页中一些不相关的文字和图片。CyberArticle 可以完整的把文章内容或选中部分的内容保存下来，无论是图片或者其他什么的，都能较好的支持。在保存下自己喜欢的内容后，我们可以手工把这些内容分类，以后会比较容易的找到自己需要的东西。

　　另外 CyberArticle 中比较有用的功能是生成电子书。我们在网上搜集到一堆某一类别的文章，为了与他人分享或者便于携带，我们可以把这一个独立的类别的内容导出成 CHM 或 EXE 版本的电子书。

　　CyberArticle 可以到 http://www.wizissoft.com/cn/index.aspx 下载，强烈建议使用最新的 5.0 版（只要25块钱），旧的版本会有相当一部分的文章保存不下来。

假设已设置如下变量或参数

• 挂接 Discuz! Passport 的应用程序假设为一套 PHP 语言编写的 CMS 系统
• Discuz! 的 URL 为 http://www.myforums.com
• 应用程序的 URL 为 http://www.mywebsite.com
• 应用程序的注册页面为 http://www.mywebsite.com/register.php
• 应用程序的登录页面为 http://www.mywebsite.com/login.php?action=login
• 应用程序的退出页面为 http://www.mywebsite.com/login.php?action=logout

开启通行证后的用户登录流程

• 如果用户在论坛点击“登录”，则转向到事先设置好的应用程序登录页面（http://www.mywebsite.com/login.php?action=login），并在登录页面的 URL 中加入参数 forward（加入 forward 后的链接例如 http://www.mywebsite.com/login.php?action=login&forward=http://www.myforums.com/index.php），用于在登录后将用户导向到指定的 URL。
  
  
• 应用程序收到此请求后，按照惯例生成表单，并增加一个表单变量，将 GET 方式传递过来的 forward 参数通过表单进行传递。
  
  
• 用户在应用程序的表单中填写登录信息，并提交到应用程序的登录验证程序。应用程序验证用户提交的用户名和密码的合法性：
  
  
  • 如果不通过：提示用户名密码错误，要求其返回上一页重新填写。
    
    
  • 如果通过，需要进行如下操作：
    
    
    • 设置自身 Cookie 或 Session，使得应用程序自身处于登录状态。
      
      
    • 检查表单中是否提交了 forward 变量，如有，则意味着登录请求可能是由论坛而来，将此变量传递到后面的请求中。如没有，自行生成 forward 变量，使得论坛登录后能够跳转回到应用程序中。
      
      
    • 通过 header('Location: http://www.myforums.com/api/passport.php?action=login&auth=xxx&forward=http://yyy&verify=zzz') 的方式，将登录请求传递到论坛进行处理。其中 auth 用来将用户信息与资料以特定的格式，加密传递给论坛，forward 用于告知论坛 Passport API 完成自身操作后转向到的 URL 地址，verify 用于验证前面两个变量的有效性。auth、forward、verify 格式与结构将在后面进行说明。
  
  
  
• Discuz! Passport API 在接收到由应用程序通过 header() 提交过来的请求后，进行如下操作：
  
  
  • 根据 verify 判断 auth 和 forward 变量是否合法，如合法则继续，否则终止。
    
    
  • 将 auth 根据既定算法解密，并还原成数组，数组的内容与格式将在后面进行说明。根据数组中的内容，检查此用户是否存在。如存在，则根据上述数组中的内容 UPDATE 论坛中相应的用户资料。如不存在，则使用数组中的信息 INSERT 到论坛用户资料表中。
    
    
  • 论坛设置 Cookie 或 Session，使得论坛自身处于登录状态。
    
    
  • 根据应用程序反馈的 forward 值，通过 header('Location: http://xxx') 的形式将页面跳转到 forward 变量指定的 URL。
  
  
  
• 至此，登录流程结束

开启通行证后的用户退出流程

• 如果用户在论坛点击“退出”，则转向到事先设置好的应用程序退出页面（http://www.mywebsite.com/login.php?action=logout），并在登录页面的 URL 中加入参数 forward（例如 http://www.mywebsite.com/login.php?action=login&forward=http://www.myforums.com/index.php），用于在退出后将用户导向到指定的 URL。
  
  
• 应用程序收到此请求后，清除自身 Cookie 或 Session，使得应用程序自身处于非登录状态。
  
  
• 检查是否提交了 forward 变量，如有，则意味着登录请求可能是由论坛而来，将此变量传递到后面的请求中。如没有，自行生成 forward 变量，使得论坛登录后能够跳转回到应用程序中。
  
  
• 通过 header('Location: http://www.myforums.com/api/passport.php?action=logout&forward=http://yyy&verify=zzz') 的方式，将退出请求传递到论坛进行处理。其中 forward 用于告知论坛 Passport API 完成自身操作后转向到的 URL 地址，verify 用于验证 forward 变量的有效性。forward、verify 格式与结构将在后面进行说明。
  
  
• Discuz! Passport API 在接收到由应用程序通过 header() 提交过来的请求后，进行如下操作：
  
  
  • 根据 verify 判断 forward 变量是否合法，如合法则继续，否则终止。
    
    
  • 清楚论坛的 Cookie 或 Session，使得论坛自身处于非登录状态。
    
    
  • 根据应用程序反馈的 forward 值，通过 header('Location: http://xxx') 的形式将页面跳转到 forward 变量指定的 URL。
  
  
  
• 至此，退出流程结束。

开启通行证后的用户注册流程

• 如果用户在论坛点击“注册”，则转向到事先设置好的应用程序注册页面（http://www.mywebsite.com/register.php），并在注册页面的 URL 中加入参数 forward（例如 http://www.mywebsite.com/register.php?forward=http://www.myforums.com/index.php），用于在注册后将用户导向到指定的 URL
  
  
• 应用程序收到此请求后，按照惯例生成表单，并增加一个表单变量，将 GET 方式传递过来的 forward 参数通过表单进行传递
  
  
• 用户在应用程序的表单中填写注册信息，并提交到应用程序的注册验证程序。应用程序验证用户提交信息的完整性和合法性：
  
  
  • 如果不通过：提示其问题所在，要求其返回上一页重新填写
    
    
  • 如果通过，需要进行如下操作：
    
    
    • 将用户资料插入到应用程序自身用户数据库中
      
      
    • 设置自身 Cookie 或 Session，使得应用程序自身处于登录状态
      
      
    • 检查表单中是否提交了 forward 变量，如有，则意味着注册请求可能是由论坛而来，将此变量传递到后面的请求中。如没有，自行生成 forward 变量，使得论坛注册后能够跳转回到应用程序中
      
      
    • 通过 header('Location: http://www.myforums.com/api/passport.php?action=login&auth=xxx&forward=http://yyy&verify=zzz') 的方式，将注册请求传递到论坛进行处理。其中 auth 用来将用户信息与资料以特定的格式，加密传递给论坛，forward 用于告知论坛 Passport API 完成自身操作后转向到的 URL 地址，verify 用于验证前面两个变量的有效性。auth、forward、verify 格式与结构将在后面进行说明
  
  
  
• Discuz! Passport API 在接收到由应用程序通过 header() 提交过来的请求后，进行如下操作：
  
  
  • 根据 verify 判断 auth 和 forward 变量是否合法，如合法则继续，否则终止
    
    
  • 将 auth 根据既定算法解密，并还原成数组，数组的内容与格式将在后面进行说明。根据数组中的内容，检查此用户是否存在。如存在，则根据上述数组中的内容 UPDATE 论坛中相应的用户资料。如不存在，则使用数组中的信息 INSERT 到论坛用户资料表中
    
    
  • 论坛设置 Cookie 或 Session，使得论坛自身处于登录状态
    
    
  • 根据应用程序反馈的 forward 值，通过 header('Location: http://xxx') 的形式将页面跳转到 forward 变量指定的 URL
  
  
  
• 至此，注册流程结束

  本部分中，加下划线显示的部分，是需要对您的应用程序进行更改的部分，事实上，这部分更改会非常容易和方便。