DevOps
nginx配置文件中有各种timeout，比如：fastcgi_read_timeout ;如果没有一些经验，很可能会认为该配置会限制fastcgi请求的时常，其实不然，不过，很多情况下确实是这样的。
比如，我们将fastcgi_read_timeout 设置为5s，并非fastcgi最大允许执行5s，而是：
当nginx发送完请求，开始从fastcgi读取数据时，当然，这时候fpm一般还没能立即处理完，没法立即返回响应数据，则nginx读不到数据，则开始计时，如果fpm能在5s内响应点儿数据（即使不全也没关系），则nginx就可以读取到该数据，继续尝试读取时，发现又需要等待，则重新开始5s的计时，如果fpm总是能保证5s内响应一部分数据，则nginx愿意一直候着，一旦超过5s读不到数据，nginx就不干了
PHP测试代码：
|
1 2 3 4 |
<?php while(1){ echo 1;ob_flush();flush();sleep(2); } |
欧了
ftp协议包含控制链路和数据链路以及主动模式和被动模式，使得ftp协议的代理变得复杂。而且ftp协议设计上没有考虑代理情况（协议上无法知道要连接的真实地址），包括ftp的client也多不支持代理，尤其是透明代理不方便实现，大概是没有一种标准的代理方式。常见的标识真实目标地址的方法是在用户名后面@server来实现
VPN就安全吗？
vpn从概念上来讲只是“虚拟私有网络”，不意味着安全；如果需要auth，就安全了吗？也不一定，就如同web上的http服务，用户一般也需要登录，但是传输层都是明文；所以，还需要加密；最近使用pptp的时候就发现pptp是没有加密功能的，这样的vpn其实是不安全的。vpn设计的时候都会考虑到安全问题，而采用加密方式的。（原来在vpn的虚拟网卡上抓包看到了明文，就怀疑没有加密，其实应该在真实网卡上抓包来验证是否vpn通道是加密的）
缘起
多个相同名字的进程要全部杀死，很自然会用killall； 但是，如果没杀死，将会很郁闷；
结论：
killall参考的是 /proc/pid/comm ;而我们看到的一般是/proc/pid/cmdline ;
如：php-fpm进程显示为：
而我们killall时，写法为：
killall php-fpm
为什么不需要 pool www ？ (因为killall 默认不是精确匹配的，-e选项可以精确匹配，man killall)
另外，我们执行top命令时，‘c’键可以切换命令行列的“短格式”和“长格式”;其实不是什么“短格式”和“长格式”，‘f’ 键可以看到，其实就是comm和cmdline的切换：
缘起
今天要从阿里金融云pptp 到外部的vpn服务器，未能成功，tcpdump抓包结果为：开始几次tcp包交换之后，似乎变成了非tcp的ip协议了，只是开始不再回包，于是开始了解pptp协议。
后测试，发现阿里非金融云是可以pptp到外部服务器的。
分析结论：
阿里金融云不允许GRE; （阿里的弹性公网IP相关文档中有明确描述不支持GRE的，虽然我们用的不是弹性公网IP，或许实现是相同的）
GRE有什么安全问题吗？稍后再研究
PPTP: Point to Point Tunneling Protocol 点对点隧道协议
GRE: Generic Routing Encapsulation 通用路由封装
PPTP 的连接过程如下图:
参考资料：
http://blog.csdn.net/yu_xiang/article/details/9204211
或许你会问：刚开始学习PHP的时候都会做文件的上传下载，难道这还有什么要研究的吗？
呃….有
为了方便讨论，这里基于nginx+fpm来讨论。
默认情况下：
对于文件上传下载服务，请求从开始到结束，需要全程有一个fpm进程来伺候的，如果同时有1000个文件上传的请求，则需要有1000个fpm进程来伺候；一般来讲，上传或下载文件都需要持续较长的时间，用一个进程来伺候一个请求不是浪费，是非常浪费
参考资料：
一般来讲，一个（服务）进程listen了一个端口，如果重复启动，则会报端口被占用的错误，听起来也很合理。突然发现linux上出现了SO_REUSEPORT，似乎多个进程可以同时listen同一个端口。
测试脚本 server.php：
|
1 2 3 4 5 6 7 8 9 10 |
<?php $socket = socket_create(AF_INET, SOCK_STREAM, SOL_TCP); socket_set_option($socket, SOL_SOCKET, SO_REUSEPORT, 1); socket_bind($socket, "127.0.0.1", 2345); socket_listen($socket); while($s = socket_accept($socket)) { $str = socket_read($s, 2048, PHP_NORMAL_READ); socket_write($s, posix_getpid().":".$str); socket_close($s); } |
注意：
执行:
php server.php &
既然设置了SO_REUSEPORT，则应该可以再启动一个吧？结果，同时启动两个，则两个进程都被stop了
再看： 去掉 ‘&’ 来执行 php server.php ，不放打开多个terminal，我这里打开了两个，发现两个进程都没有再停止了
再打开一个terminal，执行：
while :; do echo “hello”|nc -4 localhost 2345;done
输出里面混杂出现两个进程的pid，证明：两个进程在同时提供服务了;
注意： 即使是多个进程在提供服务，netstat中看到的却只有一个进程在listen
（mac下测试相同脚本，结果是： netstat中可以看到多个进程在listen，但是实际测试却只有一个进程在提供服务，反正我也不同mac来提供线上服务，这里就不研究mac了)
问题： 为什么我这个脚本不能推到后台执行？？？？？？？？
strace 跟踪发现，可能和标准输出有关系（这个应该也是centos7和前面版本的差异），把标准输出重定向走：
php server.php >/dev/null &
这样就不会停止了，之于标准错误、标准输入是否会有其他的影响，这个这里就不再研究了
总结：
SO_REUSEPORT 真心不错
参考资料：
http://www.blogjava.net/yongboy/archive/2015/02/04/422732.html
|
1 |
$ yum install git |
安装依赖：
|
1 |
yum install expat-devel |
|
1 |
yum install zlib-devel perl-ExtUtils-MakeMaker asciidoc xmlto openssl-devel |
获取git源码：
|
1 |
git clone https://github.com/git/git.git |
安装：
|
1 |
cd git |
|
1 |
make |
参考：
http://git-scm.com/download/linux
http://pan.baidu.com/s/1bnyVnSb
查看配置：
查看使用情况：
Qcache_free_blocks: 表示查询缓存中目前还有多少剩余的blocks，如果该值显示较大，则说明查询缓存中的内存碎片过多了，可能在一定的时间进行整理
Qcache_free_memory: 查询缓存的内存大小，通过这个参数可以很清晰的知道当前系统的查询内存是否够用，是多了，还是不够用，DBA可以根据实际情况做出调整
Qcache_hits： 命中多少
Qcache_inserts： 写入多少
Qcache_lowmem_prunes： 空间不够，挤出多少 （？）
Qcache_not_cached： 有多少查询因不符合条件而没有被写入cache （如：结果集太大、sql条件中使用了函数、select 1等等）
Qcache_queries_in_cache： 当前缓存了多少查询
Qcache_total_blocks: 当前缓存的block数量
参考：