1. 启动 Nginx
poechant@ubuntu:sudo ./sbin/nginx2.启动时指定配置文件
poechant@ubuntu:sudo ./sbin/nginx -c /usr/local/nginx/conf/nginx.conf -c表示configuration，指定配置文件。
3. 停止 Nginx
poechant@ubuntu:sudo ./sbin/nginx -s stop
poechant@ubuntu:sudo ./sbin/nginx -s quit -s 都是采用向 Nginx 发送信号的方式。
4. Nginx 重载配置
poechant@ubuntu:sudo ./sbin/nginx -s reload 上述是采用向 Nginx 发送信号的方式，或者使用：
poechant@ubuntu:service nginx reload
5. 查看 Nginx 版本
有两种可以查看 Nginx 的版本信息的参数。第一种如下：
poechant@ubuntu:/usr/local/nginx$ ./sbin/nginx -v
nginx: nginx version: nginx/1.0.0 另一种显示的是详细的版本信息：
poechant@ubuntu:/usr/local/nginx$ ./sbin/nginx -V
nginx: nginx version: nginx/1.0.0
nginx: built by gcc 4.3.3 (Ubuntu 4.3.3-5ubuntu4)
nginx: TLS SNI support enabled
nginx: configure arguments: --with-http_ssl_module --with-openssl=/home/luming/openssl-1.0.0d/ 6. 检查配置文件是否正确
poechant@ubuntu:/usr/local/nginx$ ./sbin/nginx -t
nginx: [alert] could not open error log file: open() "/usr/local/nginx/logs/error.log" failed (13: Permission denied)
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
2012/01/09 16:45:09 [emerg] 23898#0: open() "/usr/local/nginx/logs/nginx.pid" failed (13: Permission denied)
nginx: configuration file /usr/local/nginx/conf/nginx.conf test failed 如果出现如上的提示信息，表示没有访问错误日志文件和进程，可以sudo（super user do）一下：
poerchant@ubuntu:/usr/local/nginx$ sudo ./sbin/nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful 如果显示如上，则表示配置文件正确。否则，会有相关提示。
7. 显示帮助信息
poechant@ubuntu:/user/local/nginx$ ./sbin/nginx -h
poechant@ubuntu:/user/local/nginx$ ./sbin/nginx -?
以上这些涵盖了 Nginx 日常维护的所有基本操作，另外还有向 master 进程发送信号的相关命令，我们会在下面看到。
二、在Linux下通过master发送信号的相关命令
停止操作
停止操作是通过向nginx进程发送信号来进行的
步骤1：查询nginx主进程号
ps -ef | grep nginx 在进程列表里 面找master进程，它的编号就是主进程号了。
步骤2：发送信号
从容停止Nginx：
kill -QUIT 主进程号 快速停止Nginx：
kill -TERM 主进程号 pkill -9 nginx 另外， 若在nginx.conf配置了pid文件存放路径则该文件存放的就是Nginx主进程号，如果没指定则放在nginx的logs目录下。有了pid文 件，我们就不用先查询Nginx的主进程号，而直接向Nginx发送信号了，命令如下：
kill -信号类型 `/usr/nginx/logs/nginx.pid`
平滑重启
如果更改了配置就要重启Nginx，要先关闭Nginx再打开？不是的，可以向Nginx 发送信号，平滑重启。
平滑重启命令：
kill -HUP 主进称号或进程号文件路径
或者使用
nginx -s reload（推荐）
或
/usr/nginx/sbin/nginx -s reload
注意，修改了配置文件后最好先检查一下修改过的配置文件是否正 确，以免重启后Nginx出现错误影响服务器稳定运行。判断Nginx配置是否正确命令如下：
nginx -t -c /usr/nginx/conf/nginx.conf
或者
nginx -t （推荐）
或
/usr/nginx/sbin/nginx -t
平滑升级
如果服务器正在运行的Nginx要进行升级、添加或删除模块时，我们需要停掉服务器并做相应修改，这样服务器就要在一段时间内停止服务，Nginx可以在不停机的情况下进行各种升级动作而不影响服务器运行。
步 骤1：
如果升级Nginx程序，先用新程序替换旧程序文件，编译安装的话新程序直接编译到Nginx安装目录中。
步 骤2：执行命令
kill -USR2 旧版程序的主进程号或进程文件名 此时旧的Nginx主进程将会把自己的进程文件改名为.oldbin，然后执行新版 Nginx。新旧Nginx会同市运行，共同处理请求。
这时要逐步停止旧版 Nginx，输入命令：
kill -WINCH 旧版主进程号
此时，我们可以决定使用新版还是恢复到旧版。
不重载配置启动新/旧工作进程
kill -HUP 旧/新版主进程号
从容关闭旧/新进程
kill -QUIT 旧/新主进程号
如果此时报错，提示还有进程没有结束就用下面命令先关闭旧/新工作进程，再关闭主进程号：
kill -TERM 旧/新工作进程号
上面就是Nginx的一些基本的操作，希望以后Nginx能有更好的方法来处理这些操作， 最好是Nginx的命令而不是向Nginx进程发送系统信号。
[整理自网络]
Subversion的分支通常用于在主干程序之外，对程序进行修改。这样 可以在不扰乱主干程序进行的开发、测试、发布流程之外，尝试一下新功能的研究、修改。如果觉得新功能没问题，可以将分支合并到主干程序中。
合并前，需要将分支提交(Commit)，由此看来，合并操作好象是在服务端和本地客户端同时进行的操作。
合并时，要从主干的working copy的右键菜单开始，”From” Url是合并的目的地，需选择主干的url，”To”是合并的来源，需选择分支的url。 More …
在孙陶然的微博上，看到拉卡拉的方法论16个字：先问目的，再做推演，亲手打样，及时复盘，我觉得这16个字对实践很有指导价值。它提供了我们面对一件事情如何做的完整结构。虽简单，但如果真能按照这四个步骤去做，实践的效率和结果的品质肯定会得到提高。 More …
简介
History 对象包含用户（在浏览器窗口中）访问过的 URL。History 对象是 window 对象的一部分，可通过 window.history 属性对其进行访问。History 对象最初设计来表示窗口的浏览历史。但出于隐私方面的原因，History 对象不再允许脚本访问已经访问过的实际 URL。唯一保持使用的功能只有 back()、forward() 和 go() 方法。 More …
这里继续介绍Linux后台运行命令&，这个命令比较常用，还是和前面一样，Linux后台运行命令比较一下学习，和前面两篇比较一下。
Linux后台运行命令前面介绍了cron和crontab、at这两个命令，后面这里继续介绍&，使用这个命令将不会占据终端，将进程放入后台运行。还是要讲Linux后台运行命令加以比较学习，结合举例印象更深。当在前台运行某个作业时，终端被该作业占据；而在后台运行作业时，它不会占据终端。可以使用&命令把作业放到后台执行。 More …
在java中，有一种key值可以重复的map，就是IdentityHashMap。在IdentityHashMap中，判断两个键值 k1 和 k2 相等的条件是 k1 == k2 。在正常的Map 实现（如 HashMap）中，当且仅当满足下列条件时才认为两个键 k1 和 k2 相等：(k1==null ? k2==null : e1.equals(e2))。 More …
linux的echo命令, 在shell编程中极为常用, 在终端下打印变量value的时候也是常常用到的, 因此有必要了解下echo的用法。
echo命令的功能是在显示器上显示一段文字，一般起到一个提示的作用。 More …