NPM (Node Package Manager, http://npmjs.org ) 是 NodeJS 的模块管理软件，除 NodeJS 内置的核心模块外，其他模块的安装、卸载等管理操作都要通过 NPM 来进行，我们自己写的模块，就要发布到NPM上来供其他人使用。

接下来，我们做一个非常简单的模块 “hello”，这个模块的功能只有一个：提供一个参数 “name” ，它在控制台输出 “Hello name”。在开始之前，我们首先要把node和npm装好，安装方法在其官方网站都有介绍，这里就不再多说了。

首先，我们创建一个名为”hello”的目录，作为模块的主目录。进入该目录，开始我们的工作。

然后，写模块的核心代码，很简单，只有以下三行：

exports.Hello = function ( name ) {
    console.log( "Hello " + name );
}

把它保存为 hello.js。

NodeJS每个扩展模块中都有一个package.json文件，用来描述模块的一些基本属性，比如模块名称、作者、版本号等等。关于package.json写法的详细说明，可以使用 “npm help json” 命令来查看。

我们可以在模块主目录下执行 npm init 来生成一个最基本的package.json。按照命令的提示依次输入信息即可。以下是在 hello 目录下执行 npm init 并填入相关信息后的结果：

$ npm init
Package name: (hello)     //模块名字，npm init会自动取当前目录名作为默认名字，这里不需要改，直接确认即可
Description: A example for write a module    //模块说明
Package version: (0.0.0) 0.0.1    //模块版本号，这个大家按自己习惯来定就可以
Project homepage: (none)     //模块的主页，如果有的话可以填在这里，也可以不填
Project git repository: (none)    //模块的git仓库，选填。npm的用户一般都使用github做为自己的git仓库
Author name: Elmer Zhang    //模块作者名字
Author email: (none) freeboy6716@gmail.com     //模块作者邮箱
Author url: (none) http://www.elmerzhang.com    //模块作者URL
Main module/entry point: (none) hello.js     //模块的入口文件，我们这里是hello.js
Test command: (none)    //测试脚本，选填
What versions of node does it run on? (~v0.5.7) *   //依赖的node版本号，我们这个脚本可以运行在任何版本的node上，因此填 *
About to write to /home/elmer/hello/package.json
// 以下是生成的package.json文件内容预览
{
  "author": "Elmer Zhang <freeboy6716@gmail.com> (http://www.elmerzhang.com)",
  "name": "hello",
  "description": "A example for write a module",
  "version": "0.0.1",
  "repository": {
    "url": ""
  },
  "main": "hello.js",
  "engines": {
    "node": "*"
  },
  "dependencies": {},
  "devDependencies": {}
}

Is this ok? (yes)   //对以上内容确认无误后，就可以直接回车确认了

到此为止，我们这个模块就写完了。这时hello目录下应该有两个文件：hello.js和package.json。

我们可以返回到hello的上级目录，来测试安装一下这个模块：

$ npm install hello/
hello@0.0.1 ./node_modules/hello

显示安装成功。简单的测试一下：

$ node
> var Hello = require('hello').Hello;
> Hello('world');
Hello world

正确输出了”Hello world”。

接下来我们把它发布到NPM上。

首先，我们需要有一个NPM帐号，可以使用npm adduser来注册一个：

$ npm adduser
Username: elmerzhang
Password:
Email: freeboy6716@gmail.com

简单三步，一个NPM用户注册成功。

最后回到 hello 根目录，执行一下npm publish，如果没有任何错误提示，那么就发布成功了。去 http://search.npmjs.org/上看一下吧，你的模块应该已经显示在”Latest Updates”一栏里了。

至此，一个NodeJS模块成功发布到NPM，以后就可以在任何能访问npm库的地方通过npm install来安装你的模块了。

书签

2. listDatabases指令(show dbs;)会首先取得所有Database名称，然后依次打开所有Database的namespace，检查Database是否为空。是一个非常消耗IO的操作，Database数量多了之后，也会非常慢，应该尽量避免执行listDatabases指令。注：mongodump导出全部Databases和Replica Set(或者Master/Slave)中从库初始同步时会发送listDatabases指令，这两个操作应该尽量避免。

3. dbStats 也是一个非常耗资源的操作，要尽量少做。具体它是怎么实现的，为何如此耗资源，由于本人C++水平有限暂时没有研究出来。

4. 上面说过了，在Replica Set中直接添加一个新的空节点，新节点的initialSync会使它的source产生非常大的IO消耗，严重影响性能。因此，添加新节点时要使用initialSync指定一个不提供线上服务的节点为source。如果没有提前配置一个hidden的节点，可以直接停掉某个secondary（当然，前提是剩下的节点能够撑得住线上服务的压力），然后将此secondary的文件直接复制一份来创建一个新的节点。这个方法也适用于做冷备。具体步骤我会另写一篇BLOG来介绍。

5. 前几天和同事交流时得知他们仍然在用Master/Slave方式来做主从，其实现在MongoDB的Replica Set已经非常稳定了，它完全自动的failover是非常爽的，大家可以直接使用Replica Set，抛弃M/S了，正在使用M/S方式的也建议升级到Replica Set.

书签

1. QR-Code Tag Extension
可以很方便的把网页上的网址、文字啥的转成二维码，拍一下就到手机上了。

2. 网页截图（由Google提供）
可以截定制区域，截可见区域，截整页，截的图还能直接分享到新浪微博。

3. Proxy Switchy!
翻墙必用，可以配置只对某些站点使用代理。

4. RSS Subscription Extension（由 Google 提供）
在地址栏中添加一个RSS订阅按钮，可以很方便的订阅博客到Google Reader。

5. XML Tree 和 Pretty JSON
测试REST接口时看XML和JSON格式的返回数据用的。

6. TinEye Reverse Image Search
图片搜索，有时遇到一些带配图的骗子微博，一搜就知道图片原始来源了

书签

yum install -y e4fsprogs

umount /dev/sda7

lsof | grep data0

tune4fs -O extents,uninit_bg,dir_index /dev/sda7

e4fsck -yfDC0 /dev/sda7

mount /dev/sda7 /data0

[root@localhost data0]# mount
/dev/sda1 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
.............................
/dev/sda7 on /data0 type ext4 (rw)

书签

MongoDB的Auto-Sharding能够做到：

• 当各Sharding间负载和数据分布不平衡时，自动rebalancing

• 简单方便的添加和删除节点

• 自动故障转移(auto failover)

• 可扩展至上千台节点

一个MongoDB Sharding由三部分组成：

1. Shards

Shard即存储实际数据的分片，每个Shard可以是一个mongod实例，也可以是一组mongod实例构成的Replica Set。为了实现每个Shard内部的auto-failover，MongoDB官方建议每个Shard为一组Replica Set。

2. Config Servers

为了将一个collection拆分为多个chunk，存储在多个shard中，需要为该collection指定一个shard key. 例如{name: 1}, {_id: 1}, {lastname:1, firstname:1}等。shard key决定了该条记录属于哪个chunk，例如当1 < shard key < 100时为一个chunk，该chunk保存在shard1上。而Config Servers就是用来存储：所有shard节点的配置信息；每个chunk的shard key范围；chunk在各shard的分布；该集群中所有DB和collection的sharding配置。

3. Routing Process

MongoDB的二进制包中有一个mongos程序，它是用来做为MongoDB集群的Routing Process的。它相当于一个透明代理，接收来自客户端的查询或更新请求，然后询问Config Servers需要到哪个Shard上查询或保存记录，再连接相应的Shard进行操作，最后将结果返回给客户端。客户端只需要将原本发给mongod的查询或更新请求原封不动地发给Routing Process，而不必关心所操作的记录存储在哪个Shard上。

接下来我就为大家介绍一下如何搭建一个简单的MongoDB集群用来测试MongoDB的Auto-Sharding功能。

这个MongoDB集群将包含两个Shards，一个Config Server和一个Routing Process。我们将使用MongoDB 1.6.5来做这个测试，下载地址为： http://www.mongodb.org/downloads

首先，我们为两个Shards和一个Config Server创建数据目录：

sudo mkdir -p /data0/mongo/shard1 /data0/mongo/shard2 /data0/mongo/config

然后，我们依次启动两个mongod进程作为Shard，一个mongod进程作为Config Server，一个mongos进程作为Routing Process：

sudo mongod --port 27017 --fork --logpath /var/log/mongo_shard1.log --dbpath /data0/mongo/shard1 --shardsvr
sudo mongod --port 27018 --fork --logpath /var/log/mongo_shard2.log --dbpath /data0/mongo/shard2 --shardsvr
sudo mongod --port 27217 --fork --logpath /var/log/mongo_config.log --dbpath /data0/mongo/config --configsvr
sudo mongos --port 27417 --fork --logpath /var/log/mongos.log --configdb 127.0.0.1:27217 --chunkSize 1

mongos启动参数中，chunkSize这一项是用来指定chunk的大小的，单位是MB，默认大小为200MB，为了方便测试Sharding效果，我们把chunkSize指定为 1MB。

接下来，我们使用mongo shell登录到mongos，添加Shard节点：

mongo --port 27417
MongoDB shell version: 1.6.5
connecting to: 127.0.0.1:27417/test
> use admin;
switched to db admin
> db.runCommand({addshard:"127.0.0.1:27017"})
{ "shardAdded" : "shard0000", "ok" : 1 }
> db.runCommand({addshard:"127.0.0.1:27018"})
{ "shardAdded" : "shard0001", "ok" : 1 }

下面我们为DataBase “foo”启用Sharding，并将其中的 Collection “col” 的 shard key设置为“{_id: 1}”，用来测试Sharding功能：

> db.runCommand({enablesharding:'foo'});
{ "ok" : 1 }
> db.runCommand({shardcollection:"foo.col", key:{_id:1}});
{ "collectionsharded" : "foo.col", "ok" : 1 }

为了测试Sharding的balance效果，我陆续插入了大约200M的数据，插入过程中使用db.stats() 查询数据分布情况。发现在数据量较小，30M以下时，所有trunk都存储在了shard0000上，但继续插入后，数据开始平均分布，并且mongos会对多个shard之间的数据进行rebalance 。在插入数据达到200M，刚插入结束时，shard0000上大约有135M数据，而shard0001上大约有65M数据，但过一段时间之后，shard0000上的数据量减少到了115M，shard0001上的数据量达到了85M。

MongoDB的Auto-Sharding功能自1.6版本开始才production-ready，至今不过半年多的时间，大多数公司仍在观望中，不敢将其用到生产环境，因此目前网上并没有太多相关资料可以参考。今后我会陆续为大家分享更多MongoDB使用过程中的经验心得。

书签

这几天花时间自己改了一个WordPress 3.0.4 for SAE，把博客迁了过来，以后恢复更新，争取每月至少两篇博客。

由于这个WordPress是基于SAE正在测试的新PHP环境修改的，还不适用于目前的SAE线上环境，而且某些插件还有些小问题没有修改，因此暂时还是自己用。等明年SAE新PHP环境上线后，我会把这个WordPress for SAE放在Google Code上和大家分享。

快过年了，预祝大家新年快乐。

附上SAE(Sina App Engine)地址，欢迎大家体验SAE: http://sae.sina.com.cn

书签

根据PHP文档对 clearstatcache() 这个方法的说明得知：
在使用 stat(), lstat(), file_exists(), is_writable(), is_readable(), is_executable(), is_file(), is_dir(), is_link(), filectime(), fileatime(), filemtime(), fileinode(), filegroup(), fileowner(), filesize(), filetype(), 或 fileperms() 方法查询文件信息时，PHP会将文件的stat的缓存以提高性能。 clearstatcache()方法可以用来清除这个缓存。另外unlink()会自动清除stat缓存。

例如以下一段程序：

1
2
3
4
5
6

file_put_contents("test.txt", "test_content\n");
var_dump(filesize("test.txt"));
file_put_contents("test.txt", "test_content\n", FILE_APPEND);
var_dump(filesize("test.txt"));
clearstatcache();
var_dump(filesize("test.txt"));

最后会输出

int(13)
int(13)
int(26)

但是通过阅读PHP源码，我发现只有在对本地文件进行unlink, rename和rmdir操作时会清除stat缓存，而在通过其他的wrapper进行unlink, rename和rmdir操作时，并不会清除stat缓存。因此在写wrapper时我们要自己在unlink等方法中通过clearstatcache()来清除stat。

书签

1. sudo !!
   以 root 帐户执行上一条命令。
2. python -m SimpleHTTPServer
   利用 Python 搭建一个简单的 Web 服务器，可通过 http://$HOSTNAME:8000 访问。
3. :w !sudo tee %
   在 Vim 中无需权限保存编辑的文件。
4. cd -
   更改到上一次访问的目录。
5. ^foo^bar
   将上一条命令中的 foo 替换为 bar，并执行。
6. cp filename{,.bak}
   快速备份或复制文件。
7. mtr google.com
   traceroute + ping。
8. !whatever:p
   搜索命令历史，但不执行。
9. $ssh-copy-id user@host
   将 ssh keys 复制到 user@host 以启用无密码 SSH 登录。
10. ffmpeg -f x11grab -s wxga -r 25 -i :0.0 -sameq /tmp/out.mpg
    把 Linux 桌面录制为视频。

原文地址：http://linuxtoy.org/archives/top-10-one-liners.html

书签

使用这种语法时需要注意：elseif不可以分开写为else if，否则会编译不通过

例如：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

//以下三种写法是正确的
if (1 > 2) :
	echo 'test1';
	echo 'test2';
endif;
 
if (1 > 2):
	echo 'test1';
	echo 'test2';
else:
	echo 'test3';
	echo 'test4';
endif;
 
if (1 > 2):
	echo 'test1';
	echo 'test2';
elseif (1 > 0):
	echo 'test3';
	echo 'test4';
endif;
 
//下面这种写法是错误的
if (1 > 2):
	echo 'test1';
	echo 'test2';
else if (1 > 0):
	echo 'test3';
	echo 'test4';
endif;

书签

今天在手册中查rand()用法时，无意发现了mt_rand()这个函数。

很多老的 libc 的随机数发生器具有一些不确定和未知的特性而且很慢。PHP 的 rand() 函数默认使用 libc 随机数发生器。mt_rand() 函数是非正式用来替换它的。该函数用了 » Mersenne Twister 中已知的特性作为随机数发生器，它可以产生随机数值的平均速度比 libc 提供的 rand() 快四倍。

手册真的是个好东西呀，时常查查手册，也能发现不少小技巧，呵呵。

书签