Mac 下的中文字体不多，系统默认是使用细黑体来显示中文文字(STXihei)。

为什么苹果不使用宋体来显示呢，因为宋体是衬线字体。

衬线字体不适合在clearType下使用，因为过小的字号没有住够像素空间去展示（笔划末端的点缀太多），显示也不美观(比如Flash如果用了宋体在mac下 就比较悲剧)。

1. 关键字回顾：

RFC(Request For Comments) ，RFC文档是一系列关于Internet（早期为ARPANET）的技术资料汇总，于1969年开始发布。它制定了我们很多常见和不常见的Internet的各种文字资料和规范。

URI(Universal Resource Identifiers) 统一资源标识符， RFC 文献1630中定义了它详细的规范(1994年6月)

|- URL(Uniform Resource Locators) 统一资源定位符，RFC文献1738中定义了它详细的规范(1994年12月)

在URI的规范中，资源描述文字，只允许使用字母，数字，安全字符，特殊字符，和转义字符

转义字符在URL中规定是使用%和两个hex进行表示，所以也就是为什么浏览器的form post会自动进行转义成%xx的关系而不使用unicode的关系。

但是值得注意的是在URI中，空格是作为保留字的，所以URI规范中空格被辅以一个快速标记符号(short hand notation)来进行标识，就是我们看到的+号。所以在php中提供的urlencode方法是为了把字符串转换成URI规范用的, 保留空格转换成+号，可以模拟出浏览器form post的结果。

2. 说说 URL

URL 其实是 URI 中的一个子集，URI是一个很宽泛的定义，而且也在URI的基础上做了自己的特殊规范，例如

另外 URL 中把 # 规定成锚点是用来定位使用，使用了URI规定的保留字中的一个字符。

当然URL的escape也遵循了URI的规范使用 %和两个hex的格式。

值得注意的是URL的保留字和URI是不一样的，这些字符都是有特殊意义的

有没有注意到空格在里面？在URL规范中，空格只是认为不安全(unsafe)的存在，因为可能会因为排版和打印关系，可能会被忽略，所以URL中是需要把空格转换成%20的。对应的php提供的rawurlencode 方法是用来把字符串转换成URL的标准。

JS中的 encodeURI和encodeURIComponent 对字符的转义，虽然也是按照URI规范转义，但是它并没还有转换空格成+号，而是%20，后者会把URI的保留字; : / ?也进行转义。为什么浏览器和流行的server遇到 “ “,%20,+ 都会转换成空格？其实是为了更好兼容URI标准。

其实很多流行的http server都已经根据标准自动把url进行decode后给到后面的CGI进行处理，而我们自己的server很多时候需要开发来对这些进行decode。如果对这些标准不了解就很容易在decode的时候使用错误的decode手段。

而unicode目前使用场景最多的是在我们的脚本语言和页面展示中，为了支持更宽的字符集，用一种统一的编码来规范处理文字而使用，浏览器会根据资源的定义(charset) 对目标的文字先进行unicode转义后再进行统一的处理，这样就可以保证一个utf-8 的页面也可以同时支持请求GB2312的资源，而不会因此显示出错。

3. 附件：

除了URI和URL以外，还有一个不太流行的URN(Uniform Resource Name), 有兴趣的同学可以自己研究：P，它同样也是属于URI的子集。

html5 中针对高端手机提供了重力感应和重力加速的接口，开发可以利用这个接口获取到移动设备重力加速感应数据。

目前已经支持的浏览器只有chrome和firefox，以及IOS的webkit（貌似android上因为版本差异很大，部分低版本的系统不支持）。

通过iphone或者mac电脑访问下面的地址可以体验哈

http://www.pjhome.net/web/Orientation.html

使用也比较简单:

首先，绑定感应事件

使用上需要区分设备是否支持重力加速器，部分设备无重力加速，只能获取到方向

方向中分alpha，beta，gamma三个，其实对应我们常说的 y, z, x 三个方向, 方向可以通过 event 来直接获取到，获取到到的数据单位是 度数, 不过firefox稍微有点偏离规范，返回的是 弧度 单位。

相信所有做前端开发的同学都会经常使用 setTimeout(0) 来做很多事情，这个一度成为解决了很多前端疑难杂症的法宝。而且大家也知道 setTImeout(0) 的极限在16ms左右。也许很多人没想到这个是一个很严重的问题，但是在w3c性能小组的专家眼里这是一个非常纠结的设置。

那setTimeout和16ms会带来什么问题呢？

1. 我们都知道，我们在做页面动画的时候大多数都是在用setTImeout来控制每一帧的动画的， 而多个setTimeout的存在会导致很多次CPU中断调度的开销，为了减少这些开销，我们希望同一个统一的CPU中断调度管理调度单元来管理所有动画，

于是就出现了 requestAnimationFrame。 requestAnimationFrame 的出现不仅仅可以解决中断调度的问题，还可以更加优化得统一管理动画单元里dom元素的repaint方式。

2. 杯具的16ms，在早期。js的callback执行，是依赖CPU的中断来进行控制的，如果两个中断之间时间太短会导致，CPU性能消耗很高，同时影响能耗，于是微软和英特公司为了解决这个问题，就约定每个中断之间的间隔是15.6ms（64 fps）所以就是我们常见的约等于16ms的间隔。不过随着web的要求不断增加，大家对这个要求希望是放宽的态度，于是在高端浏览器，这个性能被提升了4倍左右，所以在chrome，ie10等浏览器，setTimeout的间隔缩短到了 4ms （250 fps）。 但是问题来了，这么高的消耗以传统的方式，并不能从根本上解决CPU的调度问题，而且能耗也会提升40%

于是W3C，提出需要取代 setTimeout(0) 的代替品 --- setImmediate

不过到底底层如何解决了这个CPU调度，还能保证脚本能够很快执行，这块舜子还在研究，了解的朋友也欢迎一起交流哈。

这是两个非常好的方法用来取代setTimeout的api，舜子也做了一些小小的实验来验证 requestAnimationFrame,setImmediate 和 setTimeout 之间的执行效率区别，在IE10下可以看到，setImmediate 接口的callback次数可以达到每秒 6000 次的的执行。而requestAnimationFrame主要目的是为了保证动画的圆滑播放，所以基本上是控制在60 fps的范围，而且根据文档介绍，只是一个时钟控制器在进行调度，而且会更加需要来进行按需渲染。

http://www.pjhome.net/web/html5/timing_test.htm

Html5 游戏开始初露锋芒，在终端上渐现优势的Html5 game 或许瞄准了一个非常号的平台。微软的加入更加让Html5的普及加上更多的动力。

看看微软做的html5游戏吧，这个在FC上的经典游戏，也跨平台到了HTML5上，不过借助网络的力量，这个版本的吃豆人可以自创关卡哟～

这个游戏由澳大利亚的网页游戏工作室Soap Creative开发，发布于微软的MIX11开发者大会上。

使用 Opera firefox Chrome IE9 等浏览器都可以玩哈～  猛击这里游玩

Mac 下不乏很多好用的blog工具。不过当下写Blog的人也越来越少了。随后也出了很多代替品，例如：点点之类。

不过写博客最好的工具还是离线Blog工具，不过这些工具对很多来说都比较高端。

看看自己的Blog其实也很长时间没写东西了，自己也总在找借口说工作忙。其实是因为工作忙还是因为其他原因呢？

其实也是发现自己写Blog开始希望点点的方式，微博客，用最简单，最快的方式写博客。PJBlog的Blog功能我现在看来还是过于复杂了。

说了是发日志测试还是推荐一下Mac下的MarsEdit吧, 当然也顺便优化一下PJBlog3的XML-RPC接口的一些bug。让其对离线Blog支持得更加好一些。

另外 MarsEdit 还有个好处就是，通过xmlprc发过的图片文件都会记录在库里，下次使用的时候非常方便。而且他的预览功能也比较直接，不过还是需要懂一些代码才能玩转（是不是老外写博客的人都会Html呀）

（拖拽图片，边写边Upload比较适合PJblog，因为舜子尝试过MS Writer，一次传输大量图片会导致服务器处理超时。）

近期node.js的消息越来越多，越来越多的前端开发开始关注到这个似乎可以改变我们命运的新技术。其实node.js和之前的mozilla rhino一样都是可以本地执行脚本，不过和rhino的区别在于node.js更加希望的是让前端开发能够通过自己熟悉的语言更块地搭建自己的后台服务。

基于node.js，其实对云端化是有帮助的。Cloud9 IDE就是借助node，让编辑器也云端化。Cloud9 IDE基于node.js，服务于node.js。它提供了编辑器基础的功能。同时也给node.js一个可视化的调试环境（前端开发要是没个可视化的调试器，估计会很抓狂）。

好了，准备开始研究node.js的同学一定不能错过这一个开发辅助利器哈。

如何安装：

首先确认你已经安装好了node.js，这里就不讲如何安装node.js了，步骤也很简单，编译过程也很快。下载node.js到这里 http://nodejs.org/

到 github 下载源码 https://github.com/ajaxorg/cloud9

当然, linux或者window的cygwin同学可以直接使用git工具来获得  

git clone git://github.com/ajaxorg/cloud9.git

执行 :

1. 到你的cloud9的本地目录执行

Linux and OSX:

$ bin/cloud9.sh 

Windows:

> bin\cloud9-win32.bat 

2. 然后 在你的浏览器里直接打开 http://127.0.0.1:3000 即可以打开编辑器，嘿嘿是不是启动比神马的eclipse要快很多呀。当然这里还是推荐chrome了。

在cloud9 IDE中你可以很方便地调试你的node.js代码，而且cloud9也提供了多种语法高亮效果. 不过既然云端了，cloud9也会出现一些很明显的问题，例如不能直接编辑本地文件，你在启动编辑器的时候设置一个工作路径，你之能编辑这个路径下的文件。

*通过 -w 启动前设置工作路径

$ node bin/cloud9.js -w /path/to/your/awesome/workspace 

W3C官方推出了HTML5的官方logo，同时也给开发者提供了很多推广的方法。同时除了HTML5自己的LOGO以外，HTML5的一些新技术也有了自己的logo，更多的大家可以到官方站点去发现哈～ 

访问地址: http://www.w3.org/html/logo/

岗位职责：

1. 前端开发javascript开发
2. 终端设备上的web应用

岗位要求：

•  2年以上相关工作经验；
•   精通javascript、HTML语法；有一定的跨浏览器开发经验；具备优化javascript性能经验；
•   能独立html、css的页面制作、具备了好的css功底
•   有flash或手机终端开发经验优先；
•   具有成功的互联网应用软件开发经历优先；
•   具备良好的分析解决问题能力，能独立承担任务和有系统进度把控能力；
•   责任心强，良好的对外沟通和团队协作能力，主动，好学。

联系方式：

有意者，请将简历和作品发到我邮箱

puterjam[at]qq.com
zishunchen[at]tencent[dot]com

另外一则信息：

腾讯1月8日深圳专场+预约招聘会 等待您的参与

http://hr.tencent.com/scene_detail.php?id=11

Base64编码的数据做为URL的应用开始越来越广泛，转换的工具也不少。但是不少工具都是要下载或者在线进行转换，或不能进行批量转换。

这里舜子利用HTML5的FileReader我们是可以对本地文件进行读取并且转换为浏览器用的base64 URL，

然后利用HTML5的Drag&Drop我们只需要把文件拖放到浏览器窗口即可开始进行转换。

工具地址: http://www.pjhome.net/web/html5/encodeDataUrl.htm

Html5的base64转换小工具在Chrome浏览器和firefox下测试通过。当然效果快的还是Chrome浏览器。舜子还针对音频和图片进行了预览支持。当然大家用到base64的应该还是图片较多。所以小工具有个bug就是无法处理过大的文件，过大的base64其实意义不大了。