Google Nexus S重启bug被官方确认

Google员工已经官方确认了这个意外重启bug,并宣布其会主动协同Samsung解决这一麻烦的根源;就最近的修复申明来看他们似乎已经找到了问题的root cause,可以预期这个reboot bug可以在短期内得到修复。据分析这次的问题出在制造商身上,而非由Android 2.3姜饼操作系统引起。至少现在已购买了Nexus S(譬如我)的用户可以松一口气了,修复补丁已经在路上了!

对于那些还没有购买Nexus S且目前仍跃跃欲试的朋友,等待一段时间可以说是最好的选择;或者你希望了解更多更详实的关于Nexus S的消息,那么G4Games会是一个最佳的信息来源!

Welcome to Nexus S?


周六入手了Nexus S,发觉绑定账号后直接使用gmail的contact通讯簿还是件挺cool的事情,周一就收到了Android Team发来的welcome邮件:

Google and Samsung have partnered to bring you Nexus S, a pure Google experience phone. Learn more:

Once registered, you can contact Samsung directly at +1 855-EZ2NEXUSS (+1 855-392-6398) for support.
Sign up to to receive updates and promotions about Nexus S.

Enjoy!
The Android Team at Google

要说在Nexus S上最令人沮丧的事情是什么,那么绝对是无法体验google定制的Youtube这一遗憾。

Google DataWiki如何区别于FluidDB

谷歌公司最近在其Google Lab上启动了数据维基(DataWiki)的项目。据谷歌官方称DataWiki将会是”一种数据结构化的维基”。根据其页面介绍,该项目理念来自于2010年海地地震期间发展起来的人物搜索(Person Finder)应用。谷歌开发者看到了创建结构化数据共享系统的急切需求。

该项目乍听起来与FluidDB十分相似,FluidDB常被形容为”一种被托管的维基核心数据库”,FluidDB的Nicholas H.Tollervey很愿意为大家解释这2个项目有何种不同。

DataWiki是用来快速构建简单且特定用途的数据库-例如Person Finder。而FluidDB则试图构建大型数据库所需要的一切。

就Tollervey提出的,这2个项目间的存在主要差别有:

  • 结构:DataWiki的每一页都将遵循某种预定义的结构。而FluidDB则不会将某种模式强加给用户,并且事物总是以对象的形式表达出来而非列表”。
  • 审核:DataWiki似乎不准备提供任何访问控制机制。FluidDB有一个权限系统以控制那些用户有权去使用特定的标签或命名空间。
  • 搜索:我们只能搜索特定的DataWiki页面。而在FluidDB中,我们可以在权限允许的情况下跨越数据集地搜索数据。

想了解更多关于FluidDB的消息可以阅读<FluidDB in a Nutshell>:

关于PageRank的一些见解

根据googlepagerankupdate.com的调查,最新的一次PR值更新发生在2010年的4月2日,更早一次则发生在去年圣诞期间也就是2009年的12月31日。相信不少站长都在期盼着PR值更新,Google PageRank预示着一个页面的重要性和相关性,我们需要大量高质量的链接来喂饱它。

很多人大概会很反感看到这一连串PR的计算公式:PR = 0.15 + 0.85 ( PR(Backlink 1)/TotalLinks(Backlink 1) + PR(Backlink 2)/TotalLinks(Backlink 2) + … + PR(Backlink X)/TotalLinks(Backlink X) )。在我眼中PR计算公式并不能说明什么,重点在于你的页面上有什么,其内容是否是独一无二的,是否能给大众带来帮助;实际上越是那些实际内容空洞接近NULL的站点越热衷于提高自身的PR。

在最近SEO业界有着关于PageRank将变得不再可见(invisible)的流言,这源于部分网站坚信PageRank是它们的命根子,是它们生命价值的唯一体现,这一迷信。就我看来这棒极了,很多人大概不再会为了一个数字在别人的网站或博客上制造垃圾评论了。不少SEO方面的公司和专家以PageRank值作为它们成功的标志,显然PR不因该被拿来做炫耀的奢侈品,我们因我们的creation而自豪,绝非因为一个数字。

你大概见到过不少PageRank很低而SERP(search engine results page,如果你不知道这个术语那么不要在乎它,我们要避免陷入一个怪圈)很不错的站点,由此可以证明PageRank并不意味着较高的排名。

SEO没有错,这是一份正当的工作,但SEO真正应该完成的是让我们的页面受到与其内容相符的搜索引擎重视程度,而缔造非某些数字。

Gmail priority inbox帮助你减少工作量

全世界平均每天发送2940亿封电子邮件,而脑力劳动者每周花在邮件上的时间大约为13个小时。在过去的几个月里,出现过不少用以帮助用户有效使用Gmail的工具。今天,Google推出了自家的priority inbox。如果priority inbox的选项被激活,它会将您的收件箱分成三个部分:重要的邮件,打星号的邮件,其他所有邮件。该系统会自动识别邮件的重要性,并将那些紧急邮件在收件箱中置顶。

Gmail将允许用户进一步客制化Priority Inbox。你可以选择显示那些你关心的版块(好比说那些重要的,未读的,以星星标记的邮件)。当然你也可以很简单地关闭Priority Inbox功能。这一切客制化工作都可以简单地从Gmail的设置菜单中完成。

Google计划将这一令人振奋的特性向每位Gmail用户推广。

指向老域名的反链丢失问题

反链是指互联网上其他站点指向你的站点的链接。它是SEO之路上最重要的方面之一。

如果你已经有了200个建立好的反链指向你的老站点。而你想要整站迁移到新站点的话,受限需要考虑这样做是否值得。你怎么知道自己有多少反链?首先,Google和Alex(显示的是Google的数据)是不可信的。Google只是显示站点反链的抽样。想要了解全貌的话,推荐使用Yahoo!Site Explorer。

要知道在Yahoo!上有多少反链,到https://siteexplorer.search.yahoo.com/中输入你的域名,譬如我的域名https://www.askmaclean.com,在结果页面上选择”Except from this domain”选项(就在”Show inlinks”的下面)过滤掉站内的链接。

ffff

可以看到有一条来自http://www.if1000.com的反向链接。

301重定向式可以将老页面的PageRank传递到新页面的(此时反链权值也会被保留下来),但是经过长期观察,这个权值会随着时间慢慢减少。因此,因该对所有客户建议,如果他们在老URL上有反链的话,他们需要逐个联系站点和目录的所有者,请求其修改链接指向的新位置。如果没有这么做(或者做得不够),你的页面的PageRank就会随着时间递减,即便你正确地使用了301重定向。当然这会打扰到大量的站长,因此这也是我们不建议那些已经拥有大量反链的站长进行迁移的原因。

如果你是创建新的内容(可以认为还没有反链),或者迁移一个只有少量反链的站点的话,我们的建议就不同了:你绝对需要在趁着反链还不多的时候迁移到一个搜索引擎友好的域名和目录结构中,否则将会更痛苦。

如果你打算迁移到一个新的域名,请记住:

  • 决定了就马上注册。
  • 在老站点上,开始为新域名编写文章。
  • 在创建域名后的3~4个月之后,将内容从老站点迁移到新站点。
  • 301重定向回把爬虫带到新的站点上

如果你足够lucky ,Google会很快识别到这个永久迁移,并将新域名纳入到主索引中去。

沪ICP备14014813号

沪公网安备 31010802001379号