应人要求，根据我的经验，介绍一下怎么才能让自己的博客被Google搜索到并且搜索得更多，排名更好。这基本属于SEO的范畴，不过个人Blog的SEO和商业网站的SEO虽然都是SEO，但是侧重点应该有所不同。
　　我的这个站发布于3月20号，目前Google的抓取和收录情况良好，部分页面，尤其是原创性的长文章页面在Google的搜索结果中表现不错(即使还在 Sandbox)。由于刚刚发布不到一个月，数据还没有更新，因此 PageRank还是0，需要等一两个月再看看表现。所以说其实我没有资格来说SEO，不过既然被人找上门来了，就胡扯几句。

　　至于为什么对自己的Blog做SEO或者做推广？各人 看法不同。当然，如果你觉得不需要，那么就不用往下看了。

　　1. 使用独立域名，自己架设的空间。保证自己能对页面的控制权，可以进行一些页面优化，关键词优化，添加一些简单而又有用的功能提升排名。如果你不具备自己假设独立域名站点的能力和条件，那么在选择你的Blog服务商的时候，注意以下几点：

　　1) 不要使用 网易博客和 搜狐博客作为你的Blog。这两家Blog都使用了Ajax技术来构造整个页面，使得搜索引擎几乎无法从页面上抓到任何有用的信息，所以在Googlebot足够智能到能自动执行Ajax之前，使用 网易博客和 搜狐博客就等于自绝于所有搜索引擎——不光是Google。另外，参考之前 对搜狐博客和百度空间的分析，如果你想让你的Blog能在除了Google和百度之外其他的搜索引擎上出现，那么不要选择 百度空间，否则的话百度空间还是可以的，因为百度对它的支持非常好，排名总在最前面。

　　2) 尽量使用支持Javascript的空间。事实上出于安全考虑，大部分服务商都不在此列，包括 百度空间和微软的 Live Space，不支持Javascript使得一些优化不能进行。

　　3) 不要选择经常被GFW的国外服务商，例如 Blogspot，尽管它的功能非常强大并且被Google很好地整合。除非你人在国外并且完全不考虑国内的读者，否则这些时通时断的服务商显然不被考虑。

　　2. 保持网站的畅通。慢一些问题不大，但是如果经常无法访问就是大问题了。如果你的网站托管在国内，一定记住去 备案自己的域名，现在风声很紧，不备案的网站随时可能被关闭，连数据一起丢失。不备案是万万不行的，不过这不等于备案就万事大吉了。你的网站托管商或者当地公安部门都可能暂时关闭你的网站，只要有一点点不和谐言论，或者和你托管在同一主机的其他站点有不和谐言论，你也会被波及。因此，如果条件允许，把网站放到境外的服务器上，找一些没有历史污点并且服务还不错的空间。从现在的信息看，放在国外被GFW的概率比放在国内被拿走硬盘的概率要小得多，损失也要小得多。

　　3. 保证自己网站高质量的内容和经常性的更新。Google喜欢原创内容而讨厌转载是长期来大家的共识。拥有大量原创独创内容的网站更容易得到高的PageRank。而更新频繁的网站也会得到更多青睐。所以在硬件(域名，空间)达标的情况下，内容是王道。任何时刻任何情况下，好的内容比任何特意的优化都重要得多。

　　4. 增加外部链接。尤其是PageRank高的网站上给你的链接，往往会起到意想不到的好作用。这是由PageRank的算法决定的。比如找你的朋友给你做个链接，比如在别人的空间留言时留下自己的地址。当然，不要因此而去动歪脑筋，去做Spam，一旦被发现，可能你的网站直接就废了。

　　5. 页面的静态化和URL的含义。对搜索引擎来说，静态化的页面是最友好，最容易被收录的，因此尽量静态化你的页面吧。 WordPress和 Movable Type都需要较复杂的配置来实现页面静态化，据说 Z-Blog相对比较容易不过我没试过。而我的 北落师门从一开始的设计，就是以所有页面的静态化为基础的，因此不需要任何配置就可以做到。如果静态化的页面能有一个比较好的名字则更好，例如 /2007/02/01/google_onsite_interview显然要比 http://www.yangfan.net/blog/12007021816320.htm更加让人喜欢。搜索引擎也一样，页面URL里提供的关键字也会影响页面的收录。

　　6. Tag的使用和站内链接优化。文章的Tag非常重要，记得一定要写Tag并且最好把它链接到相应关键字的Tag页面，例如这样： Google。同时，在tag的链接<a>标签上，记得添上rel=“tag”，这会被很多搜索引擎识别，比如 Technorati，尽管它被和谐了，但是它仍然毫无争议地是 真正的博客搜索老大。Google也明确说了使用Tag有助于它对Blog的评价。站内链接则是自己可以控制的优化方案，除了前面说的Tag之外，还有 一些其他的注意点，例如每个网页最多离首页四次点击，等等。 Sitemap是一个很好的解决方案，把它放在你的根目录里吧(然后在首页加个链接)。很多 第三方工具都可以制作Sitemap。

　　7. 更新时自动提交ping信息。意思就是当文章更新的时候，自动告诉一些服务器你更新了文章，邀请他们来抓取。基本上所有主流的架站工具都提供这个功能或者类似的插件，另外我发现Live Space也有这个功能，其他Blog服务商是否有此功能没有经过测试。我自己的代码ping了Google的 Blogsearch ping server、 Technorati ping server和 Weblog.com ping server。在我发文之后3分钟内，我就可以用 Google Blogsearch搜索到我刚发的文章。事实上这样接受推送更新的服务器很多，不过并没有全部告诉的必要，我觉得Google和Technorari足够了。如果百度有这样的Ping server，我想我也会发送的，可是它没有(所以 百度的博客搜索基本就等于百度空间的内部搜索)。

　　8. 优化页面的代码。用符合 w3c标准的代码，不要用table。Google更喜欢标准代码。无论你的页面结构如何，无论是两列还是三列，内容在左边还是中间还是右边，记住一定在页面源码中把它放到尽量前面(用table就做不到)。选择这样的模版，或者自己写这样的代码。另外，所有的图片加上alt标签，所有的链接，如果有必要的话加上title(和链接文字一样就不用加了)，这样的细节有助于你的网页更加被搜索引擎所理解。

　　9. 提交网址。事实上往搜索引擎提交网址的作用已经越来越小，远远不如几年前那么重要了。这里推荐一个： DMOZ。如果你能成功将自己网站提交倒DMOZ上，那么对于你的PageRank会 大有好处。

　　10. 让你的朋友用 Google Reader 订阅你的feed。这条看上去很古怪是吧？但是事实是，Google确实把一个Blog在 Google Reader中的订阅数作为了一个评价指标，因此，使用Google Reader吧。顺便说一句，同样道理，让朋友们将你的文章收藏到 百度搜藏也可以让百度提高对该页面的权重。

　　11. 使用Google提供的各种小工具。比如 Google Analytics统计工具(强烈推荐)，比如 Google Coop站内搜索引擎，当然还有 Google Webmasters来随时查看自己的站点在Google的表现。

　　12. 不要尝试黑帽SEO。很多网站因为 黑帽SEO被永久性咔嚓了。而我们做的，是完全非商业性的，只是用来展示自己表达自己的个人空间而已，何必要去急功近利呢？

　　就写这么几点吧，我并不是SEO专家，才刚上路。因此只是发表一些自己的看法，欢迎大家交流或者拍砖。

　　今天，4月5日，是世界裸奔日，啊，对不起，是CSS裸奔日(CSS Naked Day)。每个人网站都要脱掉自己的CSS外套，赤裸裸地展示在大家面前，证明自己的身材符合W3C的标准。
　　鉴于裸奔有伤风化，有违治安管理条例，因此就不在公共场合展示了。想看本站CSS Naked的，请点击这里( 18周岁以下请勿入内 )！

　　今天上午发布的，下载地址：http://tools.google.com/pinyin。
　　几个比较喜欢的功能：
　　1. 网络同步。可以将自己造的词和使用的词频储存在谷歌服务器上，不管在哪台电脑，只需通过gmail帐号就可以恢复完整的中文输入。默认不打开(默认打开就成流氓了)。不过很显然，这个功能不是为大量公用电脑设计的，网吧用户享受不到这样的服务。
　　2. 英文输入。按v之后就可以输入英文了，带提示的。这样就再也不怕拼错单词了，这个功能狂赞。不过如果在英文输入模式下也能实现提示就更好了。
　　其他功能对我来说用处不大，或者说不比我现在使用的要好。出于支持的角度，还是装了一个。如果有对上面两点功能感兴趣的，可以尝试一下，也许会喜欢。
　　程序的缺点漏洞等都还很多，无论界面上还是功能上，都远远不够完善，不过具体就不在这里说了，直接找开发人员拍砖更加方便。很让我奇怪的是这个东西居然直接发布的1.0.15.0，而不是Beta。

　　OpenID是个很奇妙的东西，虽说很好用，但是还是有些比较大的问题：
　　1. 号称是decentralized和user-centric的，但实际上还是有中心服务器来存储并验证你的信息，因此不可避免的，还是要把自己的数据放在别人的地方——毕竟自己能架一个OpenID server的人还是少数，并且如果只为自己用，那也太浪费了点。
　　2. 每次登录都需要去存储个人档案的地方验证一下，也就是说，从正在浏览的网站跳出，然后跳回来。这就使得开发者并不容易让自己的网站支持OpenID，另外，很多站长并不喜欢把验证过程放到别的网站上，这会显得自己的网站不够独立。
　　3. OpenID的profile只支持少数的几项属性：Nickname, Full Name, E-mail address, Birth date, Postal code, Gender, Country, Time zone, Preferred language。无法扩展，这是最致命的问题，例如我就希望OpenID里至少还要包括Website, feed, Photo等属性。尤其是Website，对于自己的Blog首页无法挂上openid.delegate的人来说非常重要，而Photo属性则可以让使用OpenID的网站不需要再处理用户的头像，比如在我的留言中就可以显示头像了。可惜现在不行。
　　其实如果对安全性的要求更低一些，例如主要用于论坛或者博客留言的话，可以用decentralized的文件验证来代替OpenID的URL验证，解决上面的所有问题。这个就不在这里展开说了，等我把Draft写出来再说。
　　开始对OpenID不太了解的时候，以为用OpenID可以解决我留言里头像的问题，结果仔细看了之后发现不支持，不过同时也找到了一个可以用来进行OpenID验证的函数库，那就简单了，原本以为要做几天的协议支持，结果稍微修改了一下现有代码，用了一个多小时，现在网站就可以支持OpenID了。
　　至于OpenID在我这里有什么用？真的有用吗？好像还是没有的……因为本来就只是留言，需要用户名，网站地址(可选)，留言内容，头像(暂时无法使用)。用了OpenID之后，头像还是不能用，用户名和留言内容还是必填(用户名变成了OpenID名，比原来还长了)，可以省略的是网站地址，自动用OpenID的URL替换了——可是对于大部分OpenID不是自己网站地址的人来说，并不希望用OpenID的URL替换自己的地址，于是，就什么都没省下……
　　最后，不知道OpenID是什么或者不知道怎么用OpenID的人，可以看这段视频。

　　Update: 感谢鱼总，居然世界上还有个叫gravatar的网站提供头像服务。现在已经加上了对它的支持，只要你用OpenID留言，并且你OpenID里的Email在gravatar里有对应的头像图片，就可以显示了。这下OpenID终于有点好处了。

　　Update2: 支持直接填写Email地址来获得gravatar里的头像。这下OpenID又没有用了——除了可以少输入点东西。

　　加了个好友列表生成OPML的功能，这样同在一个圈子里的朋友就可以一次将所有好友的feed导入到自己的阅读器里(例如Google Reader)，方便了很多。不过在做这个功能的时候，发现了一些有趣的事情。
　　事情的来源是我要给OPML找一个标准图标，可是这并不像feed的图标那么好找，毕竟OPML不如feed那么普及，就算用OPML的，大多也是用的文字链接。于是去搜，结果还真搜到了，不光是图标，而是一个网站，这个网站的目的就是为了标准化OPML的图标，还相应地成立了一个OPML Icon Project。于是很顺利地在这里下载到了图标包(840k)，有各种格式各种大小的标准化OPML图标。
　　于是又尝试去搜索feed的图标，发觉原来feed也是有一个专门的标准化图标网站的，提供了各种大小各种文件格式的feed图标，打成一个包供人下载(2.28M)，这个包居然还有个1.5的版本号。继续搜索，想看看KML有没有标准图标，结果显然失败了。毕竟KML目前还是Google Earth专用的格式，别人支持了也没用，所以自然不会用人愿意去成立一个project，然后来做一个图标了。

　　最近正好闲着，于是作为练手，写了一个单用户的个人空间代码玩。
　　事实上现在Blog服务商很多，就算要自己架，现成的开源代码也很多，比如WordPress，MovableType，Z-blog等等。为什么要自己写一个呢？原因大致有以下几条：
　　1. 不愿意再和Blog服务商斗争了，没有一家能提供让我满意的服务。最基本的，我甚至得不到我自己Blog的数据。我现在的Blog在Live Space，问题在于慢且代码限制多，唯一的好处是和MSN绑定了，一更新别人就能看到。当我想搬出的时候，发现我只能从rss里获得最后几篇，没法获得以前的，更没法获得评论。于是曲线救国，先用百度搬家工具端到百度空间，然后再找第三方工具把百度空间的Blog扒成XML。由于百度空间的评论用javascript套了一下，所以评论都没了作者，也就没用了。不过好歹文章是都下来了。所以说，自己的数据，一定要自己保存，爱存XML就存XML，爱存数据库就存数据库，踏实。
　　2. 折腾现成的代码挺无聊的。既然要自己架了，且自己闲着，还是自己动手比较好。主要是一直没有用PHP+MySQL写过正经的代码，所以正好拿这个练练手。写的过程中也确实学到了不少东西。这比配一个WordPress换一个模版什么的要长进得多。
　　3. 想做一些现有代码没有的功能。WordPress，MovableType之类的毕竟是专门的Blog工具，而我更希望做成一个个人空间。Blog只是其中一项，相册，藏书，文集，等等，都想做在一起。如果说Blog是一个item，那么Book，Photo都是并列的不同类别item。这样可以专门做针对性的数据归类和管理。比如我可以把自己的书都统一存成Book类型的，带个ISBN参数，然后直接就能点击去豆瓣看评论，或者去Google Books看预览。同样的，我管理自己的相片，存一个坐标参数，于是直接可以做成kmz文件，点击就在Google Earth上定位了。诸如此类，还是有很多可以挖掘的地方的。

　　于是就动手做了。当然，开始的时候先做简单的，只做Blog功能，慢慢再补充别的。现在前台部分完成度80%左右，已经能看了，而且默认就是纯静态页面发布，浏览速度得到保障。后台管理，反正是自己用，暂时还没怎么做界面设计，能用就行，完全不需要好看，唯一的麻烦就是还没有可见即可得的编辑器，不过暂时可以用Live Writer凑合。至于数据，我原来在水木和Live Space上的文章都已经导入了，评论慢慢再想办法。
　　目前这东西还很简陋，比如不支持各种插件，不支持Trackback(这个是还没看文档不知道怎么实现)，不支持多用户(没必要)，等等，当然，自己用就没什么问题了。从这篇文章开始，我就同时在现有空间和自己的系统里发布Blog了。

　　根据我习惯的命名方案，我把这个代码取名为** Fomalhaut ，中文名 北落师门 **。

　　顺便，看到这篇文章的如果有知道行情的，帮我推荐一个虚拟空间，要求能支持我挂域名，支持PHP+MySQL，空间大小不是问题，百来兆足够。速度要快些，最重要的是稳定，如果是国外的空间，最好没有被盾的前科。

　　从去年11月起就盯着yangfan.net的域名了，看着它的状态从RedemptionPeriod变成PendingDelete，掐指算准删除日期，然后上去注册，结果很显然，手动注册的不如专业网站自动抢注，域名被snapnames抢走。跑去一看，这是个卖域名的网站，再仔细一搜，还是个挺知名的卖域名的网站。于是想看看究竟是谁通过它买了这个域名，结果一查，竟然处于拍卖中，敢情它是不管三七二十一先注册下来再开始卖啊，如果没人买，大不了浪费一年注册费，对它们来说，也是没几个钱的事情，无非浪费了域名资源而已。于是就随手出了个底价$60，碰碰运气。

　　三天后，就是今天，运气碰成了，$60买下了这个域名(包括第一年注册费用)。它给我选的注册商不提供免费域名解析服务(要$14单独买)，于是把nameserver转了，就一切ok。等待60天后把域名转到国内注册商上，整个过程就结束了。

　　可见一个人的名字重复率太高是很不好的事情，连个网站域名都难弄，算来我还是幸运的了，把最看重的域名买了下来，千千万万和我重名或者谐音的人或者公司，就弄不到域名了。

　　顺手看了一下其他yangfan的域名，除了我拥有的yangfan.net和yangfan.name之外：

　　　　yangfan.com 　　　上海扬帆毛衫有限公司
　　　　yangfan.cn　　　　河北辛集市洋帆制衣有限公司
　　　　yangfan.com.cn　　金华市扬帆电脑有限公司
　　　　yangfan.net.cn　　海南扬帆国际旅行社有限公司

　　而通过各大搜索引擎一起使用挖掘出来的蛛丝马迹，yangfan.net原来很可能是属于温州市平阳县扬帆机械厂——是不是倒闭了？
　　另外，不知道这些网站的用户会不会互相弄混……

　　首先打开http://blog.sohu.com/robots.txt，看到以下内容：

　　　User-agent: Googlebot
　　　Disallow:
　　　User-agent: baiduspider
　　　Disallow: /
　　　User-agent: Nutch
　　　Disallow:
　　　User-agent: *
　　　Disallow: /
　　可以看到，搜狐博客禁止了除了Google和Nutch之外一切搜索引擎的抓取，而且还单独把百度拿出来深恶痛绝地鞭尸。这显然是小鸡肚肠的行为，对用户很不负责——因为别人无法通过搜索引擎搜到自己的博客内容。但是且慢，真的如此吗？

　　在各个搜索引擎用site:blog.sohu.com进行搜索。

　　首先是Google的结果，共有搜索结果417000项，全部是三级域名xxxx.blog.sohu.com这样的首页，任意找一个xxxx.blog.sohu.com去site:一下，可以看到还是都抓到内容的。417000，是一个三级域名的数量，差不多也就是他抓到的搜狐博客的用户数量。

　　然后是搜狗的结果，2984875个页面，看到的也都是三级域名，随便找个继续site:，可以看到只有首页没有内容，说明sogou就算是在自己家也还是很道德的。至于为什么sohu博客吃里扒外让Google抓却不让自家的sogou抓，那就要去问张朝阳了。

　　接着给出有道的结果：抱歉，没有找到与 “site:blog.sohu.com” 相关的网页。很好，遵纪守法。

　　最后隆重推出百度的结果，找到了131000篇，数量不是关键，关键是它的结果从第二篇开始就是内容页面，也许是百度不敢太过分，从外部过来的页面抓了之后看了眼robots.txt，于是不再往下继续，但是好歹，有外链的全给抓了(应该不是全部，否则数量也太少了)。这只有三种可能，一是百度不懂robots.txt的规范，二是百度装作不懂，做了流氓——还好它没全抓，否则就不是流氓而是黑社会了，第三就是只抓外链页面是允许的，我个人感觉这种可能性不大。地震震得w3c网站连不上，所以也确定不了。

　　看完sohu的，再来看看流氓百度家的http://hi.baidu.com/robots.txt，内容如下：

　　　User-agent: Baiduspider
　　　Disallow:
　　　User-agent: Googlebot
　　　Disallow:
　　　User-agent:
　　　Disallow: /

　　流氓就是流氓，比他强的他不得罪，比他弱的，全部封杀。至于最后那个User-agent为什么不加个*，我就不知道了。这样写是不是符合规范呢？如果不符合，那就是白写，就算页面被人抓了也是白抓。那么来看看site:hi.baidu.com的搜索结果。

　　首先还是Google的结果，只有96400个结果，都是每个人的首页！而且搜几个朋友的百度空间，发现只有首页没有内容，也就是说，Google也许只抓了每个人的首页，即使它被允许全抓。

　　然后是有道的结果，和Google一样，只有每个人的首页而没有内容，一共171000条。有道还是挺听话的。至于为什么数量几乎是Google的两倍，很简单，因为Google没有抓中文目录，而有道抓了。正好这里顺路鄙视一下百度这么大个家伙居然还允许用户用中文目录名。

　　百度自己的结果在这里就没有什么意义了，4980000条，挺多。

　　最后是搜狗的结果，667756项。结果很眼熟是吧，没错，就是和百度搜搜狐博客的结果非常像，应该是只抓了外部有链接的，没有继续扒拉。

　　好了，结果出来了，搜狐博客和百度空间，毫无疑问，都不是合适的BSP，因为它们连用户内容被检索的自由都不给。相比之下同样是门户的博客，新浪和网易至少没有从robots.txt上去做手脚。

　　谁是流氓呢？在能找全robots.txt规范前不下定义，但是比较显然的是，百度流氓的可能性很大，而搜狗的以彼之道还致彼身很可能因为百度自己的写法错误而只能让百度有苦说不出。

需求：

　　用JavaScript代码取消页面上的文字选取

实现方法：

　　 IE ： document.selection.empty(); 　　 FireFox ： window.getSelection().removeAllRanges();

　　 Opera ：Opera对这两个都不支持，确切的说，document.selection只有IE支持，window.getSelection()也只有FireFox和Safari支持，都不是标准语法。搜索了一下发现Opera支持用document.getSelection()获得选中的文字(FireFox也支持)，但是typeof一下返回的是个string而不是一个像window.getSelection()那样的DOM:Selection对象(DOM:Selection对象貌似是FireFox自己的标准)，这样就没法进行写操作了。在网上无论怎么搜都找不到解答，但我觉得应该一定有办法的。

Gacrux是什么？

Gacrux是一种社会化服务，使用主动聚合手段，整合好友间的个人rss，使得朋友圈内的交流更为通畅，极大增强好友间的紧密性。

Gacrux的描述

功能：

Gacrux提供群体的rss聚合与阅读。

Gacrux提供群体论坛、群体相册等传统功能。

Gacrux不负责任何个人文档、相片、BLOG的存储和发布，只提供个人rss源的聚合。

使用流程：

用户申请帐号，加入系统。

用户配置自己的rss发布源，可能包括自己的Blog，相册等。

用户申请加入群组(朋友圈)，并设置自己在该群组中的名称显示，各个rss发布与否等属性。

加入群组的用户可以浏览已聚合的群组内所有成员的rss内容，同时他提交的rss也被聚合。

加入群组的用户可以使用群组论坛，群组相册等功能。

相似服务的比较

** 传统的群组交流网站(以各种同学录为典型)： **以群组为元素，用户只有加入群组才能得到服务

群组提供论坛，相册等功能

用户在论坛，相册中创造内容，并阅读同一群组中其他用户创造的内容。

缺点：

*　　当用户加入多个群组时，他的文章、相片等内容必须多次发布* *　　个人Blog的兴起使得网民更愿意在Blog上发表内容，尤其是有价值的内容* *　　当用户创造的内容减少后，其阅读频率也明显下降，从而形成恶性循环*

Web 2.0下的SNS网站(如orkut，myspace等)： 以个人为元素，用户具享个人Blog，相册等服务项目

提供群组功能，群组以共同话题形式组织，用户可创建，加入群组，群组提供论坛，相册等功能

关注用户间的好友关系，用户维护并经营自己的朋友网络

缺点(更多的是国内类似网站的缺点)：

　　 *廉价的好友关系泛滥，SNS服务沦为交友服务

　　* *用户创造的个人内容与群组内容割裂严重

　　* *较为封闭的写作平台，同样受到Blog的冲击

　　* 整个服务很容易最终收敛至一个具有各种版面的大规模论坛，或者一个纯粹的交友网站

无中心的交流方式： 网民寻找合适的Blog服务、相册服务或个人Space服务提供商，更新并维护自己的空间

网民将自己的空间地址在好友间宣传，使得好友可以访问自己的空间

网民关注并收集好友的空间地址，时常进行访问

好友间通过相互在对方空间的留言等方式进行交流

缺点：

　　 *不存在一个中心结点，使得每个人的订阅与阅读无所适从(各种rss reader即为解决该问题而设计)。

　　* *人与人之间交互没有依托点

　　* 宣传自己的空间与收集别人的空间地址过程复杂，且会有大量遗漏

Gacrux：

以群组为主要元素，用户必须加入群组才能得到服务

群组依托于现实中的人际圈，群组中的好友网络为完全图

用户提交自己的rss feed，由Gacrux进行整合

优点：

　　 *Gacrux不改变用户的写作方式和写作习惯，且只要加入Gacrux的用户即为其群组贡献内容

　　* *用户任何时候都只需更新自己的Blog空间，Gacrux自动将更新的内容获取并提供给其加入的所有群组阅读

　　* *Gacrux改变用户的阅读方式，大大方便了朋友圈内信息和内容的共享

　　* *用户无需关注群组内其他人的Blog等，只需访问Gacrux群组，即可获得所有人的更新

　　* *对于任何一个朋友圈，Gacrux可以维护加入同一群组的人的完全图关系，找回久不联系的好友下落

　　* Gacrux群组中的好友关系是极其稳固而有价值的社会关系

Gacrux与SNS的区别

观点：

　　SNS关注人际间的网状关系，基于六度理论，以个人为中心，维护与经营自己的朋友网络。

　　Gacrux关注已经存在的朋友圈与社交圈，并以此为中心，维护并强化圈内朋友的联系。

　　SNS的群组以某一个话题为中心发起并建立，参与者围绕话题进行讨论，群组关系依靠此话题维系。

　　Gacrux的朋友圈以现实存在的社会关系为依托，不存在中心话题，其维系为现实中的人际关系。

　　SNS中大量用户以交友为目的加入，并不断尝试扩充好友圈，使得大量廉价一度关系存在，而系统又无法判断关系强弱，影响人际网络价值。

　　Gacrux并不依靠点对点的人人关系维持，也不维持点对点的人人关系，因此好友圈内的好友是极其稳固和有价值的一度关系。

　　SNS依靠用户创造内容而又难以吸引用户创造内容，网站间竞争激烈，具有排他性。

　　Gacrux不依靠用户创造内容，主要依靠聚合的内容，不具有强烈排他性。

结论：

　　虽然同样是人际网络相关，Gacrux与SNS所关注的内容以及所提供的服务的并不相同。

　　Gacrux可以有效与SNS服务成为互补。

Gacrux用户的扩张

　　Gacrux及类似服务对用户的访问具有相当粘性，即使用该服务的用户会以很高频率持续访问其所在的朋友圈页面。

　　Gacrux的用户会主动邀请朋友注册参与，以获得更完整的朋友圈。

　　用户在注册之后即使从此不再使用该服务，也在持续不断提供内容并为他的朋友创造更好的阅读体验。这是Gacrux的一大魅力。

市场竞争

观点：

　　目前市场上没有类似产品服务。

　　Gacrux的服务提供从技术角度而言并没有难度，不存在技术壁垒，容易仿造。

　　大型网站可以使用其现成的产品通过很少的修改，很低的成本，整合出类似的服务来。

　　当竞争存在时，由于整个朋友圈的迁移成本非常小，因此容易产生马太效应，小型网站很难在竞争中胜出。

结论：

　　Gacrux服务并不适合成为创业型网站的选择。

　　Gacrux服务适合成为综合型社区的有机组成部分。

Gacrux实例模拟

* 本段文字以Google为例，简单模拟一个综合性网站如何迅速利用现有服务整合出Gacrux服务

之所以以Google为例，源于本人对Google相对齐全的功能的了解，并不意味着该构想与Google有任何相关 *以 ** Google Account **为登录入口

　　每个用户在第一次使用Gacrux时，填写自己的rss feed地址列表。用户对其中的相册地址单独说明。

　　如果用户没有Blog，Photo Album，可引导其使用 ** Blogspot **作为自己的Blog空间，使用 ** Picasa web **作为自己的Photo Album。

创建群组：

　　群组的创建者可选择此群组是否可被公共阅读

加入群组：

　　用户选择加入群组后，群组的管理员通过 ** Gmail **信箱获得用户消息，并进行验证

　　验证通过的用户设置自己的该群组中显示的姓名，同时可以设置自己的部分rss feed是否对该群组隐藏。

使用群组：

　　群组自动抓取所有成员的rss feed，进行整合。rss feed的抓取和处理直接使用 ** Google Reader **的技术；

　　群组自动生成日历，标注成员的更新，所有成员都可以观看并订阅该日历。日历的生成和保存直接使用 Google Calendar ；

　　群组提供自定义页面，模版的选择和编辑。 ** Google Pages **和 ** Blogspot **均有类似功能；

　　群组包含一个独立的讨论组。可直接调用 ** Google Group **实现；

　　群组包含一个独立的相册。可使用 Picasa Web Album 。不过目前Picasa不支持群组相册，需要增加功能；

　　Gacrux中的同一群组用户可以自动在 ** Orkut **中成为好友；

　　当 ** Google Talk **提供群聊功能时，Gacrux群组将自动成为 ** Google Talk **群，使即时交流更加方便。

服务商得到了什么：

　　通过Gacrux群组，服务商可以获得大量真实，有效，稳固的社会关系。这些关系远比通过SNS服务所得到的有价值得多。

　　可以通过用户的rss feed，以及加入的群组内容，交流对象，挖掘出用户的喜好、需求，有助于提供个性化服务。