作者:airwin
发布时间:June 7, 2010
分类:LNMP
- SIGHUP
本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联。
登录Linux时,系统会分配给登录用户一个终端(Session)。在这个终端运行的所有程序,包括前台进程组和后台进程组,一般都属于这个 Session。当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进 程组和后台有终端输出的进程就会中止。不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,wget也 能继续下载。
- SIGINT
程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出,用于通知前台进程组终止进程。
- SIGQUIT
和SIGINT类似, 但由QUIT字符(通常是Ctrl-\)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号。
- SIGILL
执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号。
- SIGTRAP
由断点指令或其它trap指令产生. 由debugger使用。
- SIGABRT
调用abort函数生成的信号。
- SIGBUS
非法地址, 包括内存地址对齐(alignment)出错。比如访问一个四个字长的整数, 但其地址不是4的倍数。它与SIGSEGV的区别在于后者是由于对合法存储地址的非法访问触发的(如访问不属于自己存储空间或只读存储空间)。
- SIGFPE
在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误。
- SIGKILL
用来立即结束程序的运行. 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。
- SIGUSR1
留给用户使用
- SIGSEGV
试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据.
- SIGUSR2
留给用户使用
- SIGPIPE
管道破裂。这个信号通常在进程间通信产生,比如采用FIFO(管道)通信的两个进程,读管道没打开或者意外终止就往管道写,写进程会收到SIGPIPE信号。此外用Socket通信的两个进程,写进程在写Socket的时候,读进程已经终止。
- SIGALRM
时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号.
- SIGTERM
程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理。通常用来要求程序自己正常退出,shell命令kill缺省产生这个信号。如果进程终止不了,我们才会尝试SIGKILL。
- SIGCHLD
子进程结束时, 父进程会收到这个信号。
如果父进程没有处理这个信号,也没有等待(wait)子进程,子进程虽然终止,但是还会在内核进程表中占有表项,这时的子进程称为僵尸进程。这种情 况我们应该避免(父进程或者忽略SIGCHILD信号,或者捕捉它,或者wait它派生的子进程,或者父进程先终止,这时子进程的终止自动由init进程 来接管)。
- SIGCONT
让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符
- SIGSTOP
停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别:该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略.
- SIGTSTP
停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时(通常是Ctrl-Z)发出这个信号
- SIGTTIN
当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN信号. 缺省时这些进程会停止执行.
- SIGTTOU
类似于SIGTTIN, 但在写终端(或修改终端模式)时收到.
- SIGURG
有”紧急”数据或out-of-band数据到达socket时产生.
- SIGXCPU
超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/改变。
- SIGXFSZ
当进程企图扩大文件以至于超过文件大小资源限制。
- SIGVTALRM
虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间.
- SIGPROF
类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间.
- SIGWINCH
窗口大小改变时发出.
- SIGIO
文件描述符准备就绪, 可以开始进行输入/输出操作.
- SIGPWR
Power failure
- SIGSYS
非法的系统调用。
在以上列出的信号中,程序不可捕获、阻塞或忽略的信号有:SIGKILL,SIGSTOP
不能恢复至默认动作的信号有:SIGILL,SIGTRAP
默认会导致进程流产的信号:
SIGABRT,SIGBUS,SIGFPE,SIGILL,SIGIOT,SIGQUIT,SIGSEGV,SIGTRAP,SIGXCPU,SIGXFSZ
默认会导致进程退出的信号:
SIGALRM,SIGHUP,SIGINT,SIGKILL,SIGPIPE,SIGPOLL,SIGPROF,SIGSYS,SIGTERM,SIGUSR1,SIGUSR2,SIGVTALRM
默认会导致进程停止的信号:
SIGSTOP,SIGTSTP,SIGTTIN,SIGTTOU
默认进程忽略的信号:
SIGCHLD,SIGPWR,SIGURG,SIGWINCH
此外,SIGIO在SVR4是退出,在4.3BSD中是忽略;SIGCONT在进程挂起时是继续,否则是忽略,不能被阻塞。
作者:airwin
发布时间:January 25, 2010
分类:LNMP
SSH隧道软件,配合vps翻墙用,很好使
直接下载链接:
unicode版本
MyEnTunnel v3.4.2 (Non-Unicode)
查看 详情
作者:airwin
发布时间:January 15, 2010
分类:LNMP
windows平台, nginx + php-fastcgi 模式
PHP Version 5.2.10
cURL Information libcurl/7.19.4 OpenSSL/0.9.8k zlib/1.2.3
测试代码
| | $url = 'http://localhost/x.php';
| | $post_data = array('a'=>'b');
| |
| | $ch = curl_init();
| | curl_setopt($ch, CURLOPT_POST, 1);
| | curl_setopt($ch, CURLOPT_HEADER, 0);
| | curl_setopt($ch, CURLOPT_URL,$url);
| | curl_setopt($ch, CURLOPT_POSTFIELDS, $post_data);
| | curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
| | $result = curl_exec($ch);
| | curl_close($ch); |
|
这些代码耗时竟然2秒多
同样的操作用socket方式操作则正常,在毫秒级别
调试发现原因在这句
| | curl_setopt($ch, CURLOPT_POSTFIELDS, $post_data);
| | //注意这句, 传入的第三个参数是数组 |
|
改为:
| | curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query($post_data)); |
|
后,执行时间恢复正常.
看 手册 上的介绍
CURLOPT_POSTFIELDS:
The full data to post in a HTTP "POST" operation. To post a file, prepend a filename with @ and use the full path. This can either be passed as a urlencoded string like 'para1=val1¶2=val2&...' or as an array with the field name as key and field data as value. If value is an array, the Content-Type header will be set to multipart/form-data.
然后我用socket模拟发送multipart/form-data头,但是并无延时现象,看来是php / curl 的问题, 查看php5.2.12的changelog, 并没有类似这个问题的bug.
暂时没有时间去研究源码, 结论就是
CURLOPT_POSTFIELDS 不要为省事传数组, 一下!
作者:airwin
发布时间:January 8, 2010
分类:LNMP
php无论使用curl,还是socket,向本地的虚拟主机某php post数据时,无论php输出什么,这个post的请求总是会以超时结束, 但是经检查该php确实已经收到post过来的数据写入数据库, 这个问题只出现在本地向本地post的情况, 本地向外网域名操作正常,立刻就能返回。不知道这是否是我本地的问题, 还是curl的问题。记录一下
作者:airwin
发布时间:November 17, 2009
分类:LNMP
Mysql Explain 详解
一.语法
explain < table_name >
例如: explain select * from t3 where id=3952602;
二.explain输出解释
+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+-------+-------------------+---------+---------+-------+------+-------+
阅读剩余部分...
作者:airwin
发布时间:November 16, 2009
分类:LNMP
最近才注意到 nginx 0.7.63以下版本带有溢出漏洞。
具体什么漏洞没看懂,总之更新就是了,不敢冒进0.8,更新到了最新的稳定版 0.7.63
由于自己使用了几个第三方模块,而其中的fancy-index的0.2版与nginx0.7.63(含)以上版本不兼容,导致编译不通过. 目前官网上fancy-index的下载地址已经失效了.. 又google到了新的下载地址,将安装过程记录如下
wget http://wiki.nginx.org/images/5/51/Nginx-accesskey-2.0.3.tar.gz
tar xzvf Nginx-accesskey-2.0.3.tar.gz
cd nginx-accesskey-2.0.3/
vim config
阅读剩余部分...
作者:airwin
发布时间:September 22, 2009
分类:LNMP
isset 和 array_key_exists 都常被用来检测数组中是否有对应的索引存在
它们的基本功能一样, 唯一的区别是:
| | array_key_exists() 在给定的 key 存在于数组中时返回 TRUE。
| | key 可以是任何能作为数组索引的值。array_key_exists() 也可用于对象。
| |
| | array_key_exists() 与 isset() 对比
| |
| | isset() 对于数组中为 NULL 的值不会返回 TRUE,而 array_key_exists() 会。 |
|
再引用老外一些描述
isset works by default with real variables. array_key_exists would need to be supplied the current scope state with a call to check if a variable exists, and that would likely entail a call to get_defined_vars. So for the existance of variables, isset is better.
按我的理解来看, 如果NULL值对你的应用没什么影响, 那么用isset可能会快一些~
- 1