注意：如果你在下载Chrome扩展时遇到问题，请打开C:Windows\System32\drivers\etc下的host文件，在其中添加一行：74.125.47.139   clients2.google.com 即可。

下 面就是13个你会觉得有用的Chrome浏览器扩展。

拾色器

拾色器可以让你获取任何颜色的Hex和RGB值！你也可以调整 颜色的色调，饱和度和颜色平衡。
Firebug精简版

Firebug精简版是针对开发的一款工具，它可以让你编辑，调试和监视网页页面的CSS，HTML，以及JavaScript内容。
域名注册查看器

这款 扩展可以查看某个域名是否可以购买。如果你可以直接通过工具条查到信息，那你还有必要另外登录专门的页面去查看吗？
Aviary 截屏扩展

Aviary 截屏扩展可以让你对任何页面进行截图，并通过Aviary.com的网页应用直接在浏览器中对图片进行编辑。另外，它也提供便利方式帮助你访问 Aviary 的网站和上面的工具
Lorem Ipsum测试文本生成器

Lorem Ipsum测试文本生成器不费吹灰之力就可以生成设计模型所需要的测试文本内容。
IE标签页

它会使用IE浏览器在Chrome的标签页中显示对应的页面。一些网站只能使用IE浏览器来访 问，有了这款扩展，你可以在Chrome中直接查看这些网站。对于那些想测试IE渲软引擎或是登录的网站需要使用ActiveX插件，或是想使用浏览器查 看本地文件的人来说，这款扩展会非常适合。
MeasureIt!

MeasureIt! 可以让你画出一个尺子，然后测量网页页面中任一元素的高度和宽度。
PlainClothes

这款扩展会对页面进行样式渲软，设想一下：文本是黑色的，背景是白色的，未点击链接是蓝色的，访问过的链接 是紫色的，所有的链接都有下划线。或者你把这一切改成你想要的颜色。所有的文本都以你选择的默认字体来显示（这跟通过 “选项” > “高级选项” > “更改字体和语言设置”进行修改的效果是一样的）。修改后的效果会自动应用到所有页面。
滴管

滴管和颜色拾取扩展可以让你从页面或是从高级颜色拾取面板来选取颜色。
速度追踪器

速度追踪扩展可以帮助你识别并修正网页应用的性能问题。它会对从浏览器内部获得底层数据进行可以 可视化处理，并在你网页应用程序运行的过程中进行分析。速度追踪扩展是一款Chrome浏览器扩展，可以在扩展目前支持的所有平台上运行（window和 Linux）。
Pendule

它对Chrome内 置的开发者工具进行扩充。
分辨率测试

问辨率测试扩展可以改变浏览器的尺寸，方便开发者在不同的屏幕分辨率下预览网站的实际效果。它包含一个常用分辨率的列 表，另外你也可以输入你自己需要的分辨率。
Snippy

Snippy可以让你让你抓取页面中的部分内容，然后保存下来， 供将来只用，它可以抓取丰富的内容，并保留格式。所以你用它来抓取段落。图片，链接等诸多格式的内容。

SIP Phone Number: 填写 Nonoh的用户名

SIP Proxy: 填写 sip.nonoh.net

Email Address: 填写你的Gmail

Password: 填写在Nonoh的密码

另：基于 Adobe Air 的 Google Voice 桌面程序 Adobe AIR Desktop Utility for Google Voice

先聚焦FOCUS (点一下FLASH就能聚焦)

《童话》flash键盘钢琴谱
lonol lonol lono oommllonol lqppo lonom mmots pprrqq qqnpoono onor lsrqppprrqq qqvutuv vpot ttssslsrqqrq qrq rqpooqst ttspprq oqst ttspprqrqpo pqmmoono

ehijjjjihi- ijihhhghf- hijjjjih iiiihgh
jihhhhhii jihhhhjki
jk-lllllkjll llmjjihij jih-hi jihh
jk-lllllkjll llmjjihij jih-hi jihh

该 API 引入了一个 FileReader 对象，可以异步加载本地文件系统中的文件，并允许开发者为诸如加载失败，进度，加载完成等事件分配回调函数，它提供的方法可以从本地文件中读取文本或二进制数据，并通过一个 abort 方法随时打断操作。

FileReader 对象使客户端的文件访问成为现实，用户不必再象以前那样首先将文件上传到服务器才能处理，事实上，IE 和 Firefox 已经拥有一些非标准的方法访问本地文件，但这些方法并非标准 JavaScript 行为。


FileReader 对象并不需要特别的权限，但出于显然的安全考虑，直接使用文件路径进行访问是不允许的，必须结合常规的 HTML file 对象，用户点击浏览之后，选择本地文件，JavaScript 再通过 DOM 引用该文件并进行操作，这个机制使得该 API 相对安全一些，因为任何本地文件的获取都需要用户的人工参与。

以下例子使用该 API 打开一个本地文件并将文件内容显示在一个 div 容器中，我们甚至可以在 div 上加上 contentEditable 属性，用户可以直接编辑文件的内容，不过，该 API 并没有提供将文件内容写回本地文件的方法，因此你编辑的内容无法保存。


随着 JavaScript 引擎的效率在各大浏览器的显著提高，JavaScript 可以做越来越多的事，本地文件 API 的引入将让很多有趣的功能成为现实。尽管该 API 并非多么重大的技术革命，但它将拓展 Web 应用的视野，让 Web 平台实现越来越多的功能。

This directive allows different configurations depending on the URI. It can be
configured using both conventional strings and regular expressions. To use
regular expressions, you must use the prefix ~* for case insensitive match
and ~ for case sensitive match.
这个指令随URL不同而接受不同的结构。你可以配置使用常规字符串和正则表达式。如果使
用正则表达式，你必须使用 ~* 前缀选择不区分大小写的匹配或者 ~ 选择区分大小写的匹
配。

To determine which location directive matches a particular query, the
conventional strings are checked first. C onventional strings match the
beginning portion of the query and are case-sensitive - the most specific
match will be used (see below on how nginx determines this). Afterwards,
regular expressions are checked in the order defined in the configuration file.
The first regular expression to match the query will stop the search. If no
regular expression matches are found, the result from the convention string
search is used.
确定 哪个location 指令匹配一个特定指令，常规字符串第一个测试。常规字符串匹配请求的
开始部分并且区分大小写，最明确的匹配将会被使用（查看下文明白 nginx 怎么确定它）。
然后正则表达式按照配置文件里的顺序测试。找到第一个比配的正则表达式将停止搜索。如
果没有找到匹配的正则表达式，使用常规字符串的结果。

There are two ways to modify this behavior. The first is to use the prefix “=”,
which matches an exact query only. If the query matches, then searching
stops and the request is handled immediately. For example, if the request “/”
occurs frequently, then using “location = /” will expedite the processing of this
request.
有两个方法修改这个行为。第一个方法是使用 “=”前缀，将只执行严格匹配。如果这个查询
匹配，那么将停止搜索并立即处理这个请求。例子：如果经常发生”/”请求，那么使用
“location = /” 将加速处理这个请求。

The second is to use the prefix ^~. This prefix is used with a conventional
string and tells nginx to not check regular expressions if the path provided is a
match. For instance, “location ^~ /images/” would halt searching if the query
begins with /images/ - all regular expression directives would not be checked.
第二个是使用 ^~ 前缀。如果把这个前缀用于一个常规字符串那么告诉nginx 如果路径匹配
那么不测试正则表达式。

Furthermore it is important to know that NGINX does the comparison not URL
encoded, so if you have a URL like “/images/%20/test” then use “/images/
/test” to determine the location.
而且它重要在于 NGINX 做比较没有 URL 编码，所以如果你有一个 URL 链接’/images
/%20/test’ , 那么使用 “images/ /test” 限定location。

To summarize, the order in which directives are checked is as follows:
总结，指令按下列顺序被接受:
1. Directives with the = prefix that match the query exactly. If found,
searching stops.
1. = 前缀的指令严格匹配这个查询。如果找到，停止搜索。
2. All remaining directives with conventional strings, longest match first. If this
match used the ^~ prefix, searching stops.
2. 剩下的常规字符串，长的在前。如果这个匹配使用 ^~ 前缀，搜索停止。
3. Regular expressions, in order of definition in the configuration file.
3. 正则表达式，按配置文件里的顺序。
4. If #3 yielded a match, that result is used. Else the match from #2 is used.
4. 如果第三步产生匹配，则使用这个结果。否则使用第二步的匹配结果。
Example:
例子：
location = / {
# matches the query / only.
# 只匹配 / 查询。
[ configuration A ]
}
location / {
# matches any query, since all queries begin with /, but regular
# expressions and any longer conventional blocks will be
# matched first.
# 匹配任何查询，因为所有请求都已 / 开头。但是正则表达式规则和长的块规则将被优先和
查询匹配。
[ configuration B ]

}
location ^~ /images/ {
# matches any query beginning with /images/ and halts searching,
# so regular expressions will not be checked.
# 匹配任何已 /images/ 开头的任何查询并且停止搜索。任何正则表达式将不会被测试。
[ configuration C ]
}
location ~* \.(gif|jpg|jpeg)$ {
# matches any request ending in gif, jpg, or jpeg. However, all
# requests to the /images/ directory will be handled by
# C onfiguration C .
# 匹配任何已 gif、jpg 或 jpeg 结尾的请求。然而所有 /images/ 目录的请求将使用
C onfiguration C。
[ configuration D ]
}
Example requests:
例子请求:
*
/ -> configuration A
*
/documents/document.html -> configuration B
*
/images/1.gif -> configuration C
*
/documents/1.jpg -> configuration D
Note that you could define these 4 configurations in any order and the results
would remain the same.
注意：按任意顺序定义这4个配置结果将仍然一样。

代码优化

http://www.insideria.com/2009/04/51-actionscript-30-and-flex-op.html

首先Lame 是目前最好的MP3编码器，捅有目前最好的MP3编码引擎，编码高品质MP3的最好也是唯一的选择。用它编码出来的MP3 音色纯厚、空间宽广、低音清晰、细节表现良好，它独创的心理音响模型技术保证了CD音频还原的真实性，配合VBR和ABR参数，音质几乎可以媲美CD音频，但文件体积却非常小。对于一个免费引擎，LAME的优势不言而喻。

Lame的主要几种编码模式：VBR、CBR和ABR。

VBR（Variable Bitrate）
动态比特率。就是说压缩时根据音频流即时确定使用不同的比特率，复杂部分用高比特率，单纯部分选用低Bitrate编码。简而言之就是“高高低低”。最初Xing编码器算法比较差，后来Lame完美地优化了VBR算法，整体来说目前VBR是兼顾了容量和表现的一种较好的编码方式了。

CBR（Constant Bitrate）
常数比特率。从头到尾都是一种位速。相对于VBR来讲，CBR是过去和现在比较普及的一种格式了。缺点是体积庞大，音质却没较大提高（相较同等级的VBR）。这一点是CBR的诟病。然而对于喜欢玩高质mp3的某些来说，仍然是偏爱的编码方式。

ABR（Average Bitrate）
平均比特率。是VBR的一种插值参数。Lame针对CBR不佳的文件体积比和VBR生成文件大小不定的特点独创了这种编码模式。ABR编码在速度上是 VBR编码的2到3倍，在128-256kbps范围内质量要好于CBR（事实上我测试了这个范围内的ABR频谱，发现其实CBR和ABR相差并不大）。可以做为VBR和CBR的一种折中的选择。

选择方式

CBR——
对于爱好收藏音乐，要求尽可能在保证音质的情况下又对无损格式的体积望而却步的人来说，最好选用的是是320K CBR编码的mp3。这种编码方式的mp3可以最大限度保持作为mp3所能具有的最优音质。
但是，很多人很明显能感觉到320K和192K的CBR听起来似乎没有什么太大区别。甚至耳背的某些觉得128K都和320K无区别。这个就与硬件设备有关系了，私以为耳机的话A8都不能够把192K很好得发挥，更别说几十块钱的耳机听320K，那就是浪费。如果你要是哦你只是单纯的喜欢收藏资源我无话可说，但大部分人还是为了听高质音乐才选择320K的吧。因此，为了享受320K带来的高质音乐享受，还是赶快换耳机吧（至少换个千把块钱的 ╮(╯_╰)╭）。
无损转为CBR的话用千千静听就够了，猴子和FB2还有酒精的组合对低级用户还是太复杂了。

VBR——
如果既要音质又对文件容量考虑比较多的人，选择VBR是上策。一般来说，192K的VBR和192K的CBR相比，VBR的表现要优于CBR。而且体积也要小四分之一左右。对于盘子容量不大但想尽可能多收音乐的爱好者是最佳的选择。音质上出来和320K CBR也能见个伊吕。动态比特的好处就在于能够较好的还原复杂部分的细节，而且还不回浪费多余比特给单纯部分，因而占地就比较小了。如果转VBR的话个人比较推荐FB2（foobar2000）。一般转出来的是205K左右的VBR，其音质基本等效于320K CBR，如果你的耳朵没有好到能分出它们的地步，强烈推荐此种压缩方式。
同样的，硬件必须也要支持，请不要用山寨耳机等低级听具-_-|||。

ABR——
关于ABR一般来说在网上不是很多，大多数人还是喜欢前两种的。但压片的时候一般选择ABR的编码方式。因为它可以在一个定值（即为平均值）的上下浮动范围内进行VBR，既可以有效控制体积，也不会对需要高码率的部分有太大的损失。是很折中的办法了。

有损压缩市场的全面混战

关于其他新兴的格式，比如OGG、AAC等，个人对它们的看法是“支持。但还未成熟，发展尚需时日”，这些新的编码方式出现让mp3面临著生存危机。因为越来越多的数据表明，OGG和AAC在编码上的优势已日益显露。高保真低占用，还原度良好让有损压缩越来越具有优势。

http://www.google.com/search?q=barack%20obama&hl=en&output=search&tbs=qdr:d&tbo=1

请注意其中的参数“qdr:d”，其中的“qdr”是“Query Date Range”(搜索时间范围)的首字母缩写，因此我们将参数改为“qdr:n”尝试对过去一分钟的内容进行搜索，对过去一秒钟内的内容进行搜索则改为“qdr:s”。即：

过去一分钟：

http://www.google.com/search?q=barack%20obama&hl=en&output=search&tbs=qdr:n&tbo=1

过去一秒钟：

http://www.google.com/search?q=barack%20obama&hl=en&output=search&tbs=qdr:s&tbo=1

过去一小时：

http://www.google.com/search?q=omgili&hl=en&tbo=1&tbs=qdr:h

或者对过去10分钟的内容进行搜索：

http://www.google.com/search?q=barack%20obama&hl=en&output=search&tbs=qdr:n10&tbo=1

或者对过去30秒的内容进行搜索：

http://www.google.com/search?q=barack%20obama&hl=en&output=search&tbs=qdr:s30&tbo=1

其实，只需在时间参数(h代表小时，n代表分钟，s代表秒)后加入数字即可，例如，“qdr:n10”即可返回过去10分钟内的搜索结果。

偶是从以下这篇文章了解到的
http://hi.baidu.com/%B4%F8%C4%E3%BF%B4%CE%DA%D1%BB/blog/item/ccc6ae98ba4295016f068c54.html