东半球最先进的 debug 技巧

d1

 

不论是什么行业里,能让人最兴奋的事情通常都是解决新奇的、高难度问题带来的刺激。在我的工作中,经常会遇到很多bug,乍一看,它们都是不可能的。不是不可能解决,而是完全不可能出现。就好象最前沿的科技揭示了一个新的奇怪的逻辑现象,以至于人的大脑完全无法理解。
阅读全文

linux下杀死进程的N种方法

常规篇:

首先,用ps查看进程,方法如下:

ps -ef

……
smx       1822     1  0 11:38 ?        00:00:49 gnome-terminal
smx       1823  1822  0 11:38 ?        00:00:00 gnome-pty-helper
smx       1824  1822  0 11:38 pts/0    00:00:02 bash
smx       1827     1  4 11:38 ?        00:26:28 /usr/lib/firefox-3.6.18/firefox-bin
smx       1857  1822  0 11:38 pts/1    00:00:00 bash
smx       1880  1619  0 11:38 ?        00:00:00 update-notifier
……
smx      11946  1824  0 21:41 pts/0    00:00:00 ps -ef

或者:

ps -aux

 ……
smx       1822  0.1  0.8  58484 18152 ?        Sl   11:38   0:49 gnome-terminal
smx       1823  0.0  0.0   1988   712 ?        S    11:38   0:00 gnome-pty-helper
smx       1824  0.0  0.1   6820  3776 pts/0    Ss   11:38   0:02 bash
smx       1827  4.3  5.8 398196 119568 ?       Sl   11:38  26:13 /usr/lib/firefox-3.6.18/firefox-bin
smx       1857  0.0  0.1   6688  3644 pts/1    Ss   11:38   0:00 bash
smx       1880  0.0  0.6  41536 12620 ?        S    11:38   0:00 update-notifier
……
smx      11953  0.0  0.0   2716  1064 pts/0    R+   21:42   0:00 ps -aux

此时如果我想杀了火狐的进程就在终端输入:

kill -s 9 1827

其中-s 9 制定了传递给进程的信号是9,即强制、尽快终止进程。各个终止信号及其作用见附录。

1827则是上面ps查到的火狐的PID。

简单吧,但有个问题,进程少了则无所谓,进程多了,就会觉得痛苦了,
无论是ps -ef 还是ps -aux,每次都要在一大串进程信息里面查找到要杀的进程,看的眼都花了。

改进1:

把ps的查询结果通过管道给grep查找包含特定字符串的进程。管道符“|”用来隔开两个命令,管道符左边命令的输出会作为管道符右边命令的输入。

ps -ef | grep firefox
 smx       1827     1  4 11:38 ?        00:27:33 /usr/lib/firefox-3.6.18/firefox-bin
smx      12029  1824  0 21:54 pts/0    00:00:00 grep --color=auto firefox

这次就清爽了。然后就是

kill -s 9 1827

还是嫌打字多?

改进2 ———使用pgrep:

一看到pgrep首先会想到什么?没错,grep!pgrep的p表明了这个命令是专门用于进程查询的grep。

pgrep firefox

 1827

看到了什么?没错火狐的PID,接下来又要打字了:

kill -s 9 1827

改进3 ——使用pidof:

看到pidof想到啥?没错pid of xx,字面翻译过来就是 xx的PID。

pidof firefox-bin

 1827

和pgrep相比稍显不足的是,pidof必须给出进程的全名。然后就是老生常谈:

kill -s 9 1827

无论使用ps 然后慢慢查找进程PID
还是用grep查找包含相应字符串的进程,
亦或者用pgrep直接查找包含相应字符串的进程PID,然后手动输入给kill杀掉,都稍显麻烦。
有没有更方便的方法?有!

改进4:

ps -ef | grep firefox | grep -v grep | cut -c 9-15 | xargs kill -s 9

说明:

“grep firefox”的输出结果是,所有含有关键字“firefox”的进程。
“grep -v grep”是在列出的进程中去除含有关键字“grep”的进程。
“cut -c 9-15”是截取输入行的第9个字符到第15个字符,而这正好是进程号PID。
“xargs kill -s 9”中的xargs命令是用来把前面命令的输出结果(PID)作为“kill -s 9”命令的参数,并执行该命令。“kill -s 9”会强行杀掉指定进程。

难道你不想抱怨点什么?没错太长了

改进5:

知道pgrep和pidof两个命令,干嘛还要打那么长一串!

pgrep firefox | xargs kill -s 9

改进6:

ps -ef | grep firefox | awk '{print $2}' | xargs kill -9

 kill: No such process

有一个比较郁闷的地方,进程已经正确找到并且终止了,但是执行完却提示找不到进程。

其中awk ‘{print $2}’ 的作用就是打印(print)出第二列的内容。根据常规篇,可以知道ps输出的第二列正好是PID。就把进程相应的PID通过xargs传递给kill作参数,杀掉对应的进程。

改进7:
难道每次都要调用xargs把PID传递给kill?答案是否定的:

kill -s 9 `ps -aux | grep firefox | awk '{print $2}'`

改进8:

没错,命令依然有点长,换成pgrep。

kill -s 9 `pgrep firefox`

改进9——pkill:

看到pkill想到了什么?没错pgrep和kill!pkill=pgrep+kill。

pkill -9 firefox

说明:”-9″ 即发送的信号是9,pkill与kill在这点的差别是:pkill无须 “s”,终止信号等级直接跟在 “-“ 后面。之前我一直以为是 “-s 9″,结果每次运行都无法终止进程。

改进10——killall:

killall和pkill是相似的,不过如果给出的进程名不完整,killall会报错。pkill或者pgrep只要给出进程名的一部分就可以终止进程。

killall -9 firefox

附录:各种信号及其用途

Signal Description Signal number on Linux x86[1]
SIGABRT Process aborted 6
SIGALRM Signal raised by alarm 14
SIGBUS Bus error: “access to undefined portion of memory object” 7
SIGCHLD Child process terminated, stopped (or continued*) 17
SIGCONT Continue if stopped 18
SIGFPE Floating point exception: “erroneous arithmetic operation” 8
SIGHUP Hangup 1
SIGILL Illegal instruction 4
SIGINT Interrupt 2
SIGKILL Kill (terminate immediately) 9
SIGPIPE Write to pipe with no one reading 13
SIGQUIT Quit and dump core 3
SIGSEGV Segmentation violation 11
SIGSTOP Stop executing temporarily 19
SIGTERM Termination (request to terminate) 15
SIGTSTP Terminal stop signal 20
SIGTTIN Background process attempting to read from tty (“in”) 21
SIGTTOU Background process attempting to write to tty (“out”) 22
SIGUSR1 User-defined 1 10
SIGUSR2 User-defined 2 12
SIGPOLL Pollable event 29
SIGPROF Profiling timer expired 27
SIGSYS Bad syscall 31
SIGTRAP Trace/breakpoint trap 5
SIGURG Urgent data available on socket 23
SIGVTALRM Signal raised by timer counting virtual time: “virtual timer expired” 26
SIGXCPU CPU time limit exceeded 24
SIGXFSZ File size limit exceeded 25

文章来自:http://www.979137.com/thread-64-1-1.html

滑动窗口在storm中的实现

滑动窗口在监控和统计应用的场景比较广泛,比如每隔一段时间(10s)统计最近30s的请求量或者异常次数,根据请求或者异常次数采取相应措施;这里说一下滑动窗口在storm中实现的原理。参见下图:

g1

 

窗口大小为30s,每10s就统计一次,那么窗口一共有3个slot,可以对窗口建立长度为3的数组;在storm的blot中在10s内通过execute(tuple)功能不停的把接收的tuple进行count个数(假如内置变量为tuple_count),每10s会自动触发滑动窗口的移动工作(Array[slot3]=》Array[slot2],Array[slot2]=》Array[slot1]),并存储当前tuple_count值到Array[slot3] ,随之可以进行统计窗口的数据了。
阅读全文

2014 年必备的 15 款 WordPress 插件

1111

 

这些是2014年对你Wordpress站点非常有用的15款插件。这些插件能大大增强你的Wordpress站点的表现力。

在网络开发中,Wordpress是领先的CMS平台之一。因为Wordpress插件的灵活性,它们能被轻松下载,并能用于轻易地建立起一个网络发布平台。用上下面这几款插件,你的网站的表现力将大大提高。

当我开始我的博客的时候,我搜寻了很多Wordpress插件。Wordpress能让网站的SEO更好,其原因就在于它拥有着良好的内容管理系统。Wordpress插件能让网站SEO有着更快的速度,能让页面读取更加迅速,能优化数据库,除此以外还能提供安全保护等诸多功能。借助这些插件,你能轻松省时省钱地改善你的站点。

2014 年必备的 15 款 WordPress 插件

我已经收集了2014 年必备的 15 款 WordPress 插件。这里我列出了这些实用性强的插件。希望你会喜欢。

1.Share Buttons by E-MAILiT

b1
阅读全文

Github上最受关注的前端大牛,快来膜拜吧!

本文列出了Github上最受关注的10位前端大牛。看看他们负责的项目和提交的代码,你是不是能从中学到些什么?

1. Paul Irish

a1

 

阅读全文

程序员遇到bug后的七大反应

每一个被bug缠身的程序员,都想拥有孙悟空的本领。要么七十二变,要么一转眼灰飞烟灭

b1

 

1、谁动了我的代码

b1

 

这确实是一种曾相识的感觉,我经过无数次的解释都没有人相信,但我还是要说一句:它原本不是这个样子的

2、什么?还用IE6?

b2

 

在完美兼容了IE7+、360、火狐、谷歌等之后,突然被这一晴天霹雳给击中。
阅读全文

10个最好的 jQuery 视频插件

在这篇文章中已经收集了10个最佳的jQuery视频插件,帮助开发人员容易地实现网站播放影片功能。可以显示视频和视频播放列表。

1. Bigvideo.js

c1

 

BigVideo.js 是一个jQuery插件能够,让你很方便将视频作为网站的背景。

它可以默默地播放一个视频,或用一个列表让用户选择他们喜欢的进行播放。
阅读全文

再谈select, iocp, epoll,kqueue及各种I/O复用机制

首先,介绍几种常见的I/O模型及其区别,如下:

  • blocking I/O
  • nonblocking I/O
  • I/O multiplexing (select and poll)
  • signal driven I/O (SIGIO)
  • asynchronous I/O (the POSIX aio_functions)

blocking I/O
这个不用多解释吧,阻塞套接字。下图是它调用过程的图示:

a1

 

重点解释下上图,下面例子都会讲到。首先application调用 recvfrom()转入kernel,注意kernel有2个过程,wait for data和copy data from kernel to user。直到最后copy complete后,recvfrom()才返回。此过程一直是阻塞的。

nonblocking I/O:
与blocking I/O对立的,非阻塞套接字,调用过程图如下:

a2

 

可以看见,如果直接操作它,那就是个轮询。。直到内核缓冲区有数据。
阅读全文

利用 Linux 系统生成随机密码的10种方法

通常情况下大家生成密码都好困惑,一来复杂程度不够会不安全,复杂程度够了又不能手动随便敲击键盘打出一同字符(但通常情况下这些字符是有规律的),使用1password 或者 keepass 这种软件生成也可以,不过貌似1password 要收费,既然这样我们就玩一下好玩的用 linux 来生成随机密码玩玩吧;

 

Linux操作系统的一大优点是对于同样一件事情,你可以使用高达数百种方法来实现它。例如,你可以通过数十种方法来生成随机密码。本文将介绍生成随机密码的十种方法。

1. 使用SHA算法来加密日期,并输出结果的前32个字符:

date +%s |sha256sum |base64 |head -c 32 ;echo

生成结果如下:

ZTNiMGM0NDI5OGZjMWMxNDlhZmJmNGM4

2. 使用内嵌的/dev/urandom,并过滤掉那些日常不怎么使用的字符。这里也只输出结果的前32个字符:

< /dev/urandom tr -dc _A-Z-a-z-0-9 |head -c${1:-32};echo

生成结果如下:

pDj0Xwz7exD_Qb5B27BwWsM1hrF3a7cJ

3. 使用openssl的随机函数

openssl rand -base64 32

生成结果如下:

rYJWqJlTLAYeX3j7nCbir20h1k/0CnqLNEuNyTScfKo=

4. 这种方法类似于之前的urandom,但它是反向工作的

tr -cd '[:alnum:]' < /dev/urandom | fold -w32 | head -n1;echo

生成结果如下:

tpgudzF7sqtU4yyW2LVhmUQOZIQi87

阅读全文

header的安全配置指南

from:https://blog.veracode.com/2014/03/guidelines-for-setting-security-headers/

0×00 背景


在统计了Alexa top 100万网站的header安全分析之后(2012年11月 – 2013年3月 – 2013年11月),我们发现其实如何正确的设置一个header并不是一件容易的事情。尽管有数不胜数的网站会使用大量有关安全方面的header,但并没有一个像样的平台能够为开发者们提供必要的信息,以辨别那些常见的错误设置。或者说,即使这些安全方面的header设置正确了,也没有一个平台能够为开发者提供一个系统的测试方法,用来测试正确与否。这些header如果设置错误了不仅会产生安全的假象,甚至会对网站的安全产生威胁。veracode认为安全性header是网络防护中非常重要的一环,并且他希望让开发者们能够简捷、正确地设置站点。如果您对某一header或设置有任何疑问,我们有极好的资源能够追踪到浏览器支持情况。
阅读全文