据Google黑板报报道，在Google制作完成英文版本的2008北京奥运会火炬接力地图后的一周之后，Google为广大中国网民推出了简体中文版的“2008全球火炬接力报道路线图”，利用Google Earth卫星地图来追踪奥运圣火传递路线，并在线观看来自CCTV的每一地的接力视频。
英文用户可以访问这里获取一个Google Earth地标文件，中文用户则可以通过这里来访问这一路线图，同时还可以在这个页面内下载全套 134 个接力城市的地标，这个Google Earth地标可以让我们随着奥运圣火的接力路线来遍历所有的相关城市，是一个不错的长见识的资源。
你需要首先拥有Google Earth软件才可以浏览相关地标。如果你的电脑上已经有了 Google Earth， 只要在这个“2008全球火炬接力报道路线图”页面上点击那个蓝色的大按钮，即可一次下载包括本次全部134个接力城市的地标。这是全球第一套由 Google 公司官方发布的包含多达上百个城市的中文地标，图文并茂，很值得收藏。
下面是Google黑板报提供的在Google Earth中看到的相关截图：
据Panoramio官方博客报道，在四月七日，大约30万张最新更新的照片被更新到Google Earth的Panoramio图层，比计划中的更新日期（4月12日）提前了。
现在，ID号在8，620，000之内的图片都更新到了Google Earth，下一次更新将会在五月二十五日进行，届时四月五日之后的照片将会被审核更新。
Panoramio是西班牙的一个的社会化图片分享网站，允许用户上传图片并且对图片进行地理标记。在Google Earth里的默认图层列表里，Panoramio就是其中一个。在2007年5月，Google将Panoramio收购了。
出于某些方面的考虑，我很早就购买过一些国外的虚拟主机，最近两年我一直都在续费DreamHost的虚拟主机，现在我很遗憾地发现，我这对这家著名虚拟主机服务商的忍耐力已经快接近极限了。
对于DreamHost所遇到的种种问题，我觉得原因归根结底就是一个，那就是DreamHost非常夸张的过度销售(overselling)策略。购买一个DreamHost的虚拟主机，可以绑定无限多的域名，拥有500GB空间，每月流量5000GB，这么夸张的配置真的只要9.95美元吗，我们真能用得到这么多资源吗？
举个我实际的例子，我的月光博客容量几百兆，每月流量大约450G左右，我就已经无法再使用虚拟主机了，我几乎一直都在使用独立服务器了，因为只有独立服务器才能提供这样的流量和CPU支持。同一台服务器，只有一个人使用和有数百号人使用，两者是完全不同的，虚拟主机所能提供的资源是非常有限的，而DreamHost的这种永远无法兑现的虚拟主机只是在欺诈那些网络初学者而已，虚拟主机不可能提供这么大的空间和流量。实际情况也是这样的，除非你的网站全部使用静态HTML文件，否则，你在达到其流量限制的1%前就已经要被他们要求“升级”了。
现在，我就收到了DreamHost的邮件，他们的邮件说，在最近的九天内，我的用户的CPU使用时间上比这个主机上的平均用户多两倍，他们要求我付更多的钱去购买CPU的使用率，升级到DreamHostPS。
实际上，我只是搭建了几个WordPress博客系统和一个Discuz论坛，为了减少CPU负荷和MySQL使用率，我还特意在WordPress上使用了静态化插件，将大部分文件都静态化了，即便如此，在流量大的时候，我还是发现网站经常出现500错误，无法连接MySQL服务器更是家常便饭，我相信WordPress和Discuz系统本身应该不会有什么问题，况且我还做了大量的优化工作，CPU使用率应该不会很高，可是为什么还是得到这样的结果呢？
目前我在DreamHost上所有系统的总流量通常都不大，最近一段时间才达到每天800M流量，总用的使用空间不到1G，离他们的配置要求相差甚远，竟然使用的CPU就已经超过了他们的许可，我就实在不清楚这个主机上的其他用户到底是怎么使用DreamHost的了，我想，除非我全部使用静态HTML做网站，否则是不会达到他们这种苛刻的要求。
我不知道其他人是怎么使用的虚拟主机的，不过我想我对于动态语言以及数据库的优化已经做了非常多的工作了，别人是怎么使用DreamHost的呢？难道其他用户全部都是网站流量非常小，或者全都是静态页面，也不在乎经常宕机，不在乎速度慢，我真是很困惑。
我现在已经受够了DreamHost，我也不会为他们的overselling继续买单了，我开始寻找下一个国外虚拟主机商了，现在，我宁愿选择那种只支持一个域名，每月限制流量在100GB以下的主机，也不会再选择那种可绑定无穷域名，声称每月提供1000GB以上流量的服务商了，否则，那可能将是另外一场噩梦。
最后提一下，我使用SSH登陆后，用下面的语句查询我使用DreamHost的这台服务器的用户数，得出结果：一共有380个Shell用户和1069个FTP用户。
grep -i /home/ /etc/passwd | grep /bin/.*sh$ | wc -l
grep -i /home/ /etc/passwd | wc -l
据Google Code Blog报道，Google的一个大受欢迎的图像软件Picasa有一个开放的API，可以让用户将自己的按钮添加到Picasa的界面之中。
这些按钮可以往你电脑的其他应用中发送文件，这个示例文件演示了如何发送文件到Adobe Photoshop CS3，当然，你也可以选择上传照片或者视频到某个网站上。
这里还要介绍一下Google的Web Uploader API，这个API使用了几年前那种发布到Blogger图片的协议，会在上传之间进行图片的预览，使用Web Uploader API，用户可以使得界面更像发送电子邮件的样子，例如“正在上传，请等待……”，Picasa还可以在发送图片之间调整图片大小，以便节省发送时间，这里有一些PHP的演示代码供参考。
用户添加自定义的按钮显示效果如下图所示。
正因为这些按钮可以由任何人制作，因此也意味这Picasa按钮的大小是固定的，你可以做一个你个人博客的按钮或者你的图片存储空间的按钮，类似Picasa集成Flickr的那种应用。
Twitter是一种易于更新的微博客系统，用户可以将自己的想法以简短的文字由网站、手机短信息、IM（即时信息服务软件）等快速发送给自己的订阅者和好友，用户也可以通过手机和IM接收这些信息，目前国内也出现了很多类似Twitter的网站，比如饭否和叽歪等等，支持国内移动通讯服务商和国产IM工具的绑定，由于Twitter的影响力和使用者逐步扩大，通过Twitter来推广自己的博客也成为可能的事情，这里就介绍四个使用Twitter微博客服务进行博客推广的要点。
一、用户注册
如果你的博客已经颇有名气，那么就用你最常用的用户名注册，自然会有人关注你。如果你的博客的知名度还不大，那就不如注册使用一个比较引人注目的ID注册，然后修改你的头像，你可以将自己的头像修改为一个帅哥或者美女的头像，这时也会有很多陌生人关注你，这在国内通常是非常有效的。
二、增加好友
找一些你喜欢的人，将其添加为自己的好友，多添加一些知名人物，因为你follow他们，通常他们也会follow你。如果你使用邮件很频繁的话，可以利用Twitter的邀请系统follow你的Hotmail、Yahoo、Gmail通讯录上的朋友，这样你就可以增加足够多的好友，这时你就可以开始对他们发布一些有趣的信息。
三、内容建设
在Twitter上发布信息，要注意内容的质量，切勿无病呻吟，多发布一些有趣的消息或者爆炸性新闻快讯，对于新闻快讯（Break News）要抢在第一时间发布。
四、博客推广
鼓励你Twitter上的好友访问你的博客文章，将你最新的博客文章发布到Twitter上去，因为有人在Twitter上关注你的时候，他们通常都会访问你发布的文章。
你不必手动将文章链接更新到Twitter，通过一些第三方工具可以自动将你最新的博客文章发布上去。目前主要的第三方工具为Twitterfeed和Feedlr。
Twitterfeed.com 可以自动将你设置的RSS Feed内容发布到Twitter，自动将URL地址转换为TinyURL短地址，需要使用OpenID登录。
Feedlr.com 是一个类似Twitterfeed的服务，除了支持Twitter外同时还支持国内的饭否和叽歪，对于国内用户来说，饭否和叽歪也是非常流行的类Twitter服务。
最后提醒一下，如果你想成为一个Twitter好用户，请不要滥用Twitter以及类似服务进行博客推广，否则可能效果会适得其反。
据Google Blogger的官方博客报道，Blogger最近做了一个试验网站，里面包含了一些新版本的功能，可以将原先版本的草稿在指定的时间发布到主页上。
如果你想要提前体验一下这个新功能，那么登录到draft.blogger.com而不是www.blogger.com，如果你看到不同的图案，那说明是找对地方了。
Blogger最新的两个特色功能你都可以在draft.blogger.com上测试，分别是：
1、预发布文章，你将文章写在草稿中，设置发布的时间和日期，那么在未来的指定时间，系统会自动将文章在那个时刻显示出来。
2、侧栏的链接列表，这个侧栏链接列表是基于Google Reader的，可以显示那些最新更新的博客甚至包括更新的文章。
目前最流行的建立网站的服务工具就要属Apache与IIS了。那么他们之间到底哪个性能更好呢？到底哪个工具才是最适合我们的呢？最近我也对这方面的问题进行了一番研究。
如果是基于Linux平台的话，那不必多说自然是Apache了，因为IIS只能在Windows环境下运行，而Linux+Apache的整体性能、安全性、通用性也都强于Windows 2003+IIS 6.0，不过如果在Windows 2003的服务器上，IIS 6.0和Apache 2.2.6到底哪个性能最好呢？
我于是做了一个测试，在不同型号的Windows 2003服务器上安装IIS和Apache，比较两者的性能，最基本的比较是静态HTML网页读取的比较，在我的测试之中，我发现Windows 2003下的IIS 6和Apache 2.2.6在静态HTML文件的处理性能上基本是相同的。
测试环境：三台不同的服务器，CPU分别是P4 2.8E超线程，酷睿2 E6300，至强 5110，软件分别安装的IIS6和Apache 2.2.6.三台服务器都放了一个40K的HTML文档，我使用WAS（Web Application Stress Tool），开100个线程对这三台服务器进行吞吐量处理测试，测试其每秒钟处理线程的能力（Requests per Second），测试时间为1分钟。
对于P4 2.8E和E6300，无论对于IIS和Apache，两者的点击数都基本上是250，每秒钟处理响应的数目大约为4.17.这说明对于静态HTML文件的处理能力，IIS和Apache在Windows平台下是基本相同的。
而Intel至强5110的测试数据就相差非常大，在IIS下点击数达到了1838，每秒钟处理响应的数目达到了30.63，几乎比前两台服务器高了7倍，这说明在同样的软件环境下，即使是入门级别的CPU，Intel至强服务器也具有远远超过普通奔腾服务器的性能。
因此得出结论，如果一个网站的大部分页面都是静态页面，并且是假设在Windows 2003服务器上的，那么IIS和Apache两者性能基本相同，要想提高网站的整体吞吐量，需要在服务器硬件上进行升级。
