Web 类别下的文章

15 Minutes of Fame

豆瓣上看到一个怪怪的词"15分钟名组",找了一下,原来是有来历的.

英语有话叫"15 minutes of fame". 意思是每个人都有机会出名,但往往名气片刻即逝。

查找一下,在英文 Wikipedia 上是这么解释的:

In popular culture, 15 minutes of fame refers to a sudden state of celebrity that is believed unlikely to continue long enough to affect the new celebrity's life.

我倒是感觉汉语中有一句话和这个英文词很有几分神似,那就是"马粪蛋也有发烧的时候" :)

豆瓣推这个功能取代原来的"最受欢迎的N个小组"的目的很明显:去中心化. 的确要承认,这是一个不错的解决"中心化"的办法.

相对来说,对于一些个人 Blogger , 搜索引擎还是能够经常给我们 15 Minutes of Fame 一下的, 比如 最近就有很多人通过一个关键字"个人总结"而访问到我.当然有的时候"名气"也会给你带来"负面效应",如果是软件下载或者图片被恶意链接, 浏览一旦多起来,和DDos 差不多.

什么是 egosurf

最近好多人尝试了 egosurf.org 这个站点提供的服务:egosurf . 什么是 egosurf ? 这个词拆开来是 ego(自我.本我.心理学术语)+ surf(网络冲浪). 根据 Eric S. Raymond 的《黑客大辞典》中的定义

To search the net for your name or links to your web pages(在网络上搜索自己的名字或者自己Web页面的链接). Perhaps connected to long-established SF-fan slang egoscan,
to search for one's name in a fanzine.

最早了解这个词是从车东[怎么又是这个家伙:)]的 Ego Surfing = Ego + Surfing . Blogger 进行 egosurf 的应该不少(虽然很多人可能没意识到), 其实如果把一个站点看作一个互联网实体,也是应该进行 egosurf 的. 因为通过这个行为能够做到以下几点:

  • 1. 更好的了解自己的站点信息,以便吸引更多的有针对性的读者
  • 2. 知识发现. 了解哪些用户通过自己的站点内容引发出更多的内容,这些内容有哪些与自己提供的信息能够互补.
  • 3. 满足自己的虚荣心 ;) 或者了解自己/站点的影响力

一时好奇,看看这些大网站的 Web 服务器信息(操作系统/Web 服务器/应用服务器软件).

Google
哪些软件做 Web Server?
除了有两个节点操作系统看出来是 Linux 外,其他的都是未知的. Web 服务器用的都是 GWS ? 我估计是 Google Web Server 的缩写.

Yahoo!
操作系统都是 FreeBSD. 其他的都不可知.Yahoo! 的网络安全据说是一级棒!

微软
操作系统全是 Windows 2003(如果使用 Linux 会被笑死) , 看来 Windows 2000 已经退出微软自己的舞台.Web 服务器用的是Microsoft-IIS/6.0.

eBay
操作系统用:Windows Server 2003 /2000, Web服务器用 Microsoft-IIS/6.0 (5.0). 对这个检测有些怀疑.eBay 大规模使用 Windows ?

GNU.org
操作系统全是 Debian Linux(没错,Debian 是 GNU 正宗传人). Web 服务器: Apache/1.3.31 (Debian GNU/Linux) mod_python/2.7.10 Python/2.3.4 , 也有的配置是:Apache/1.3.26 (Unix) Debian GNU/Linux mod_python/2.7.8 Python/2.1.3.GNU.org 对 Python 用的比较多的.

看看国内的一些公司.

阿里巴巴
操作系统是 Linux . Web 服务器: Apache/1.3.29 (Unix) mod_alibaba/1.0 Resin/2.1.13 .
(+mod_gzip/1.3.26.1a). mod_alibaba 模块估计是专门定制的.

Sina
操作系统是 FreeBSD. Web 服务器都是 Apache/2.0.54 .

百度
操作系统是 Linux , Web 服务器: Apache/1.3.27. 整齐划一.(更新:现在已经换成了 BWS -Baidu Web Server)

搜狐
操作系统居然是 SCO UNIX ,Web 服务器信息: Apache/1.3.33 (Unix) mod_gzip/1.3.19.1a
看来业界传闻"Sohu 的技术力量最差"并不夸张.

网易
操作系统:Linux. Web 服务器信息: Apache/2.0.5x

这些数据是在Netcraft得到的.

分析一下上述数据,可以得到的基本信息如下:

1. Linux vs FreeBSD 半斤八两.很多公司用 Linux , FreeBSD 也不乏拥趸.但开源操作系统做 Web 应用是首选已经是一个既定事实.
2. 关于 Apache ,虽然 Apache 目前还是推荐使用 1.3 版本. 但是很多公司还是使用了 2.0 版.而 Apache.org 自己也全在使用 Apache 2.0 .甚至是 2.2 .
3. Mod_gzip 被一些公司有选择的使用.
4. 技术实力强的公司定制自己专用的模块.

这些判断的前提是 Netcraft 的探测是正确的并且具备代表性.

蓝海战略与 Web 2.0

第一次听说"蓝海战略"是偶然看到中央电视台的一期“对话”,没过几天,车东推荐我用 Google Analytics 的时候也提到了这"蓝海战略"。搜索了一下,这本书在欧美似乎不那么有市场,而在亚洲倒是很被人追捧。

什么是所谓的"蓝海战略"? 

要赢得明天,企业不能靠与对手竞争,而是要开创“蓝海”,即蕴含庞大需求的新市场空间,以走上增长之路。这种被称为“价值创新”的战略行动能够为企业和买方都创造价值的飞跃,使企业彻底甩脱竞争对手,并将新的需求释放出来。[From 豆瓣]

这样看来,其实大多数人都已经见证了"蓝海",上班族们对办公楼内电梯旁的液晶电视广告都不陌生吧?05 年在美国纳斯达克成功上市的的分众传媒,就是成功发现了蓝海--楼宇液晶电视的一个例子。盛大也可以算是一个例子,"游戏"这片蓝海成就了盛大--虽然现在游戏已经变成了激烈竞争的"红海"。有趣的是,盛大现在热炒的"盛大盒子",无疑是想发掘另外一片蓝海,不知道盛大在这个战略转型的时候决策者有没有看到这本书。有趣的是,这本《蓝海战略》书中的"蓝海"概念也是比较新的东西,书本身在销售过程中也算是在亚洲找到了一片"蓝海"。

虽然 2005 年已经过去,但是还是觉得有对过去一年总结的必要(有趣的是,这几天查看 Web 服务器日志,很多人居然是通过'个人总结'来到本站的)。这篇写一下过去一年中经常访问的几个个人门户。这里提到的"个人门户"是我的个人化的概念,只指具备独立域名 Blogger 的个人站点。通过该站点 Blogger 组织个人信息,并且有特定的写作风格。

车东 (http://www.chedong.com/)
车东的站点首页是采用 Lilina 的框架搭建的(当然现在只是采用了 Lilina 的形式而已,程序大部分都是 Hack 过的).首页程序动态抓取的是他关注的各个 Blog 内容,有一定的个人兴趣在里面,但也正如首页副标题说的"My Window, Your Bridge",这个站点是一个很好的桥梁。我的很多 Web 2.0 信息都是从这里首先得知的.车东的 Blog 标题为 Blog^2 ,记得在一个访谈里,他解释这个标题的含义其实是 "Blog 的平方",记载了很多他对 Web 相关技术的实践、心得、体会。有趣的是,05 年车东和我居然成为了同事。

王建硕 (http://www.wangjianshuo.com/)
王建硕用双语写 Blog 获得的成功效应不需多说了,我第一次关注他的站点倒是因为他的那篇 今天是我写blog的第999天,曾经有也是做技术的朋友问我如何写 Blog(我哪里懂阿),我给他推荐的就是这篇文章。记得当初读罢之后,逐篇的把他的 Blog 上的中文文章读了一下,很受启发。一个好的 Blog ,一定要能够"坚持",没有一份恒心,不会出现他站点上的 999 篇英文 Blog,当然现在已经不止这么多了。

冯衍 (http://yanfeng.org/)
冯衍 可能很多人有些陌生,但是一提起他的 Blog 站点 桑林志恐怕很多人都有印象的。第一次拜访他的站点,感觉很学术。看了相关介绍才知道 冯衍(桑葚) 所学的专业是物理,稍有些释然。以后每次查询 WordPress 的内容几乎都可以在他那里找到,时常还可以看到了一些我比较关心的 OpenSource 内容。他发起并维护的格志则完全是学术圈子的内容,很有看头。

也说 Web 2.0 Checklist

前几天看到一份 Web 2.0 Checklist . 中文 Blogger 圈子反映很快. 比如 HerockWeb2.0特征列表 就对此进行了逐条评论. Keso 认为原作者"..有点儿揶揄的味道...". 话虽然这么说,这份列表还是值得研究一下的. 下面简单说说我理解的几个特性.

商业模型面对“长尾”(Business model optimized for the long tail)
这无疑是最重要的一条."长尾理论"从某种角度上说是 Web 2.0 的经济学基础.

创新而非抄袭
这是我加的一点.我前一段时间给朋友推荐 Del.icio.us 的时候.大多数的第一反应都是不屑一顾:这不就是书签收藏么?这有什么大不了的? 的确,书签收藏是个很老的概念,但是能做到 Del.icio.us 这样让人眼前一亮的就不容易了. 相反, 国内赶这个风潮的公司的特点则为"化神奇为腐朽".比如新浪的 Blog,把 Blog 完全变成了做秀的个人主页,是一种倒退.而豆瓣之所以能吸引那么多人的青睐,一个不可或缺的因素是"创新"

更新:Google Analytics 在异步上支持也很好了。所以,以前的担忧是杞人忧天。忽略以下内容。

Google Analytics 一经推出就引起了很多 Blogger 的注意. 很多Blogger都是迫不及待的把Google 的 Agent 代码贴到了自己 Blog 的模板里(我也是).不过,短短的使用了一天之后,如我批评过的那样,因为一些我不能忍受的原因,我又把那段代码去掉了.今天看到车东发来的他的帐户分析的截图,不得不承认,Google Analytics 有其独到之处.但我还是暂时不想使用.

Google 推出这项服务,的确是一个很好的创意.但是对广大用户来说,是否选择用它,还需要慎重.之所以这样说,基于以下几个原因:

  • Google Analytics 会影响站点的可用性

    如果启用该服务,要把一段代码粘贴到页面的 </head> 之前.一个不可忽略的事实是,对于国内的用户来说,因为种种原因,Google 站点的可访问性并不是很高.这样一旦针对某个特定用户来说,如果 Google 不可访问,则使用 Analytics 服务的用户就会受到影响,甚至是不可访问.类似的问题在一些调用站外 Web Servcie 的时候都会遇到.比如一些统反向链接的服务.前一段时间我在使用Yahoo!的 Y!Q 相关搜索服务的时候也遇到过.相对 Google Analytics 服务来说,别的代码(比如Y!Q)都是可以放到页面最下面的,这样起码站点内容会首先显示出来,影响相对小一些.但是 Google Analytics 的涉及很特别,需要放到页面头部.不知道以后是否会去掉这个限制.




  • 相关软件插件的风险 

    另一个潜在的风险是一些依赖于该服务的软件插件可能会带来问题.这当然不是 Google 的错.但是在使用这些插件提供的功能之前你却不得不为自己的站点的稳定性考虑.毫无疑问的是,用户看到你的网站乱码之后会大大影响其阅读的兴趣.

  • Google获知你的站点的统计信息的潜在问题
    还有一点不得不考虑的是,Google收集到你的站点信息,会对那些依赖于Google广告获得收入的站点取得全面的分析.如果有一天 Google 认为你的广告质量并不是很高,而你发现自己的广告收入锐减,你会觉得冤枉么? 那么不要怪别人,因为"引狼入室"的人是你.虽然 Google 一再暗示自己不会做恶.但是除了 Google 谁能给你更多的保证呢?

到现在我还在期待 Google 该项服务的继续改进其灵活性与稳定性,或许有一天我将使用这个服务.你呢?

Tagwire:MT 的 Tag 插件

看了车东用 MTRelatedEntries ByKeyword 这个插件实现 MT 的 Tag. 这几天我也在测试各个 MT 的 Tag 插件.最后选择了用 Tagwire.

MT 的站点上列出的关于 Tag 的 Tagging 分类中,功能最强大的应该是 Tags.App,Tags.App 需要建立额外的数据库对象,是基于MT-XSearch 框架的,设计的结构比较灵活,可以根据Tag 动态查询 Blog 内容.很容易创建"Tag 云"(Tag Cloud).不过我测试始终不成功:不能针对单篇归档产生合适的 Tag.输出的结果总是不正确的. 而且,糟糕的是,把我的原来所有文章的关键字都弄得乱糟糟一团;放弃这个插件还有另外一个重要原因:这是一款商业软件.

Tags.App 有一个简化版 Tagslite,不幸的是,我测试遇到了同样的问题.

另外有两个插件:TechnoratiTagsDelicious Tags ,因为功能单一,没有进行测试

相比之下,Tagwire 好用多了.配置简单,手册也很详细.而且,有两个独到的特性:多语言支持;灵活的 Tag 格式.以下为我在"单篇归档模板"中的配置:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

关于归档

本页包含 Web 类别下的所有文章.

上一类别为 Tech.Memo.

回到 首页 查看最近发表的文章或者查看所有 归档文章.