标签：google

这，其实是一个用户体验与功能协调的问题。因为以后的项目中很可能也会采用标签（如今阿猫阿狗的网站都有标签功能，但什么样的标签最好，才是个疑问）。借机参考一下

新闻来源:http://google.org.cn/2009/07/02/gmail-drag-and-drop-labels/
恩恩，Gmail的标签功能非常好用，估计很多Gmail黑带高手都自己建立了很多过滤器来将邮件自动通过标签来分类，再加上自定义标签颜色功能，使打开的Gmail呈现一片五颜六色之势，美不胜收。今天Google宣布继续大幅增强标签功能，新功能一个赛一个的实用。 第一：标签显示的新位置

以前标签总是出现在Gmail界面的左下方，独立存在于Labels框架里，与收件箱/发件箱/加星箱（我自己起的名字……）/草稿箱什么的分开老远。现在你可以直接将Labels框架里的常用标签给拖到上面来了，跟这个箱那个箱的排列在一起。

scrapbook.rar

第二：标签的隐藏与显示

如果你设置了很细致的标签造成标签泛滥，那你Gmail的左侧会拉的很长。现在你可以选择把那些不常用的标签隐藏到more下拉菜单里。



更棒的是你在Gmail Labs里添加的自定义标签颜色现在可以删除了。我的自定义标签里就有很多实验出来的配色不好的颜色，但我之前一直没找到怎么删，很苦恼。



你也可以为标签进行排序了，而不必在标签前面加序号/特殊字符的方式强制使一些常用的标签排到最上面去，比如什么“000最重要”、“+++女友的信”等等。

第三：拖拽

拖拽加标签，太酷了！你可以把需要加某个标签的邮件勾上，然后拖到标签上，比如这样：



也可以反其道而行之，将标签拖到某些打钩的邮件上，比如这样：



如果你的标签在more下拉条里，一样可以做拖拽操作。

所有这些更新意味着Gmail Labs里的Right-Side Labels该下岗了，你已经不需要它来帮助你节省屏幕空间了。

以上这些更新将很快陆续出现在你的Gmail里。现在我这里只出现了删除自定义标签颜色，其它还都没有，估计就这几个小时了。另外如果你想第一时间体验到Gmail的新功能，别忘记使用英文版而非中文版。

我知道又会有无聊的闲人留言说“腾讯快来抄哇~~~~”，咳咳，我先把这句话给说了，让你们这些没技术含量的人没的可说。

本来一直不敢用google map的，因为在以前测试的时候发现中国地图上的一些数据不全，那时候想着有几个地图可以用google map,microsoft map,51ditu,mapabc,yahoo map，有这些可以用，为什么非要用google呢。

当时想用微软的MAP,但是介绍的文章有点少，就没有多研究。51ditu和mapabc关注的比较多一点（现在mapabc也能够用HTML广告了）。

后来看到google map的时候已经是今年上半年了。鼠标在随意点动的时候发现一个小小的细节：地图数据来自mapabc。突然非常惊讶，打开API页面把区域拖到中国区。放大后发现确实数据来自于mapabc。

mapabc的小城市数据也比较详细，非常激动。准备重操旧业

不过mapabc的API也需要学习一下

以下是一些网址：

http://groups.google.com/group/Google-Maps-API-China?pli=1

http://code.google.com/intl/zh-CN/apis/maps/ 这里只有V2的

http://code.google.com/intl/en-US/apis/maps/ 这里已经有V3的了

http://www.codechina.org/doc/google/gmapapi/ 这里是国人同步翻译的API文档，不过现在仍然是V2

http://code.mapabc.com/reference.html mapabc的API

http://code.mapabc.com/down.shtml 最新的flash API 下载

一种新的图片验证方式。。

原文来自：http://www.cnbeta.com/articles/82206.htm

新闻来源:CNET
Internet上一个持久的问题，就是如何屏蔽掉一些自动软件，如自动注册帐户然后发送垃圾邮件或垃圾回复以提高站点的搜索排名。Google一直致力于这方面的研究，已经在尝试新的方法让bot退散。
目前的测试方法被称为Captcha(全自动区分计算机和人类的图灵测试)，新的Captcha方法的原理是，人类通常能区分出图片的哪个方向是朝上的， 而电脑不能。Google发布了一项新的研究成果，提出了一种区分电脑与人类新的测试方法。这种方法要求受验证者旋转给定的图片，使其直立。

怎样才算是直立的？Google的测试依赖于寻找人类容易识别而电脑很难做到的图片。

Captcha目前已经被广泛使用，经常出现的形式是一些人类还能阅读的污损扭曲的字符 。对于这一方面的研究已经有很多，包括识别3D图片以及区分猫和狗。
如下是来自Google的作者Rich Gossweiler, Maryam Kamvar和Shumeet Baluja在他们的论文中对图片取向技术的描述（论文PDF下载）：
这项任务要求对图片常见复杂内容的分析，对于人类而言一般很简单，而对机器则很难。

给定大量的图片库，如网页图片搜索结果，我们使用一个自动方向识别器识别出那些很容易被识别出是直立的图片，然后我们通过社会反馈机制来确定剩余的图片是否直立对于人类而言是易于识别的。

这种Captcha方法和传统的文字识别方法相比具有很多优势：独立于语言、不需要字符输入并且开创了除文字扭曲以外的另一种Captcha生成方法。这种Captcha能快速的实现，并且有着几乎无限的图片来源。

我们进行的大量的实验就这种方法的可行性进行调查，人类在识别的时候具有很高的成功率，而bot的识别率很差。由于不需要文字输入，其用户体验也比文字类Captcha要好。



有些图片的直立方向的识别对人类也很困难。一次500人的测试的结果显示，受试者对左图的直立方向有着很大的分歧，而右图则不然。

最困难的一点是，如何在难易程度上找到一个平衡点。有些图片对于人类而言很难确定方向，而有些图片暗藏着线索（脸、文字、蓝天、绿草）可以让电脑找出直立的方向。

为了解决这个问题，除了向用户提供已知的易于识别的图片以外，也会加入一些新的图片。如果这些图片经常难以被正确识别出直立方向，就会自动从图片库中去除。

研究者喜欢这种方法的部分原因是图片不需要污损或扭曲，不像Google当前使用的文字Captcha。但图片Captcha在bot与网站之间的军备竞赛中，也不能保证一直有效。

“随着图片方向检测系统越来越先进，我们用于筛选图片的方法也跟着升级，以避免将会被机器出来的图片呈现给用户。”研究人员说，”最终也许我们还是要用到图像扭曲。”

前段时间放了一篇张宴关于GOOGLE架构的文章，张宴文中引用了google docs分享的一个PDF，然后我就全文复制过来了。

结果N个人和我抱怨说IE打开就死了。

因为在看完文章后，我去GOOGLE docs进行一下试用，它会把pdf,ppt都会搞类类似于幻灯片的方式共享，而且引用方法是采用了iframe

当朋友们和我抱怨时，我就在猜测，是不是这个iframe导致的。

于是，把内容放到文章页后，正常了。oh yeah...

在没有使用google reader订阅RSS前，我一直使用 GreatNews，但是我不可能在单位和家庭两处都同时订阅和查看RSS吧？所以改用网络版了。

基于国内的网络，我也曾经有过多个选择，但最终还是使用google reader，目前，我订阅的RSS已经超过了100个，虽然有很多是我一带而过的看看的，其实只是扫一遍，但至少我确信，这里面有一些RSS源的内容还是我非常喜欢看的。

以前的READER永远让我只是孤独的欣赏，虽然有share功能。今天看到cnbeta上写着：

Google Reader team刚刚公布了一项新的特性,这一网络上最流行的feed阅读器开始支持评论.
这意味着您的朋友们可以开始评论您订阅的内容,但想看到他们的评论需要切换到评论模式才可以,当用户有评论时,他们的头像会显示一个评论气泡,点击就可以看到,这一功能也开始在移动版本的Google Reader上出现.

很开心，但是有人回复说中文版不支持，不过，对于我这样的IB青年来说，当然我是使用英文版的GOOGLE READER的，可惜现在这个功能，只支持在：friend shared items栏目里。不是朋友共享的，就无法评论。

我觉得象这种，应该是共享有相同的RSS的源的人，可以提供一下COMMENT，试想一下，如果有这个功能，对于WEB网站来说，是不是会损失流量呢？哈哈

http://www.cnbeta.com/articles/78036.htm
这是一条来自cnbeta的新闻，看到这个我很惊讶，确实非常的惊讶。
如果说GOOGLE是采用activex来实现，我恐怕不会惊讶，要知道foxmail等就是采用了这种方法。
但事实上，没有......

在我的猜测里，它应该是采用FLASH实现的。因为在我的想像里，好象只有FLASH才能实现这种多文件上传。
我没有看到具体的源代码，这仅仅是我的猜测，但我确实希望这不是用flash实现的，因为他的进度条，并非用flash实现。

这是一个进步。或许是我们以前的思路出了问题？

看到这篇文章，就随手转贴了一下，因为我自己也在使用这样的功能，而且，现在的网站几乎都有google的广告。所以从yahoo的14条军规来说，这并不违反这个规则：使用CDN，尽量不要有超过4个域名的链接。所以你想呀，有一些google广告和yahoo的统计再加上1至2个其他的链接，肯定是没有超过4个域名了。CDN，有现成的，使用了，也算是完成了14条军规中的一些了。不是吗？所以。。。。。。

原文：http://shawphy.com/2009/01/why-google-cdn.html

自从之前jQuery 1.3版起，就已经没有提供pack版了，而我也十分赞成使用Google CDN进行代码托管。

这样做有以下几个好处：
1，更小下载量。
都知道jQuery 1.3 pack后有38k之多，如果当然可以删除版权注释以获得更小的代码，遗憾的是这不仅无耻且只节约1个k都不到。而同样利用Google APIs 提供的GZip过的Min版，只有18k，对用户来说下载量更小。

2，减轻服务器压力。
虽然现代浏览器都有了缓存，但以前我看到过资料说某大型网站发现他们70%的访客缓存都是空的（哪位同学能帮忙找到资料请下面留言，不胜感激~）。所以，让Google为我们提供服务，而不用自己操心自己的流量~少个库可以少个连接数，何乐而不为。

3，多个网站共享缓存。
如果用户访问的多家网站都使用Google提供的jQuery，那么对于用户来说，只需要缓存一次后即可只读取缓存中的数据！而不是每个网站都要重新下载一份。对此进一步加快用户访问速度。

4，更快执行速度。
jQuery 1.3.1发布的发布信息中， 为jQuery不提供pack版给出了官方的解释。除了不易debug，在Adobe AIR和Caja-capable等环境下无法使用之外，更重要的是因为执行速度问题。随着jQuery逐渐变“胖”，用pack压缩后在浏览器端“解压 缩”所需要的资源越来越大。想象一个超大的字符串多次replace后再eval的情景……这不比直接读取一个不需要解压缩的min版来得快。John给 出了一些数据，有兴趣的同学可以看看。

反对的声音：
“不安全”、“没安全感”、“放别人的机器太危险了”、“他们服务器倒了呢？”、“以前刚开始的时候就down过”

我认为（晕……怎么我觉得我在写四六级作文……）Google服务器down的几率与我们自己服务器down的几率不会有显著性差异（抱歉，我又空 口无凭说话了……不过如果哪位同学能给出数据来拒绝我的零假设，认可备选假设的，欢迎提供，再次不胜感激~）。所以就放他们那边吧，挺安全的。

另外我还听到关于不能让整个世界为着Google转，Google阴谋论，Google威胁论的声音。实际上Google确实正朝这个方向发展，让 整个互联网围着他转。可以看他提供的一些服务，什么云计算，什么App Engine之类的，都企图让人们的应用都建立在Google至上，当Google成为了空气的时候，他已经无处不在了。这点来说，值得担忧。

虽然我的google adsense广告几乎没有人点，但是今天看到adsense小组说的重复投放的事情，还是有必要转帖一下，帮助其他人，免得重复 。。。

AdSense中文小组告诉我们：

自从我们发布了服务 器端广告设置这个功能以后，大家修改代码就更加方便了。Google AdSense代码投放的最好办法是直接通过帐户获取代码并嵌入到要投放的网站页面源代码中，但是我们发现有一些网站调整了AdSense广告代码的展 示。比如在一部分文学网站和一些内容管理系统中有类似于此的AdSense代码投放方式：

该种广告投放方式会导致一个广告位对系统产生多次广告查询，浏览器会多次处理这些请求，这样会影响用户体验。为了避免出现该问题，我们建议您按照以下方式修改广告代码：
1. 直接粘贴您的AdSense代码到页面源代码中
2. 通过iframe调用广告代码，但是一个页面只能嵌入一个iframe单元

AdSense 产品部门正在对广告后台进行一些调整以提升广告投放的准确性，如果您在使用类似上述原理的方式投放Google AdSense广告，那么接下来的这些调整可能会影响到您网站的广告投放。我们建议您尽快按照上述符合要求的方式投放AdSense广告，以避免接下来的 调整影响到您网站的AdSense广告投放。

我们注意到大家采用该方式以解决页面内容下载过慢的问题，但是从我们目前的数据和发布商反馈来看，AdSense广告在本地区的投放是不会影响页面内容下载的。

我们会通过系统邮件通知一部分以该方式投放代码的发布商，也希望大家相互转告，尽快实现代码的更换，以避免接下来的产品调整影响您网站的广告展示。如果您对此还有疑问，也欢迎通过支持链接和我们联系。

看起来很美的一个东西，生成sitemap的XML文件，这是CB上的某人投稿，第一遍我没看懂它的作用，再看还是没看懂，再看一遍发现有点懂了。但是我没有发现他究竟有什么好处，唯一让我感到的就是它应该会有点耗CPU吧？即使它是一个插件。。。

原文地址：http://www.cnbeta.com/articles/74798.htm

原文内容：新闻来源:http://www.sanliangfan.com/archives/974.html
网站地图对于搜索引擎索引网站是很 有帮助的，网上也有很多这样的软件、工具。比如 WordPress 平台的 Google XML Sitemaps 插件就是这方面的佼佼者，不过今天 Google 发布了他们自己制作的 Google Sitemap Generator （谷歌网站地图制作工具），帮助站长制作更好的网站地图文件。

关于 Google Sitemap Generator

Google Sitemap Generator 基于开源软件精神制作，完全免费。它能够通过分析网站流量、服务器文件和网站日志发现新的和修改过的网址。

通 过这些方法 Google Sitemap Generator 能够快速地找到这些网址并计算有关数据，从而使您的 Sitemaps 文件尽可能有效。一旦 Google Sitemap Generator 生成器完成网站网址收集任务，就可以为你的网站创建以下的网站地图文件：

1、XML Sitemaps ：基于 sitemaps.org 标准的搜索引擎索引文件

2、Mobile Sitemaps ：优化后的网站对于手机用户更加友好

3、Code Search Sitemaps ：让你网站上的开源代码能够被使用者搜索到

此外 Google Sitemap Generator 还可以发送 Ping 到谷歌博客搜索，恩，这个功能我很是欣赏。虽然 WordPress 后台加一条 Ping 地址也能够完成同样的任务，但是对于其它类型的网站就会增加上谷歌博客搜索的机会。

当然还不止这些，有时候你更改了以前博客文章的链接， Google Sitemap Generator 会帮助你通知谷歌博客搜索修正数据库里的链接，这样就可以减少很多404错误的出现了。

Google Sitemap Generator 的博客 Ping 服务不仅仅只支持自家的博客搜索，同样也支持所有符合标准的其它博客搜索引擎。

使用 Google Sitemap Generator

Google Sitemap Generator 是一个服务器插件，可以同时安装在 Linux 的 Apache 和微软 IIS 服务器。与其他服务器端插件一样，安装的时候需要你拥有管理权限。更多的安装细节可以看这里 Google Sitemap Generator documentation 。

PR值的升降与alexa的排名无关。听说今天是更新了PR值，立马冲上来查看了一下，发现phpoo.com升为2，neatstudio.com从5降为4，其他的没变。仍然保持原样。由于PR其实是衡量多少人愿意将他们的网站和你的网站挂钩的指标，所以对于它的变化，我还是相对比较关心的。当然还有alexa的排名。

此次，据说唯一一个国内没有降权，而且始终保持为PR=10的网站，就是信产部的网站，牛叉，极其的牛叉。

对我来说，我仍然会继续保持我的更新。当然我可能会更多的使用一些工具来优化一下站点。听说和一些与本站内容无关的网站进行互联会降低PR值 ，不知道是否真有此事。听说而已。。。

我每天都在看yahoo的网站分析 ，也会经常查看一些关键字。所以有时候会有针对的多添加此类的文章。但是不知道是出于什么原因，我的网站在百度上只有一条记录（传说中的被 K ？）或许吧。。。

随意喽。。。呵呵，即使这样，还是有人能够通过百度搜索到我的网站，太有意思了