Google应该让Android走山寨路线

　　Google Android的竞争对手决不会是摩托罗拉、索尼爱立信，Android想要做的是一款移动操作系统，一个移动产品的软件帝国，现在能让Google入得了法眼的也不过就是诺基亚控股的Symbian和微软旗下的Windows Mobile。

　　诺基亚的强势并不是没有道理的，Symbian算不上技术特别优秀，但是可怕之处在于它的东家诺基亚是全球最大的移动通讯设备制造商，简而言之有销量和市场，然后旗下的Symbian自然也获得巨大的市场份额，多少有点鸡犬升天的味道。从这个层面来说Windows Mobile和Android可谓是同病相怜，他们都是只做软件而并没有足够优势的移动产品。

　　Android忙着拉拢摩托罗拉、索尼爱立信等被诺基亚长期压着打的手机厂商，意思很明确：以前你们被诺基亚压着是因为没有足够强势的操作系统和软件平台，但是现在这些问题全部由我Google来帮你们解决，你们只需要做好你们的手机，其他的事情我来搞定。所以最近基于Android的手机产品到也是雨后春笋一般，一拨一拨地冒出来，这说明Android的策略是有效的。

　　也许诺基亚在早前就感受到了Android将会对自己产生巨大冲击，毕竟以前自己有平台优势，现在Google这么一互联网巨鳄搀和进来，鹿死谁手尚未可知。所以诺基亚也把旗下的Symbian给开源了，不过感觉一直扭扭捏捏，就像女生第一次难以放开。诺基亚担心的是自己的Symbian养肥了竞争对手，而老诺的竞争对手们则是不敢大幅跟进，担心Symbian是诺基亚控制下的，要是真的傻头傻脑跟着混，万一哪天诺基亚随便使个绊子，恐怕命根子都得赔进去。

　　所以开源后的Symbian并不能给Android的结盟机会造成伤害，Google不做手机反倒成为了它的优势，因为手机厂商不怕Google来抢自己的饭碗。人家Google说了，你们卖你的手机，我做我的软件，井水不犯河水。暂且不说这承诺是否有效，不过的确为Android赢得了不少盟友。

　　不过按照Android目前这点国内市场份额来看，称之为星星之火也不为过，Android这点星星之火想要燎原需要的是一点恰到好处的东风，需要借一个势。东风和势是谁？自然就是几经衰败的山寨机。

　　中国的山寨机成就了一家联发科，成就你Android成为手机软件霸主那也并不是不可能的事情。回过头看看当年联发科助力山寨机厂商却也和现在的Android有相似之处，联发科为山寨机降低了生产门槛，但是山寨机要真正与诺基亚竞争纯属痴人说梦，软件是山寨机的最大的一个短板之一。

　　联发科提供硬件，Android提供软件，而且这软件还是不需要授权费的，没准真能迎来山寨机的第二春。几百块钱就可以享受数倍价格的功能，山寨手机不再以所谓的大喇叭、双卡双待双蓝牙作为主打，那时候山寨机不说与诺基亚平分天下，至少让诺基亚脱层皮那是绝对没有问题的。

　　我有一个梦想，有一天能够300快钱买一个高配的Android手机，可以流畅地使用Wifi和3G畅游网络，QQ、Opera自然不在话下，还是双卡双待双蓝牙……

　　来源：读者xjp投稿，原文地址。

Twitter同步到新浪微博和开心网

　　新浪微博和开心网等SNS虽然很流行，但Twitter的用户大多对其不感冒，不过即使如此，Twitter用户可能也会需要一个功能，就是能自动将自己的Twitter信息同步到新浪微博、开心网、人人网等国内SNS网站。以前我曾经介绍的一个同步方案因为嘀咕的维护而无法使用，这里我就介绍一下最新的同步方法。

　　首先是处理Twitter的Feed功能，主要功能包括删除feed中的username，过滤掉@回复的信息等，我这里提供了两个版本，一个是PHP的，一个是Python的，Python版可以安装到GAE上。

　　接着，翻墙登录TwitterFeed，在里面设置RSS Feed为上面做好的过滤Feed的网址，目标服务可以选择Ping.FM或HelloTXT这两者之一，设置时候需要API Key，可以去Ping.FM或HelloTXT网站上获取。

　　之后，翻墙登录Ping.FM或HelloTXT，在里面设置一个Custom URL，用来实现自定义同步服务，同步信息到火兔，具体代码参见这里。

　　最后，使用原先嘀咕的帐号登录火兔后，在嘀神服务中，绑定新浪微博、开心网、人人网等，这样就可以实现从Twitter同步信息到新浪微博和开心网。

　　整个同步的流程图如下： twitter -> appspot -> twitterfeed -> ping.fm -> customurl -> huotu -> 新浪微博。

　　这种同步方式，虽然设置的时候要翻墙设置好几个服务，但设置好了以后，同步功能完全正常，可以方便的实现自动将Twitter的信息同步到国内网站，其缺点也是有的，就是同步不是即时的，有大约一小时左右的时差，这个时差是由TwitterFeed引起的，另外使用者还需要有一个支持PHP的虚拟主机。

通过Ping.FM和HelloTXT的Custom URL自定义同步服务

　　Ping.FM和HelloTXT都是知名的微博客同步工具，可以一次同步多个微博，这两个服务都支持Custom URL，即自定义网址，利用这个自定义网址，用户只要写上一点代码，基本上只要是支持API的迷博网站都能同步了。

　　我们知道，这两个服务都是英文服务，因此对中文微博客支持较少，我们可以通过Custom URL让这两个服务都支持中文微博客，例如火兔、新浪微博、开心网、人人网等。

　　这里从forgotthemilk（原博已关）那里找了一个Custom URL的代码包，包中有四个文件：class-snoopy.php、JSON.php、miniblog.php、pingfm.php.

　　class_snoopy.php：从WordPress源代码中找到的，略微修改了一下以支持xml的发送；

　　JSON.php：可有可无的文件，如果你需要的话；

　　miniblog.php：主文件，这个文件上传到服务器上的所在地址也就是Ping.FM所说的自定义网址；

　　pingfm.php：定义了一个叫PingFM的twitter虚拟机，通过创建它的一个实例即支持一个迷博网站。

　　在pingfm.php中书写了支持Twitter等多个微博的实例创建方式。我将pingfm.php文件修改了一下，让其也支持嘀咕火兔的更新，这样，可以更新火兔的同时，让火兔去更新其他微博客，如新浪微博、开心网等。

　　点击下载：支持Ping.fm和Hellotxt的Custom URL（PHP）

平台网站架构设计之我所见

　　从架构设计师的角度来看，架构就是一套构建系统的准则。通过这套准则，我们可以把一个复杂的系统划分为一套更简单的子系统的集合，这些子系统之间应该保持相互独立，并与整个系统保持一致。而且每一个子系统还可以继续细分下去，从而构成一个复杂的企业级架构。

　　一 选择技术方案和物理架构

　　如何选择技术方案和物理架构，对很多刚接触平台网站研发的人来说这可能是个头疼的问题。这些问题的源头很简单就是能否提高开发效率，使平台具有高性能高负载性。就我遇到的常见的有这么几个问题：

　　a） 开发语言和数据库

　　一说到开发语言和数据库，很多人便开始做语言的比较，最常见的争论有：“asp.net和java哪个好”，“解释性语言和编译性语言哪个好”等。我个人觉的最关键是你和你的团队最擅长的开发语言和数据库是哪个，古语有云：“工欲善其事，必先利其器！”，趁手的开发语言和数据库有助于事半功倍。试想如果你选择了一个并不很熟悉的语言，也许这个语言和数据库在基础性能上的确比你掌握的语言好，但是在研发过程中学习曲线肯定长。而且遇到问题的时候因为不熟悉的原因，浪费更多的时间去寻找解决方法，而且找到的方法不一定是最好的，说不定还不如你自己用熟悉的语言解决来的快。

　　也许有朋友会说：“这几种开发语言和数据库我都熟悉”，那么就要看你对这几种开发语言和数据库的熟悉程度了，对各种开发语言和数据库的特性了解的越深入，越有助于提高开发效率。而且目前主流的开发语言和数据库都提供性能调优，只有深入了解了开发语言和数据库的特性和原理，那么性能调优就很容易。

　　个人觉的重要的就这两点，开发效率和性能。

　　b） 成熟框架还是自己实现

　　目前主流的开发语言的使用者中有很多前辈都提供了他们自己总结实现的框架，比如JAVA中的“S-S-H”组合，PYTHON的DJANGOO等。我个人的一些经验是，尽量使用开源的成熟框架，因为平台研发初期使用成熟的开源框架，能提高开发效率，并且在质量上有保证。我曾经接手过一个平台的改版，框架是前面开发人员自己写的，里面的一些设计思想不是很成熟，导致平台在负载增高后性能很差，整改起来很麻烦，只能一点一点的分离出来，耗费时间和经历。

　　有的朋友可能会问什么才是成熟的框架，个人总结的几点：

　　1 能提供使用指南，比如 COOKBOOK， USE GUIDE等。有这些提供，那么入门使用变的容易，也方便维护，而且有助于深入了解其特性和原理。

　　2 有官方支持，比如官方讨论社区，邮件列表等，并且有BUG收集处理机制。有句话叫大树底下好乘凉，有了官方支持，当使用过程中遇到问题的时候，直接就可以通过查找前人的使用心得和问题来解决问题，遇到BUG的时候，提交上去，也能找到解决之法。

　　3 官方在不断的更新发布稳定版本。这一点很重要，官方如果及时帮你解决目前已知的或者未知的BUG，那么对使用者来讲，就没什么后顾之忧了，如果官方停止更新了，那么我建议还是早点换下家吧，因为如果这个框架好，那么肯定会越来越好，官方也会不断的更新它。还有就是稳定永远是第一位，可以在不影响生产环境的情况下进行无缝升级更新。

　　4 身边使用者很多，经常能看到相关的讨论或者总结。目前很多成熟框架都是国外开发者发布的，如果使用者E文不好也是个讨厌的事情，那么如果身边有很多同样的使用者和很多讨论，那么对于使用者来说是种福音，共同探讨和学习。

　　那么除此之外最好是开源的框架，平台初期访问量不大，因此对性能的要求不高，成熟的框架的使用都不会出现什么问题。当访问量急剧增高之后，那么性能要求也变高，一些框架中隐藏的问题也因此出现。这时候如果是开源的框架，使用者可以深入了解它的源代码，洞悉其实现机制，根据自己的实际情况进行调优。如果不是那么使用者也只能改变方向去解决问题，条条大路通罗马。

　　c） web server/db server/cache server 相关

　　在架构设计中web server/db server/cache server是很重要的一点，我个人觉的这一块必须是使用具有前瞻性，易配置，能监控和维护的产品，总结的几点：

　　1 丰富和深入的配置选项。如果能提供丰富和深入的配置选项，那么在安全和性能调整上可以很方便的进行操作，并且不中断实际的生产环境。

　　2 基于高并发模型。比如这几年热门的基于epoll的nginx，可以有效的减少连接处理时间，增大同时并发数。

　　3 支持负载均衡和请求分发。当平台的访问量增高之后，单台服务器肯定是很难支撑，这时候就需要增加服务器来分担压力，这时候server的负载均衡和请求分发就很重要了。

　　4 高效的缓存机制。高效的缓存机制可以帮助平台提高负载能力，减少重复资源的读取和处理时间。比如用于小文件缓存的SQUID，VARNISH，用于数据库缓存的memcached等。

　　5 实时的状态监控机制。实时的监控状态报告，可以有助于平台维护人员迅速了解平台性能运行状况，根据状况进行调整。

　　如果是开源的那就更好了，可以深入了解其源代码，并根据自己的实际需要进行配置和定制。

　　d） 操作系统

　　选择合适的操作系统，个人觉的最主要是稳定安全，易管理和维护，易监控。稳定安全的操作系统一般官方会持续的发布补丁和新版本，解决BUG和漏洞等。并且官方或者第三方会不断的提供新的管理维护监控工具，并且能让管理维护人员通过编写脚本来维护管理。而且合适的操作系统能让研发人员充分利用其特性，发挥平台的最大性能。

　　f） 物理架构

　　这里的物理架构是指服务器的搭建方式。有的朋友可能资源有限只有一台服务器，有的朋友资源充分有十几台服务器或者更多，我个人觉的这都不是问题。平台初期的话，我想大部分访问量都不高，web server/db server/cache server放在一台服务器上都没问题。但是自己心里最好能预估一下这个平台会发展到什么样的规模，在做架构设计的时候，按照事先预估的来决定怎么做物理架构，并为以后的架构升级做准备。说到这里，想到前百度架构师雷鸣说过的一句话，当你的会员数达到目前的5倍或10倍的时候，架构就要升级。

　　二 平台研发

　　前期做好了技术方案，就进入到实质研发过程中来了，个人感觉平台网站的研发有别于传统的IT项目研发，因为以前就是客户/需求分析人员/美工之间进行交涉，而现在平台网站研发会多接触一个角色叫产品，产品决定了最后的平台网站是什么样的，有什么功能，每个功能的流程和用例是什么样子的，也就是原型设计。并且在研发人员实现之后，还要由测试人员进行测试。关于原型设计，请看我的另外一篇文章《项目需求原型设计》。

　　在上述过程中，产品会经常要求研发人员：“某某功能是这样的，你赶快给我实现并解决。这个功能不对，要改。那个功能出现问题，要改”，而研发人员可能正在忙着其他功能的实现，于是很容易产生冲突。在此我推荐使用敏捷开发方式，设立短的发布周期进行迭代开发，产品提出来的问题统一在一个周期内解决，到下一个周期一起发布，到下一个周期再进行下一周期的功能改进和BUG修正。并使用JIRA这种成熟的项目管理系统进行管理，为以前的更改留下历史，总结经验。

　　那么在正常的研发过程中，特别是团队研发，我个人觉的需要注意的几点：

　　1 合适的开发工具。还是那句话“工欲善其事，必先利其器！”，使用合适的开发工具和插件，能提高开发效率，节省开发成本。团队使用统一的开发工具，可以减少出错的几率，防止版本冲突等。

　　2 如何控制代码质量。因为团队里大家的水平有高有低，所以团队研发的时候，需要去建立固定的开发规范，比如：“命名规范”，“代码包引用规范等”。当某个人解决某个功能的时候，为了确保代码质量和减少出错几率，最好能画出流程图和配上设计意图说明，来进行讨论确定，同时也可以帮助新人快速成长。

　　3 需要引入新框架。有时候，某个成员会觉的某某框架的新特性非常好用或者非常合适手头的问题，那么就想引入这个新框架，我的建议，在充分了解的基础上来决定，不能因为某个特性而引入一堆用不到的特性，那样会让项目代码显的冗余。

　　4 知识总结和培训。当某个成员遇到问题，并解决后或者学习到新东西的时候，不妨拿出来大家一起探讨一下，说不定就有助于提高平台的性能，为大家提供更好的设计思路。

　　三 架构优化

　　“过早优化是万恶之源”，所以关于架构优化，我放在研发完成并上线之后来讲。个人觉的没有百分百可用的架构，得看你实际的业务流程和运行情况来进行优化。当你运行了一段时间后，收集到一定的数据，找出性能的弱点后进行针对性调整和优化，当平台的负载强度达到一定程度，就得立即着手做架构升级。

　　有的朋友会问，有时候网站就是莫名其妙的变慢，但是不知道从何下手怎么办，或者凭经验改改这个改改那个选项，好了一点但好的不彻底。我的经验是从数据开始，从最外围开始画圈，找到源头。先从外围开始收集日志，比如access_log访问日志或sql_log数据库操作日志，找出访问最多的10条日志和执行时间最长的10条日志，然后根据日志去反查到底是什么引起的操作，然后一条条的解决。如果解决不了，那么就考虑重构。其他问题解决方式跟这个差不多，就不赘述了。从我自己已有的经验来看，往往就是因为几个功能点的恶化，引起了整体的性能变差。

　　所以在研发的时候，功能点的实现要好好考虑，前端部分，页面，图片等的大小和有效缓存，后端的局部数据和全局数据的缓存高效利用，数据库层SQL语句尽量避免跨表查询，数据库索引的利用等。

　　四 其他相关

　　存储

　　当平台网站的访问量不断增长的同时，数据也会跟着不断的增长，所以早期做好数据如何存储的方案非常重要。

　　现在比较常见的是HASH URL，根据文件名的HASH来选择存储不同的目录，比如20091014131213_abc.xxx 那么就存储到 2009/10/14/a/20091014131213_abc.xxx这样的目录下，方便以后根据目录来划分服务器。

　　搜索

　　当平台网站的访问量不断增长的同时，数据搜索也变成了一个问题。肯定有朋友会说，直接数据库模糊查询有什么问题，你试想当你的数据表里有几百万数据你用select * from table where title like '%key%' 没法用索引，那就是全表扫描，拿得花多少时间，一个人查询还没问题，那几百个呢，那你的平台不就歇菜了。还好现在已经有了成熟方案Lucene，只要按照它提供的接口去实现，你就可以使用。

　　五 相关资料

　　架构实例

　　新型的大型bbs架构（squid+nginx）

　　nginx图片服务器的架构方案

　　来源：读者欧拉投稿 QQ：4465618

微博客系统剖析

　　所谓微博客，是一种可以即时发布消息的类似于博客的系统，属于迷你型博客。与博客相比，微博客的即时性、开放性和集成化要大得多，虽然每条消息的字数容量跟短信一样只有140个字，但是无数条消息汇聚起来产生的信息能量却是巨大的。有业内专家将微博客的流行称为信息传播方式的一次革命。

　　微博客产品构架

　　主体信息构架有三块：多人信息聚合，个人信息聚合，短信息发布。

　　多信息聚合主要是对站内所有人的微博客信息进行重整、分类、展现的一个页面，当然也可能含信息筛选，分页等基本功能，在微博客系统中表现为主页。

　　个人信息聚合主要是对个体的信息进行分类和存储的一个模块，比如个人迷你博客，个人资料，图片，视频等信息的存储与表现，在微博客系统中表现为个人主页。

　　信息发布本应该是一个必备功能，不过因为它是信息产生的核心功能，所以枫林将此作为一个独立的模块，信息发布功能在微博客中表现在主页和个人主页上的发布框，一个小小的发布框却支撑了整个网站所有的信息来源。

　　除了三大信息构架主体外，微博客产品构架值得一提的还有信息筛选功能（信息检索和好友检索），信息传递功能（关注与被关注，转发），互动功能（评论及回复，短消息提示，私信等）。

　　一个微博客系统能保持正常的运转，从信息的产生，信息的分类存储，信息的检索，信息在用户间的传递，依附这个信息所产生的互动，都是这些基础模块之间的相互配合，有序组织的结果。

　　微博客产品的优势

　　微博客和博客、IM系统同属于信息发布，聚合，分享类系统，然而却能同时存在，自然会有自身独有的优势，枫林简单分析下自己对微博客系统优势的一些认识，算是抛砖引玉。

　　与博客系统相比，微博客系统具有发布简单，写作门槛低，信息传播快等优势。博客系统中要完成一篇blog，需要写标题，标题有字数要求，要排版；保持调理清晰，段落有序；需要选择类别，方便推荐给该类别的用户；有的还需要自定义Tag，需要写摘要等。微博客只需要在一个框发布有数量限制的一段话或上传一张图片，一段视频。

　　传统的博客，一般写一篇需要花费几十分钟甚至几个小时的时间，对某个行业不熟悉或者对某些事件认识不全面也很难成文，而微博客却是任何人可以简单的几笔带过，跟发表评论一样简单的写几段话，几个字完成成。

　　博客需要亲自登陆查看或者RSS订阅你才能第一时间知道哪些朋友的博客更新了，微博客则是加为关注后，最近更新的自动推荐到个人动态中，有评论直接消息提醒。

　　微博客和IM系统都具有一对一和一对多信息交流的特点，不同的是IM更强化了群的概念，是分类交流，而微博客不需要分类，只要是你的关注着必然也关注着你的所有信息，另外，从信息表现形式来看，微博客的更直观。多对多的交流空间中，微博客的信息分类能力更强一些，IM基本你一句，我一句，甚至中间会有人另起话题来交流。

　　除了上面说的几点优势外，也许多渠道更新就是微博客特有的一种信息更新方式了，博客和IM都无法媲美的。用户可以发一则短信更新微博客，用户可以通过MSN/QQ签名更新微博客，甚至跟博客进行绑定，博客有更新了，微博客也随之更新，专门开发的客户端小应用（之前的嘀咕和饭否都有的）等。

　　微博客产品运营

　　既然是信息分享评论，自然运营的重点就是氛围，如何提高交流氛围就是关键了，貌似这话有点虚了。

　　来点干货，微博客产品运营的重点在于有价值的信息产生和有价值信息的传播。

　　我们都知道Twitter用户数的急剧攀升，与几次重大事件有关，2007年3月美国SXSW音乐节，2008年11月印度孟买的恐怖事件，2009年1月奥巴马总统就职，2009年6月伊朗选举危机等等。重大事件的报导，特点是读者多，更新快。这些事件（信息）便是引爆点，有了这些信息，也就有了交流氛围。

　　信息的传播也就是有了信息如何第一时间推送到用户的手里，更多的是由功能来决定的，比较有意思的就是“转帖”功能，尽管是个很幼稚的功能，但是却很实用，效果已经在开心网等SNS产品中得到了验证，而且近期新浪新闻页底部偷偷加上了“转发此文至微博”的链接，当然这是系统外信息的转载或者叫产品整合，但是也证实了信息传播的重要性和转帖功能的实用价值。

　　任何一个互联网产品的运营都会与公司的资源挂钩，不光是公司拥有的资源，还包括公司是不是舍得投入资源或者产品经理能不能发现隐形资源。

　　我们知道新浪微博并不是国内最早做微博的，但是前面专门做微博的都悄无声息的死去或者半死不活的生存着，新浪微博推出后却有声有色，原因在于新浪这个平台，新浪博客拥有着大批的名人资源，新浪拥有自身强势的品牌优势，新浪拥有国内一流的新闻内容资源，新浪网是一个综合性、多产品网站，往往出一个新产品都会跟其他产品有机结合起来，利用现有的资源来推新产品比白手起家运营要强百倍。

　　当然，关于什么系统效率，稳定性都属于互联网产品运营默认都需要保证的，这里一笔带过。

　　微博客的盈利模式

　　这是做事情或者做产品必须要要面对的一个过程，既然投入了，就需要谋求回报，也需要思考如何来产生这种回报。

　　目前的微博客产品构架中能预测到的盈利模式主要有：企业会员收费，品牌广告。

　　我们都知道网络媒体对纸媒冲击很大，现在很多纸媒也都有了自己的网站，也在尽量保持网媒纸媒信息的同步，然而由于对行业的不熟悉，纸媒企业本身是做传统行业的，对网站的运营不熟悉，所以基本他们的网站都半死不活，无人问津。

　　然而，纽约时报入驻twitter，每天发布一些来源于纽约时报网站的信息，没几天就有一大堆纸媒粉丝关注，觉得这是一个不错的看报方式，这样纽约时报就间接的将潜伏在twitter中的纽约时报读者引导至自己的网站。当然一些杂志社也同理，现在还不敢说哪家微博可以对企业会员收费，但至少可以说是一种可预见的盈利模式。

　　品牌广告，貌似哪个网站都适应的一种盈利模式，只要品牌影响力和用户量足够的大，都能依靠这种模式实现盈利。

　　当然，国内也有一些善于搞发明创造的，在产品上作文章，微博客再结合进来某个组件间接的实现盈利。比如问卷调查和Webgame，不过貌似这不是微博客与生俱来的盈利模式，得依附于新产品的开发来完成，当然，这两种盈利模式也是任何社区或者社交网络都具备的，只要有用户都可以尝试。

　　微博客的前景

　　微博客介于博客和IM之间，却又兼具二者之特点，不可能取代他们但是也不会被他们所取代，用罗会祥的话来说“自互联网走向公众以来，一直是精英的大舞台，有技术的玩黑客，有怪才的玩闪客，有文采的玩博客，有学识的玩威客，有财力的玩播客……微博填补了互联网”客“家文化的空白。”

　　所以微博不会消失，有几家始作俑者了，又会有几家后续跟来。

　　来源：作者枫林投稿，原文地址。

Alexa推出中文网站影响了谁？

　　首先围观一则特派记者XJP从美国发回的报道：全球知名的网站流量信息网站Alexa正式推出中文官方网站，Logo很山寨、很临时工，受到“XJP的碎碎念”读者的广泛赞誉。

　　a.Alexa推出中文网站会影响谁？

　　先还是来说说Alexa，摒弃作弊和其他地区差异带来的影响，Alexa的确是目前观察一个网站流量状况的最佳工具。也许某些人会用户那个所谓的由中国互联网协会主办，国务院新闻办公室网络局、信息产业部电信管理局指导的“中国网站排名”，但是这样一个产品除了背景好一点以外，其他部分毫无可取之处，自从某次我发现一个日IP上万的小说站居然在它那边没有排名，我就再也没有打开过那个废品网站。

　　啥，你说今天？今天我是因为要写文章所以才去的。所以首当其冲受到影响的就是这个中国网站排名网，在Alexa中文站推出之后他的劣势将会被进一步放大。当然也不排除它受到Alexa的刺激，会猛改进算法和进行技术革新，不过那样最终收益的也是我们用户。

　　第二个被影响到的自然就是国内的Alexa排名查询网站，一直以来由于语言障碍、网络速度的影响，大多数站长和用户都是在国内的一些工具站查询排名信息。

　　但是现在Alexa也有中文网站了，两大障碍去其一，至于访问速度我现在测试的速度并不算慢，而且后期Alexa完全可以在国内架设服务器。国内的Alexa排名查询网站如果没有特色功能，完全可能面临大量关闭的状况。

　　b.Alexa未来还有哪些值得期待的？

　　Alexa中文站是该公司第一个非英语语系的网站，目前仅仅是提供简单的排名查询，那么未来Alexa在中国市场会有哪些大动作：

　　未来可能会推出中文版的Alexa Toolbar，集成更多贴近中文用户需求的功能，Alexa Toolbar的普及也会提高Alexa排名在中国地区的样本数量，让排名数据更加真实可信。

　　未来可以向更多中国地区的公司收购部分访问数据，这部分数据样本将会用于排名数据的补充。

　　未来可能会在中国地区展开数据分析服务，类似艾瑞、大度之类的，依托Alexa这样一个不可小窥的平台将会让他们的调查数据更具可信性。

　　最后简单谈下对于目前Alexa中文站的看法：

　　没有任何广告，界面很清爽。

　　目前只是一个汉化版本，包括一个中文首页、查询节目和汉化一半的帮助。其中不乏散发着临时工风格的翻译，例如“Bounce%”应该翻译为跳出率，但是目前的中文翻译为蹦出，莫非American都认为咱们天朝网民离开一个网站需要蹦一下？（笑）

　　Logo很山寨，中文网站的测试版都是直接打上beta，但是他们给直译了，使用的中文字体感觉也很诡异。

　　完了？是的，这篇关于Alexa推出中文网站的加餐到这里就完成了，紧急赶制难免粗糙，莫怪莫怪。

　　来源：XJP投稿，原文地址。

百度广告管家开放

　　据百度联盟消息，从即日起，百度广告管家向全体百度联盟会员开放，用户使用百度联盟账号、密码在百度广告管家首页进行登录即可使用。

　　百度广告管家是一款免费、专业、易用的在线媒体广告管理系统，实现广告投放、管理和数据统计工作。功能类似Google Ad Manager广告管理系统，但对于个人网站来说，其对阿里妈妈的取代性更多一些。

　　百度广告管家系统功能特点：

　　广告位管理：系统化管理广告位，支持固定、弹窗、漂浮三种类型。

　　收益优化：可选择自动对空闲广告位使用网盟推广合作进行补余，提升收益。

　　精细投放：提供地域、接入方式、日期、浏览器、浏览器语言、操作系统、分辨率、来源域、被访url共9种定向投放方式，满足最细粒度投放。

　　灵活计费：提供按日、按展现、按点击3种主流计费方式。

　　广告托管：支持文字、图片、Flash、富媒体4种格式广告，提供免费服务器存储您的广告，节省您的带宽。

　　专业报告：提供投放报告、销售报告、资源报告3大类7种数据报告。

　　百度广告管家地址：http://adm.baidu.com