有同学认为百度很优秀，有很多优秀的东西，因为他在里面实习过，有调查就有发言权。这点我承认，作为这么大的一个公司，必然有优秀的员工，所以百度的员工从来就不应该是讨伐的对象，特别是百度的技术员工更是不应该为百度挡枪，实际上，网络上也认识一些百度的员工，他们也如homezz的qq群中提到的那样优秀。

不过我的看法依然是百度很烂，很流氓很无赖。正是由于他这个特点的存在，所以他才能在我朝存在，而且越来越强大。

百度的销售总会不断的给我电话，而每次给我电话的时候我都要看看我的网站访问来源，结果都是来自百度搜索的总会排在最后一位，所以我就问对方，我网站的访问来源，连已经退出中国的google都比你百度要多，我为什么要相信你能给我带来推广效果？

转入正题，下面就我所了解的情况来对比一下google和百度的广告显示的区别。

排名：

百度的销售人员说，他们的排名是标准的竞价排名，就是谁给的钱多，谁就能排在最前面。

google的排名当然也和价格相关，但是google还有一个指标，那就是关键字的质量。比如你关键字是旅游，实际的页面显示的却是汽车，那么这样的关键字的质量就不高，就算价格再高，也未必能排到前面。

从这一点来说，google的广告就是一个良性规则，质量高的关键词排名在前是一个双赢的选择。对于商家来说，访客点击了精准的关键词，转化率才高，因为访客需要的就是他想点击的东西。对于访客来说，google的广告很准确，因为点进去的就是自己想找的，也大大的为广告受方节约了时间。

展示方式：

以前有50%的概率用百度，直到某年央视曝光百度的医药推广之后，我才发现，原来自然搜索的结果中居然隐藏着推广广告，这些广告和自然搜索结果唯一的区别在于那个非常容易被忽略的推广二字。广告 和自然搜索结果之间没有颜色差异，没有底色差异。

google的广告非常的明显，任何一个正常的人都能区分广告和自然搜索结果。

在我朝，也许百度的方式是更加适合，因为广告就是靠骗，夸张来获取效果。实际上个人觉得，让用户知道这是一个广告，无论从商业和道德上讲，都是合情合理的。道德上咱们不敢表，单从商业的角度说，广告投放者不希望他的广告被误点，因为这给广告投放者和广告浏览者都没有任何好处，唯一能获利的就是广告商，如果广告投放者投放的广告一大部分都被广告商给骗走了，请问这还是合格的广告商家么？当然，如果这家广告商一家独大，广告投放者就无法选择。

有人说，这是市场选择的结果。

市场选择的结果？若无政治干预，你真的相信会是这个结果？

或许，对于多数天真的人们，这真是市场选择的结果，中国特色市场选择的结果。

去年年底，用iphone gmap，不VPN无法定位，也无法搜索，发生的几率是50%；

现在已经习惯了，一旦无法打开gmap，就很自觉的开了vpn。

这个月开始，iphone上的gmail也出现了类似的情况。

不开VPN，无法获取gmail，今天已经是我第三天无法获取gmail的通知

这大大的降低了我的工作效率，在iphone上web页面不开vpn也无法打开gmail；

建设四化，四化你他妈个毛线，这样的屏蔽，屏蔽得难受。

方xx和G某某，你们会有报应的！

原理很简单，首先在国外的主机上加上一段代码，让国外的主机根据GET传递过去的url参数相片读取下来，缓存在自己服务器上，由于某个东西异常厉害，所以传递参数的时候还得要将某些单词给替代，才能传递，否则国外的主机连带撞死；

然后打开模板中的footer文件，添加一段js代码，此js代码的作用就是遍历该页所有图片，然后将其替代成http://xxx.com/readimg.php?这里是图片的地址，这样图片就可以正常显示了。js代码如下

$(“img “).each(function(i){//遍历本页所有的图片
var src = $(this).attr(“src”);
if( src.indexOf(‘ｇｇｐｈｔ’)!=-1 ){//如果图片来自某个地方，则替代之
$(this).attr(“src”,”http://0bad.com/readimg.php?src=”+src.replace(“ｇｇｐｈｔ”,”gouride”) );//则将图片地址改成转发的地址，记住ｇｇｐｈｔ替代掉，因为这个会触发墙
}
});

上面的全角字母请自行改成半角字母（请保证你主题引入了jquery ）

至于那个php文件，请到这里下载:pika 然后放置到你国外的空间。ache和cache下的所有文件夹属性请设置成0777

另外，请大家低调发表评论，不要带上关键字，被和谐怕了

另，效果请参见右上角的homezz图片。

php插件方式将会在明天发布，届时feed中的图片也会正常显示！

此举仅仅是为了正常的blog能正常的显示图片，本人不敢造次！

不太熟悉如何使用的朋友，请等待我的插件发布！

反复结束几次进程，重新打开网页（每次都打开了gmail），firefox依然会自动崩溃。

继续测试，打开firefox，不开gmail，一切正常。

只开gmail，firefox崩溃，换chrome，问题依旧。

等了半天，两个浏览器都弹出下面的对话框

firefox提示是gtalk plugin不响应

chrome还有更加明显的提示：

看来应该是gtalk plugin的问题，或者是gtalk plugin后面经常连接的那个IP撞墙导致也说不定。

卸载gtalk plugin，问题依旧。

用SSH做代理，再次打开gmail，聊天部分终于上线了，问题解决了，看来果然是长城将chat的那个ip给和谐了。

狗日的长城！

找到google关于这个问题的描述了：

A flaky or unstable network connection may be temporarily preventing all of Gmail’s features from loading completely. In most cases, most of Gmail will work correctly, and you’ll be able to use it as usual.

奇怪了，twitter上的朋友都说正常，唯独我这里不正常？

补充：比较囧的是，处于崩溃边缘的cosbeta强行结束了那个半死不活的QQ之后，一切都正常了，唯一能解释的就是端口占用冲突。就如同当年打开cterm，apache死活启动不了，开迅雷，apache启动不了一样！

rex给我发了一封邮件，那是上一篇日志中google的广告匹配的效果。

我纳闷了半天，这篇日志咋和前列腺给匹配上了，我猜想出以下几种解释：

1. 搞IT的久坐容易患前列腺炎；
2. 日志内容中有一个龟字，让google浮想联翩，由x头联想到前列腺；
3. 日志内容中有深柳堂，google以为那是一个药店，和同仁堂类似的。

大家说说看，上面的猜测中，哪种猜测更合理呢？

1. 做几个不同的分站，通过用户第一次的选择将用户定位到相应语言的分站；
2. 编辑网站内容的时候，添加多种语言，然后通过用户的选择从数据库中获取对应的语言；
3. 添加一个google翻译按钮，用户自行选择google翻译查看不同语言的版本；
4. 利用google 翻译接口，通过js实时翻译网页文字，cosbeta今天打算要介绍的就是这种方法；

上面4种方法的优缺点我这里就不多描述了，相信大家都很清楚了。应客户的要求，再加上翻译方便和翻译的通用性的需求，cosbeta决定用第4种方法为客户解决多语言的问题。

最开始cosbeta的解决办法是想通过程序模拟客户端去直接读取google对当前页面翻译的内容，从而实现页面的多语言版本。比如用户访问http://storyday.com?p=1，当用户需要访问日语版时，cosbeta就将此页面通过php发送给google的网页翻译接口，然后将翻译的结果读取出来，显示在当前的页面上。然而后来cosbeta发现这种方式是不可取的，一方面google对客户端的限制比较严格，用php模拟客户端可能会导致数据获取的失败，另外一方面，google并没有推荐这种方式，所以很容易导致翻译失效。

后来cosbeta就转向了google的翻译API，配上jquery对Dom灵活的操作，很容易就解决了这个问题。

首先制作页面的时候，我将所有需要翻译的tag都添加了一个css，名为multilang,比如<a href=”#” class=”multilang”>关于我们</a>，在网页的末尾用jquery遍历dom，逐一翻译然后替代原来的文本，按照下面的步骤操作，展示一个例子给大家：

1. 添加google ajax api到网页的顶端,
   <script src="http://www.google.com/jsapi?key=GOOGLEAPI" type="text/javascript"></script>
<script language="Javascript" type="text/javascript">
//<![CDATA[
google.load("jquery", "1.2.6");
google.load("language", "1");
//]]>
</script>这段代码同时将google的翻译接口和jquery js库引入了网页当中。代码中的GOOGLEAPI需要在这里申请。
2. 给所有需要翻译的标签添加class=”multilang”，若是标签里面已经有class=”xxx”只需要变成 class=”xxx multilang”即可;
3. 添加读写cookie的JS代码，目的是为了记住当前用户语言的选择：
   var aCookie = document.cookie.split("; ");
function createCookie(name,value,days) {
if (days) {
var date = new Date();
date.setTime(date.getTime()+(days*24*60*60*1000));
var expires = "; expires="+date.toGMTString();
}
else var expires = "";
document.cookie = name+"="+value+expires+"; path=/";
}
function readCookie(CookieEleName)
{
var cookieValue = "";
if( aCookie ==null ) return cookieValue;
for (var i=0; i < aCookie.length; i++){
var CookieArray = aCookie[i].split("=");
if (CookieEleName == CookieArray[0]){
cookieValue = unescape(decodeURI(CookieArray[1]));
}
}
return cookieValue;
}

4. 撰写google翻译函数
   function trans(obj,lang){//调用google 翻译
google.language.translate(obj.html(), "", lang, function(result) {
if (!result.error) {
var container = document.getElementById("translation");
obj.html( result.translation );
}
});
}
function transMe(lang){//遍历dom，翻译整个页面
$(".multilang").each(function(i){
trans($(this),lang);    });
}
function initLang(){//定义初始化翻译，在页面调用的时候翻译
var lang=readCookie('lang');
if( lang.length > 1){
transMe(lang);
}}
function Sl(l){createCookie('lang',l,1000);transMe(l);}//定义函数sl=switchlanguage翻译本页，在需要翻译的地方调用这个js函数即可

5. 引入上面的js，在页面最顶端<script>window.onload=initLang;</script>
6. 至此，便可以随心所欲翻译页面了。其实原理很简单：1.引入jquery和google 翻译库 2.编写翻译函数，用户点击对应语言的时候翻译当前页，并且记录当前的lang到cookie 3.初始化页面的时候根据cookie选择性的翻译当前页面。

下面的iframe是案例：

cosbeta在这里给大家拜年了，祝大家天天都能收到100USD，牛年大吉，第一天上班，心情还不错！

更正一下：是搜索联盟，不是自定义搜索！

前几天cosbeta还在洋洋自得的发表日志庆祝关键字“生活点滴”和“storyday”均有sitelink了，然而今天再次查看，发现搜索storyday，本站居然都无法排在第一位了，简直不可思议，毕竟storyday并不是一个常规的英语单词啊。

google，难道你正在向百度靠拢？（补充，随意调侃一句，超级G粉别太在意）

即便如此，本站依然会保持原创！