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: Register your Nexus S for access to premium support from Samsung Visit our Nexus S Help page for a full list of help resources Watch Nexus S on our YouTube channel Once registered, you . . . → Read More: Welcome to Nexus S?

Linode vps磁盘速度实测

事实证明Linode无愧于众多业界人士对其的推崇,今天实测了一下其磁盘速度真的不俗:

[root@li229-25 ~]# hdparm -tT /dev/xvda /dev/xvda: Timing cached reads: 25536 MB in 1.99 seconds = 12843.60 MB/sec Timing buffered disk reads: 340 MB in 3.00 seconds = 113.20 MB/sec [root@li229-25 ~]# dd if=/dev/xvda of=/root/dump bs=1024k count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 18.9223 seconds, 55.4 MB/s 以上为Linode vps的成绩,dd的速度为55MB/s 一下为笔者的台式机电脑,使用普通的西数硬盘 . . . → Read More: Linode vps磁盘速度实测

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>:

FluidDB in a Nutshell

View more presentations from Nicholas Tollervey.

. . . → Read More: Google DataWiki如何区别于FluidDB

[Repaste]The Underlying Technology of Facebook Messages

Facebook engineers have a new post on note portal as below:

We’re launching a new version of Messages today that combines chat, SMS, email, and Messages into a real-time conversation. The product team spent the last year building out a robust, scalable infrastructure. As we launch the product, we wanted to share some details . . . → Read More: [Repaste]The Underlying Technology of Facebook Messages

优化Google Analytics Java Script载入

Google Analytics可说是目前最好的浏览分析工具,我们在使用Google Analytics的时候都需要在页面上加载”google-analytics.com/ga.js”的这段java script代码,就目前来说ga.js的载入还是比较快的,而且在第一次载入后就会被缓存下来了;但实际访问页面时偶尔还是会发现瓶颈出现在访问google-analytics.com上。那么有什么好办法进一步加速ga.js的载入吗? 最近Google code推出的pagespeed里就推荐了一种方法:即使用异步载入的ga.js脚本;换而言之就是让页面先完全载入,之后在后台继续完成该java script代码的工作。使用这种最新的异步调用方式后,页面的载入速度几乎和不使用Google Analytics一样快了,实现的方法也十分简单,直接替换页面上调用ga.js的语句就可以了:

<script type=”text/javascript”> var _gaq = _gaq || []; _gaq.push(['_setAccount', 'UA-XXXXXX']); _gaq.push(['_trackPageview']); (function() { var ga = document.createElement(‘script’); ga.type = ‘text/javascript’; ga.async = true; ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’; var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s); })(); </script>

记得要将UA-XXXXXX替换成你自己的Google Analytics ID,如果你是使用wordpress ultimate Google . . . → Read More: 优化Google Analytics Java Script载入

利用pagespeed插件优化网站css层叠样式文件

“不务正业”的google最近发布了pagespeed插件和apache 2专有的mod_pagespeed页面优化模块;pagespeed插件目前仅有firefox版的,该插件要求预安装有Firebug页面debugger插件,你可以通过Tools->Add-ons->Get Add-ons菜单添加Firebug插件,之后登陆pagespeed在code.google.com的官方页面安装pagespeed插件。

pagespeed插件的使用十分简单,只要在打开你希望优化的页面后,点选Firefox工具栏上的Tools->FireBug->Open Firebug in New Window选项;如我在我的www.oracledatabase12g.com页面上打开Open Firebug in New Window就会出现以窗口:

. . . → Read More: 利用pagespeed插件优化网站css层叠样式文件

关于本博客的feed订阅

有网友反映说订阅的feed显示有问题,实际我使用firefox或opera等浏览器测试是可以正常显示的:

. . . → Read More: 关于本博客的feed订阅

如何使用MOS风格的代码背景?

很多使用wordpress的技术博客主都喜欢用一些HighLight Syntax的高亮语法插件,让文章中的代码段显得比较醒目和清晰;大约1个月前我也是HightLight Syntax插件众多拥垒中的一员。但今天我要说高亮插件的成本还是太高了,以我的blog为例(之前的www.youyus.com),highlight syntax插件包含的多个语法JavaScript脚本导致单个页面的载入需要交互多出大约60-70k的数据,这一因素直接影响了网站打开的速度(往往一个只有几十字的页面打开也需要3秒左右)。实际上绝大多数技术博客主仅会用到这些高亮语法插件中的部分语法JavaScript脚本,好比我一般只用Java,SQL这2中语言代码,而一旦启用了插件,它就会一股脑地把C#,C++,Perl,Shell一大家子的语法脚本在页面上调用;你当然会说这些脚本会在首次加载后被浏览器缓存,但如果所有的用户都仅仅浏览一页呢?

为了优化页面,我考虑到了使用和MOS(也就是Metalink)一致的代码显示风格,如果你经常和我一样去那里看文档的话,想必十分熟悉这种代码显示风格了:

为了实现这种代码显示风格,我们需要手动修改您当前使用的主题(theme)的style.css层叠文件,因为代码高亮插件引用的方式一般为”<pre class=brush:codetype>CONTENT</pre>”,所以我们只需要修改pre的属性,即可以完美修改现有文章的代码显示风格,而无需再去文章中修改。

一般我们直接到wp-content/themes/%themename%目录下即可找到主题相关的style.css文件,其默认的pre标记属性为:

pre { font-family:’Courier New’, Courier, Monospace, Fixed; line-height: normal; overflow: auto; padding-bottom: 25px; margin: 0px; background-image:url(‘images/bg_pre_dots.png’); background-repeat: repeat-x; background-position: bottom left; }

我们需要将pre标记的默认属性修改为:

pre { font-family:”Courier New”,Courier,monospace; background-color:#EEF3F7; overflow:auto; border-width:1px; border-style:solid; border-color:#C4D1E6; padding:0.5em; margin:0px;margin-top:5px; }

如果你在wordpress中使用了Super-cache插件则需要在后台删除cache页面,一般来说再次刷新页面就可以看到和我这里一样的代码显示风格了。

. . . → Read More: 如何使用MOS风格的代码背景?