膘叔

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 ？）或许吧。。。

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