总结:本质上是因为PHP的应用程序Owncloud他自己的设置引起了PHP的应用日志时间少了8小时,而PHP的设置 是没有毛病的,如下:
./lib/base.php:         date_default_timezone_set('UTC');  ##修改为:date_default_timezone_set('Etc/GMT-8');
=================================================================================

零、系统时间正确:
date
Sun Feb 11 11:30:16 CST 2018
UTC----全球标准时间指的是由世界时间标准设定的时间。原先也被称为格林威治标准时间或者 GMT
CST----CMOS时间,即本机的时间!

PHP.ini里也配置了:date.timezone = Asia/Shanghai:
在php.ini中设置date.timezone的值为PRC,设置好以后的为:date.timezone=PRC或者date.timezone = Asia/Shanghai,同时取消这一行代码的注释,即去掉前面的分号就可以了。
/usr/local/php/etc/php-fpm.conf里,同样两个日志时间不对:
一、应用错误日志少了8小时:
php-fpm.conf
php_admin_value[error_log] = /data/logs/php/php-www-error.log
/data/logs/php/php-www-error.log
[11-Feb-2018 02:58:53 UTC] PHP Fatal error:  Allowed memory size of 18874368 bytes exhausted (tried to allocate 2048 bytes) in /data/www/xdxp.cn/lib/private/preview/txt.php on line 60

二、这个php-fpm-error日志和系统时间保持一致:
[global]
error_log = /data/logs/php/php-fpm-error.log
这个是对的:
/data/logs/php/php-fpm-error.log <==
[11-Feb-2018 10:58:37] WARNING: [pool www] server reached pm.max_children setting (6), consider raising it


刚开始认为是FreeBSD的时区问题,但实际上不是它的问题,如下:
FreeBSD 11.1 PHP日志出现:
[11-Feb-2018 03:06:39 UTC] PHP Fatal error:  Allowed memory size of 18874368 bytes exhausted (tried to allocate 2048 bytes) in /data/www/xdxp.cn/lib/private/preview/txt.php on line 60
系统时间:date
Sun Feb 11 11:18:57 CST 2018
因为刚安装系统是使用UTC时间,所以安装系统后,需要设置回上海时区!操作需要root权限!
#adjkerntz -a                                         调节COMS时间
#date                                                
时间相差8小时,
可能是一个Bug:https://bugs.php.net/bug.php?id=60723 ,但是是 很多年前了,我这都PHP 5.6.33 (cli) (built: Feb 11 2018 10:42:42) ,不存在,后来也证明是Owncloud代码的问题。
http://bbs.csdn.net/topics/390091176里说:php_errors.log (/data/logs/php/php-www-error.log)人家打的是gmtime,你系统时间是localtime,差8小时是正确的,你得想办法配置php_errors.log输出的是localtime就和系统时间一致了,懂吗。


原来是Owncloud是老外做的,设置的date_default_timezone_set可能不一样导致:
#grep -r "date_default_timezone_set" ./
./3rdparty/sabre/vobject/lib/TimeZoneUtil.php:     * (as configured using date_default_timezone_set, or the date.timezone ini
./3rdparty/mcnetic/zipstreamer/src/ZipStreamer.php:    date_default_timezone_set('UTC');
./3rdparty/mcnetic/zipstreamer/src/ZipStreamer.php:    date_default_timezone_set($oldTZ);
./apps/files_external/3rdparty/icewind/streams/tests/bootstrap.php:date_default_timezone_set('UTC');
./apps/files_texteditor/js/vendor/ace/src-noconflict/mode-php.js:        'date_create_from_format|date_date_set|date_default_timezone_get|date_default_timezone_set|date_diff|date_format|date_get_last_errors|' +
./lib/base.php:         date_default_timezone_set('UTC');  ##修改为:date_default_timezone_set('Etc/GMT-8');


成功修复:

手动修改后就OK了,就是PHP代码上作了修改引起的!!!

[11-Feb-2018 11:44:32 Etc/GMT-8] PHP Fatal error:  Allowed memory size of 18874368 bytes exhausted (tried to allocate 2048 bytes) in /data/www/xdxp.cn/lib/private/preview/txt.php on line 60



灵感来源,下面代码的日志时间正确,date_default_timezone_set('Etc/GMT-8');    //设置时区,这块有关系,于是查Owncloud是否一样?果然不一样,修改了再测试就发现Owncloud对了:
error.class.php


a.php


产生错误时间正确:
[11-Feb-2018 11:39:08 Asia/Shanghai] 2018-02-11 11:39:08 运行时提示(E_NOTICE) Undefined variable: _SESSION /data/www/comm.jackxiang.com/a.php 5
[11-Feb-2018 11:41:59 Asia/Shanghai] PHP Notice:  Undefined index: aaaaadfa in /data/www/comm.jackxiang.com/a.php on line 4
[11-Feb-2018 11:41:59 Asia/Shanghai] PHP Notice:  Undefined variable: _SESSION in /data/www/comm.jackxiang.com/a.php on line 5
[11-Feb-2018 11:41:59 Asia/Shanghai] 2018-02-11 11:41:59 运行时提示(E_NOTICE) Undefined variable: _SESSION /data/www/comm.jackxiang.com/a.php 5

关于这个date_default_timezone_set的一些时间值列表:来自@https://zhidao.baidu.com/question/383369268.html
date_default_timezone_set("Etc/GMT").:是格林威治标准时间,得到的时间和默认时区是一样的
ate_default_timezone_set("Etc/GMT+8");比林威治标准时间慢8小时,
date_default_timezone_set("Etc/GMT-8");东八区,我们比那快8小时所以减8
或者使用:date_default_timezone_set('PRC')设置中国时区


最后,更多关于FreeBSD的时间设置知识:
---------------------------------------------[FreeBSD] 修改系統時間 UTC->CST------------------------------------------------------------
剛安裝好系統是屬於格林時間,所以去設定一下如何弄回去内地 GMT+8 的時間
有2種方式~一個用圖形介面:
1、#tzsetup
是一個不錯的 timezone 設定工具 , 進去之後選擇 5.Asia -> ShangHai
2、另一個方法是:
#cp /usr/share/zoneinfo/Asia/Taipei /etc/localtime
#adjkerntz -a
#date
#Sat Jun 23 10:50:40 CST 200
ps:(adjkerntz = adjust kernal timezone)


本文来自ChinaUnix博客,如果查看原文请点:http://blog.chinaunix.net/u/1808/showart_492283.html
来自:https://www.west.cn/info/html/caozuoxitong/FreeBSD/20090513/132105.html


最近手上弄了台FreeBSD系统的VPS,因为系统无法更换,所以就只能用这么用着了,第一次配置的时候记得配置了时区,可是仍旧显示不正确。这样子看系统日志的时候就不是太方便,因为时间老是不对,虽然这台服务器打算是专门做SSH代×理滴,需要滴联系奶牛哈~~~点此联系

下面说说设置,首先要进入一个root shell

#sysinstall

依次进入 configure→Time Zone→UTC = no→ Asia → China→ Beijing,Guangdong,Shanghai etc.

Does the abbreviation `CST’ look reasonable? = OK
提示选择yes,然后退出sysinstall就可以了。

查看日期的命令是data

同步时间的命令是 ntpdate nist1.symmetricom.com

参考:http://www.nenew.net/freebsd-time-zone-setting.html
https://www.west.cn/info/html/caozuoxitong/FreeBSD/20090513/132105.html

xxd查看文件编码:
xxd gbk.php
0000000: 3c3f 7068 700a 2020 7661 725f 6475 6d70  <?php.  var_dump
0000010: 2862 696e 3268 6578 2822 b6ab 2229 293b  (bin2hex(".."));
0000020: 0a                                       .


1. 在 vi 或 vim 的命令状态下

:%!xxd              ——将当前文本转换为16进制格式。

:%!xxd -r           ——将当前文件转换回文本格式。



2. od - dump files in octal and other formats
  顾名思义是查看八进制,可以通过指定参数为查看十六进制
  -A 指定左边侧栏显示的地址基数,默认为八进制
  -t 指定输出单元的进制格式和字节数
  -x = -t x2 输出单元为双字节(注意:每单元内排列顺序从左到右为 [高字节|低字节])

Linux指令:od

示例用法:od -c hello

Linux指令:od

od命令
用户通常使用od命令查看特殊格式的文件内容。通过指定该命令的不同选项可以以十进制、八进制、十六进制和ASCII码来显示文件。

语法:od [选项] 文件…
命令中各选项的含义:
- A 指定地址基数,包括:
d 十进制
o 八进制(系统默认值)
x 十六进制
n 不打印位移值
- t 指定数据的显示格式,主要的参数有:
c ASCII字符或反斜杠序列
来自:http://blog.csdn.net/dumgeewang/article/details/7778143
          http://blog.csdn.net/chenglian_999/article/details/4672177
=========================================

主要用来查看下换行符号:
#od -c S.txt
0000000   1   1   1   1   *   1   +   2   2   2   +   5   *   1   1   +
0000020   8   *   7   7  \n  \n
0000026

#od -c S.txt
0000000   1   1   1   1   *   1   +   2   2   2   +   5   *   1   1   +
0000020   8   *   7   7  \n
0000025


===============Q:=========================
cat S.txt
11+2

od -c S.txt
0000000    1   1   +   2                                                
0000004
-------------------------------------------------------------------------------
bc没有换行,cat filename |bc 会提示:
cat S.txt|bc
bc: stdin:1: syntax error: unexpected EOF

也就是说,还得有一个结尾换行符号。
Linux 下 popen 函数引起的僵尸进程 defunct 以及解决办法:http://blog.csdn.net/sky_qing/article/details/22296827

概览:任何一个子进程(init除外)在exit()之后,并非马上就消失掉,而是留下一个称为僵尸进程(Zombie)的数据结构,等待父进程处理。这是每个 子进程在结束时都要经过的阶段。如果子进程在exit()之后,父进程没有来得及处理,这时用ps命令就能看到子进程的状态是“Z”(首先:它是wait了的,其次,子进程运行完毕,再次,父亲进程没有来得及处理。 以上三个状态均满足,才会有Z,否则缺一个的情况下是没有Z状态的,下面的实验没有出现繁忙,也就没有看到Z,要看到Z在Kafka的Python调用PHP,在进行压力测试时也就实实在在的看到了Z状态。)。如果父进程能及时 处理,可能用ps命令就来不及看到子进程的僵尸状态,但这并不等于子进程不经过僵尸状态。

##如何避免产生僵尸进程

我们知道了僵尸进程产生的原因和危害,那么如何避免产生僵尸进程呢?

一般,为了防止产生僵尸进程,在fork子进程之后我们都要wait它们;同时,当子进程退出的时候,内核都会给父进程一个SIGCHLD信号,所以我们可以建立一个捕获SIGCHLD信号的信号处理函数,在函数体中调用wait(或waitpid),就可以清理退出的子进程以达到防止僵尸进程的目的。如下代码所示:

void sig_chld( int signo ) {
    pid_t pid;
    int stat;
    pid = wait(&stat);    
    printf( "child %d exit\n", pid );
    return;
}

int main() {
    signal(SIGCHLD,  &sig_chld);
}
SIGCHLD,在一个进程终止或者停止时,将SIGCHLD信号发送给其父进程,按系统默认将忽略此信号,如果父进程希望被告知其子系统的这种状态,则应捕捉此信号。

二、开始实践研究:
1.学习一个命令行查看父子关系的Ps命令:ps -f -C
2.Python调用PHP产生僵尸进程的缘故,继承关系如下:
1号进程生下python的主进程35923,而Python产生了8个子进程(35926,35927,35928,35929,35930,35931,35932,35933),
而这8个子进程呢,又去调用了PHP可执行文件,就拿其中一个Python的了进程PID=35928,它调用PHP进程产生了多个PHP的PID(6770,6773,6774,6776,6818
),而这些因为PHP运行太快,进而导致出现了僵尸的状态,而

摘自:https://www.zhihu.com/question/26432067
僵尸进程:一个进程使用fork创建子进程,如果子进程退出,而父进程并没有调用wait或waitpid获取子进程的状态信息,那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。

/tmp/defunct.c
make defunct


ps -f -C defunct
UID        PID  PPID  C STIME TTY          TIME CMD
root     36158 34442  0 16:05 pts/12   00:00:00 ./defunct
root     36159 36158  0 16:05 pts/12   00:00:00 [defunct] <defunct>

而运行是先SSHD从1号进程继承子进程,后再 su mamingyao,再su xiangdong,一层层的继承,进而实现运行上面的进程:
上面的进程表明,只要defunc父进程不退出,且它没有wait_pid,那么它就是僵尸态,而退出后,这个僵尸态也就没有了。


结论:经实践,发现如果父进程一直运行不退出,且父进程只Fork不进行等待子进程pid = wait(&stat);   而这个僵尸的状态一直存在的,正如前面所讲,子进程运行完退出,此时如果父进程退出,这个子进程的僵尸会被1号进程清理掉,如果父进程一直不退出,则这个僵尸态一直存在,并不会被清理掉,如果调用了pid = wait(&stat);   应该在父进程不繁忙时,会立即回收,如果繁忙,可能还是会短暂出现僵尸态的情况发生,下面两段增强版本代码得到了验证:
1)父进程一直运行,不退出,僵尸一直在,退出后被1号进程清理实验:
vim /tmp/defunct/defunct.c

运行:
#./defunct
查看:
#ps -f -C defunct
UID        PID  PPID  C STIME TTY          TIME CMD
root     55767 55416  0 09:51 pts/11   00:00:00 ./defunct
root     55768 55767  0 09:51 pts/11   00:00:00 [defunct] <defunc

ps -efL  |grep defunct
root     55767 55416 55767  0    1 09:51 pts/11   00:00:00 ./defunct
root     55768 55767 55768  0    1 09:51 pts/11   00:00:00 [defunct] <defunct>
僵尸是有的,但没有看到Z状态,呵呵,

2)父进程等待:SIGCHLD,在一个进程终止或者停止时,将SIGCHLD信号发送给其父进程,按系统默认将忽略此信号,如果父进程希望被告知其子系统的这种状态,则应捕捉此信号。,等待子进程pid = wait(&stat);发现在父进程不繁忙时,并没有出现僵尸的情况,何为繁忙,我估计在高并发时可能也就是所谓的繁忙,在下面对Kafaka进行压力测试时的确发现有僵尸但一会又回收了,也就是说Python也调用了wait等待子进程了,但是太繁忙,Top看时其 N zombie,导致并没有立即清理 ,出现时而僵尸进程多时而被回收的情况属于正常情况。
vim /tmp/defunct/defunct.c

运行:
#./defunct
查看:
ps -f -C defunct
UID        PID  PPID  C STIME TTY          TIME CMD
root     57355 55416  0 10:03 pts/11   00:00:00 ./defunct

#ps -efL  |grep defunct
root     58663 55416 58663  0    1 10:10 pts/11   00:00:00 ./defunct
不存在僵尸进程的标识,被wait干掉了。


附带说下孤儿进程,孤儿进程(即使父亲等待子进程signal(SIGCHLD,  &sig_chld);,父亲死了,还是会成孤儿):
vim /tmp/defunct/defunct.c



./defunct    
I am father process.I will sleep two seconds
pid=59405
I am child process.I am exiting.
pid=59406


子进程也一直While(1),不通出,此时看这两个进程正常:
#ps -efL  |grep defunct
root     59303 55416 59303  0    1 10:15 pts/11   00:00:00 ./defunct
root     59304 59303 59304  0    1 10:15 pts/11   00:00:00 ./defunct

#ps -f -C defunct
UID        PID  PPID  C STIME TTY          TIME CMD
root     59303 55416  0 10:15 pts/11   00:00:00 ./defunct
root     59304 59303  0 10:15 pts/11   00:00:00 ./defunct

关键一步,杀死父PID,59405是父进程,杀死父亲(注意:如果用直接对启动进程杀死的Ctrl+c是会整个都退出,得用Kill命令才能出现孤儿进程):
kill -9 59405

出现子进程PID=59406,被1号进程收养,也就是所谓的孤儿进程:
ps -efL  |grep defunct      
root     59406     1 59406  0    1 10:15 pts/11   00:00:00 ./defunct




转回正题说到僵尸进程:
=========================================================================
如下:Kafaka用Python写的多进程调用PHP出现僵尸进程:
说明啥,说明如果主进程是守护进程不退出,子进程去运行PHP的清况,而不wait_pid, 会产生一堆的僵尸进程,如果有一个Python子进程死了,PHP的僵尸也就死了。或者Python有WaitPID,也就会出现僵尸态存在,一会就好了的情况,这个所谓繁忙,我估计是涉及到阻塞、网络阻塞、队列阻塞啥的引起,导致没有及时回调wait而出现了短暂的僵尸。





======================Kafka的Client用Python写的调用了PHP===============================
[root@ilv-api_php_bj_szq_1*_70_33_140 ~]# ps -f -C php
UID        PID  PPID  C STIME TTY          TIME CMD
www       6770 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6773 35928  0 11:50 ?        00:00:00 [php] <defunct>


[root@ilv-api_php_bj_szq_1*_70_33_140 ~]# ps -ef|grep 35928
www       6770 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6773 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6774 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6776 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6778 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6779 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6784 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6789 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6790 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6793 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6796 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6798 35928  0 11:50 ?        00:00:00 [php

PID和PPID:
1、PID(process ID):
PID是程序被操作系统加载到内存成为进程后动态分配的资源。
每次程序执行的时候,操作系统都会重新加载,PID在每次加载的时候都是不同的。
2、PPID(parent process ID):PPID是程序的父进程号。

grep 35928
www      35928 35923  2 11:05 ?        00:06:47 ms-survey-kafka-client
[root@ilv-api_php_bj_szq_1*_70_33_140 ~]# ps -f -C php
UID        PID  PPID  C STIME TTY          TIME CMD
www       6770 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6773 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6774 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6776 35928  0 11:50 ?        00:00:00 [php] <defunct>
www       6818 35928  0 11:50 ?        00:00:00 [php] <defunct>
                               ...

www       7501 35926  0 11:50 ?        00:00:00 [php] <defunct>
www       7504 35926  0 11:50 ?        00:00:00 [php] <defunct>
www       7505 35926  0 11:50 ?        00:00:00 [php] <defunct>
www       7506 35926  0 11:50 ?        00:00:00 [php] <defunct>
www       7507 35926  0 11:50 ?        00:00:00 [php] <defunct>
                               ...

父亲进程:
www      35928 35923  2 11:05 ?        00:06:47 ms-survey-kafka-client
www      35926 35923  2 11:05 ?        00:06:53 ms-survey-kafka-client

ps -f -C ms-survey-kafka-client
UID        PID  PPID  C STIME TTY          TIME CMD
www      35923     1  0 11:05 ?        00:00:00 ms-survey-kafka-client                                          
www      35926 35923  2 11:05 ?        00:06:54 ms-survey-kafka-client                                          
www      35927 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35928 35923  2 11:05 ?        00:06:48 ms-survey-kafka-client                                          
www      35929 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35930 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35931 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35932 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client    
www      35933 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client


ps -ef|grep 35923
root     31083 28863  0 15:43 pts/0    00:00:00 grep 35923
www      35923     1  0 11:05 ?        00:00:00 ms-survey-kafka-client                                          
www      35926 35923  2 11:05 ?        00:06:54 ms-survey-kafka-client                                          
www      35927 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35928 35923  2 11:05 ?        00:06:48 ms-survey-kafka-client                                          
www      35929 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35930 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35931 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35932 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client                                          
www      35933 35923  0 11:05 ?        00:00:19 ms-survey-kafka-client


脑补:
摘自:https://michaelyou.github.io/2015/03/12/孤儿进程与僵尸进程/
##前言
孤儿继承和僵尸进程是APUE里面的一个重要概念,之前看书不仔细,也没有总结,所以这两个概念一直很模糊,只知道是父进程和子进程有一个退了,至于到底是父进程退还是子进程退会产生孤儿进程和僵尸进程,一直是我的一块心病啊。今天有空,来认真总结一下。

##基本概念

在unix/linux中,子进程是通过父进程创建的(fork)。子进程的结束和父进程的运行是一个异步过程,即父进程永远无法预测子进程到底什么时候结束。 当一个进程完成它的工作终止之后,它的父进程需要调用wait()或者waitpid()系统调用取得子进程的终止状态。

孤儿进程:一个父进程退出,而它的一个或多个子进程还在运行,那么那些子进程将成为孤儿进程。孤儿进程将被init进程(进程号为1)所收养,并由init进程对它们完成状态收集工作。

僵尸进程:一个进程使用fork创建子进程,如果子进程退出,而父进程并没有调用wait或waitpid获取子进程的状态信息,那么子进程的进程描述符仍然保存在系统中。这种进程称之为僵死进程。

我们再来分析一下:

孤儿的意思是什么?被父母抛弃了,或者没有父母。所以孤儿进程就是父进程不在了,留下子进程在继续运行。但孤儿不能自己存在啊,所以总会有好心人收养他,在unix系统里,这个好心人就是init进程,init进程会收养所有的孤儿进程,代替父进程手机子进程的终止状态。

同理,什么是僵尸?如果你死了,你就有可能成为僵尸。子进程挂了之后,有一个重要的步骤就是父进程应该调用wait或者waitpid来获取它的终止状态,让它入土为安的。但有些父母非常不负责,他没有做。所以子进程不能入土,就只能继续在系统里飘荡,成了僵尸。这不怪他们啊,都是父进程害的!

##危害

有的人就说了,那干嘛一定要父进程调用wait和waitpid来回收子进程啊,子进程挂了就让他挂好了,父进程不要回收,让系统自己把回收的事干了。我也是这样想的,可是你知道父母的通病在哪里吗?就是他们对自己的小孩,都有旺盛的控制欲!

unix提供了一种机制可以保证只要父进程想知道子进程结束时的状态信息, 就可以得到。这种机制就是:

在每个进程退出的时候,内核释放该进程所有的资源,包括打开的文件,占用的内存等。 但是仍然为其保留一定的信息(包括进程号the process ID,退出状态the termination status of the process,运行时间the amount of CPU time taken by the process等)。直到父进程通过wait / waitpid来取时才释放。

所以就导致了问题,如果进程不调用wait / waitpid的话,那么保留的那段信息就不会释放,其进程号就会一直被占用,但是系统所能使用的进程号是有限的,如果产生大量的僵死进程,将因为没有可用的进程号而导致系统不能产生新的进程. 此即为僵尸进程的危害。

孤儿进程是没有父进程的进程,处理孤儿进程的这个重任落到了init进程身上,init进程就好像是一个民政局,专门负责处理孤儿进程的善后工作。每当出现一个孤儿进程的时候,内核就把孤 儿进程的父进程设置为init,而init进程会循环地wait()它的已经退出的子进程。这样,当一个孤儿进程凄凉地结束了其生命周期的时候,init进程就会代表党和政府出面处理它的一切善后工作。因此孤儿进程并不会有什么危害。

任何一个子进程(init除外)在exit()之后,并非马上就消失掉,而是留下一个称为僵尸进程(Zombie)的数据结构,等待父进程处理。这是每个 子进程在结束时都要经过的阶段。如果子进程在exit()之后,父进程没有来得及处理,这时用ps命令就能看到子进程的状态是“Z”。如果父进程能及时 处理,可能用ps命令就来不及看到子进程的僵尸状态,但这并不等于子进程不经过僵尸状态。 如果父进程在子进程结束之前退出,则子进程将由init接管。init将会以父进程的身份对僵尸状态的子进程进行处理。

##如何避免产生僵尸进程

我们知道了僵尸进程产生的原因和危害,那么如何避免产生僵尸进程呢?

一般,为了防止产生僵尸进程,在fork子进程之后我们都要wait它们;同时,当子进程退出的时候,内核都会给父进程一个SIGCHLD信号,所以我们可以建立一个捕获SIGCHLD信号的信号处理函数,在函数体中调用wait(或waitpid),就可以清理退出的子进程以达到防止僵尸进程的目的。如下代码所示:

void sig_chld( int signo ) {
    pid_t pid;
    int stat;
    pid = wait(&stat);    
    printf( "child %d exit\n", pid );
    return;
}

int main() {
    signal(SIGCHLD,  &sig_chld);
}
先在main函数中给SIGCHLD信号注册一个信号处理函数(sig_chld),然后在子进程退出的时候,内核递交一个SIGCHLD的时候就会被主进程捕获而进入信号处理函数sig_chld,然后再在sig_chld中调用wait,就可以清理退出的子进程。这样退出的子进程就不会成为僵尸进程。

但是,这种方法并不是完美的,有时候还是会有漏网之鱼,下面是就是一个例子:

我们假设有一个client/server的程序,对于每一个连接过来的client,server都启动一个新的进程去处理来自这个client的请求。然后我们有一个client进程,在这个进程内,发起了多个到server的请求(假设5个),则server会fork 5个子进程来读取client输入并处理(同时,当客户端关闭套接字的时候,每个子进程都退出);当我们终止这个client进程的时候 ,内核将自动关闭所有由这个client进程打开的套接字,那么由这个client进程发起的5个连接基本在同一时刻终止。这就引发了5个FIN,每个连接一个。server端接受到这5个FIN的时候,5个子进程基本在同一时刻终止。这就又导致差不多在同一时刻递交5个SIGCHLD信号给父进程,而最终结果大家将会发现,我们没有能够回收所有的5个进程,有僵尸进程产生了。

wait函数不能处理这种情况的原因是:所有5个信号都在信号处理函数执行之前产生,而信号处理函数只执行一次,因为Unix信号一般是不排队的。 更为严重的是,本问题是不确定的,依赖于客户FIN到达服务器主机的时机,信号处理函数执行的次数并不确定。

这种情况的正确的解决办法是调用waitpid而不是wait,方法为:信号处理函数中,在一个循环内调用waitpid,以获取所有已终止子进程的状态。我们必须指定WNOHANG选项,他告知waitpid在有尚未终止的子进程在运行时不要阻塞。(我们不能在循环内调用wait,因为没有办法防止wait在尚有未终止的子进程在运行时阻塞,wait将会阻塞到现有的子进程中第一个终止为止)。

##产生了僵尸进程怎么办

如果系统中出现了僵尸进程,如何打僵尸呢?



僵尸进程用kill命令是无法杀掉的,但是我们可以结果掉僵尸进程的爸爸,僵尸daddy挂了之后,僵尸进程就成了孤儿进程,会被init程序收养,然后init程序将其回收
哈喽,大家好,今天小编给大家带来一篇如何在使用scp命令式递归的排除文件,希望对大家有所帮助,raksmart服务器。

首先我需要将所有包含 *.c 文件的文件夹从名为 hostA 的本地笔记本复制到 hostB。我使用的是下面的 scp 命令,但不知道如何排除特定的文件(如 *.out):

$ scp-r ~/projects/ user@hostB:/home/delta/projects/

如何告诉 scp 命令在 Linux/Unix 命令行中排除特定的文件或目录?

人们可以使用 scp 命令在网络主机之间安全地复制文件。它使用 ssh 进行数据传输和身份验证。典型的语法是:

scp file1 user@host:/path/to/dest/

scp-r /path/to/source/ user@host:/path/to/dest/

scp 排除文件

我不认为你可以在使用 scp 命令时过滤或排除文件。但是,有一个很好的解决方法来排除文件并使用 ssh 安全地复制它。本页面说明如何在使用 scp 递归复制目录时过滤或排除文件。

如何使用 rsync 命令排除文件

语法是:

rsync av -e ssh--exclude='*.out'/path/to/source/ user@hostB:/path/to/dest/

这里:

-a :递归到目录,即复制所有文件和子目录。另外,打开归档模式和所有其他选项(相当于 -rlptgoD)

-v :详细输出

-e ssh :使用 ssh 作为远程 shell,这样所有的东西都被加密

--exclude='*.out' :排除匹配模式的文件,例如 *.out 或 *.c 等。

rsync 命令的例子

在这个例子中,从 ~/virt/ 目录递归地复制所有文件,但排除所有 *.new 文件:

$ rsync -av -e ssh--exclude='*.new'~/virt/ root@CentOS7:/tmp

示例输出:



Scp exclude files but using rsync exclude command

如果远程服务器上找不到 rsync,那么 rsync 命令将失败。在这种情况下,请尝试使用以下 scp 命令,该命令在当前目录中使用 bash shell 模式匹配 (它不能与 -r 选项一起使用):

$ ls

示例输出:

centos71.log centos71.qcow2 centos71.qcow2.new centos71.v2.qcow2.new meta-data user-data

复制除 .new 之外的当前目录中的所有内容:

$ shopt -s extglob

$ scp!(*.new) root@centos7:/tmp/

示例输出:

centos71.log 100%42621.3MB/s 00:00

centos71.qcow2 100%836MB32.7MB/s 00:25

meta-data 100%4718.5KB/s 00:00

user-data 100%1543569.7KB/s 00:00

有关更多信息,请参阅以下手册页:

$ man rsync

$ manbash

$ manscp

好了今天就到这里啦,大家明天见啦。
背景:想到逗号替换为真正的换行,用这个\n不好使,怎么办?一查换行是\r,于是:



学习摘自:VIM如何将空格替换为换行,比如有时需要把很长的一行按空格分为多行,这时就可以用如下命令实现:
:%s/ +/\r/gc

参数解释:
%s :在整个文件范围查找替换
/ : 分隔符
+ :匹配空格,其中“ ”表示空格,+表示重复1次或多次,加在一起表示一个或多个空格。
\r :换行符
g :全局替换
c :替换前确认


来自:http://www.blogdaren.com/m/?post=128
背景:有时想要打开相同页面,快速写或粘贴一篇博文到自己博客网站上,每次抄作都需要新开一个Tab,再粘贴博客网站地址,再粘贴进入新开的Tab里,效率不高,怎么办,有没有插件,我一找,还真有这样的一个插件。
插件:CLEAN crxMouse Gestures
插件地址:https://chrome.google.com/webstore/detail/clean-crxmouse-gestures/mjidkpedjlfnanainpdfnedkdlacidla?hl=zh-CN
插件介绍:
干净版! 原名:Gestures for Chrome(TM)汉化版.方便,快捷,充分发掘鼠标的所有操作.功能包括:鼠标手势,超级拖曳,滚轮手势,摇杆手势,平滑滚动,标签页列表等.
本版本是基于crxMouse Gestures优化的版本,整理优化代码并去除了该版本中在后台上传用户浏览过的网页等隐私数据的代码。
方便,快捷,充分发掘鼠标的所有操作.功能包括:鼠标手势,超级拖曳,滚轮手势,摇杆手势,平滑滚动,标签页列表,后台打开标签页等。
---------
默认手势和自定义鼠标手势地址,在浏览器地址栏里输入:chrome-extension://mjidkpedjlfnanainpdfnedkdlacidla/options.html    ,左侧点鼠标手势。

标签最常用,特自研三个常用标签部分:
一)自定义手势:
1)复制当前标签:
设置、鼠标手势、添加新手势、顺时针画个圈,选择下拉里面的动作:复制当前标签。 (上右下左上,也就是顺时针画个圈,右上左上默认是进入扩展!)
2)新建标签页:
设置、鼠标手势、添加新手势、向上、向左、向右:新建标签页。 (上左右)
3)关闭标签页:
设置、鼠标手势、添加新手势、向下、向左、向右:关闭标签页。 (下左右)。


二)系统默认常用标签手势:
切换至左侧标签页:上左
切换至右侧标签页:上右


三)键盘实现URL历史后退:
Alt+键盘左键头

四)前进后退:
后退:左
前进:右

五)刷新/强刷/上拉/下拉:
刷新:上下
强刷:上下上
上拉:下
下拉:上

多台相同手势配置文件导入导出,方法,来源:http://jackxiang.com/post/6619/
来个手势的,配置自定义手势太麻烦,直接打包, 发现并没有把之前的手势设置进去,但这个插件提供了一个导出和倒入功能,可把之前的设置导入,相当有用,不用再次设置了,DownLoasd: ,在Google点插件,再点选择->高级选项->导出时->Txt框里有数据->拷贝出来成txt,上传到另一台计算机上->粘贴进去->导入即可。

https://github.com/play175/exbuffer.c/blob/master/mingw.makefile 内容:


-finput-charset 指定源文件的编码(若不指定,默认是UTF-8)
-fexec-charset 指定多字节字符串(const char*)常量在编译后的程序里保存的编码集(若不指定,默认是UTF-8)

摘自 :http://blog.csdn.net/qq_28234213/article/details/73277748


exbuffer.c——纯C写的TCP中的粘包、分包问题的解决方案里的mingw.makefile :
https://yoyo.play175.com/p/exbuffer_c.html
来源:https://www.zhihu.com/question/21433340
------------------------------------------------------------------
作者:武让
链接:https://www.zhihu.com/question/21433340/answer/18211079
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

step1: 在“选项卡”空白处右键,选择“自定义功能区

step2: 根据下图,列表处选择“自定义功能区”,位置选择“不在功能区中的命令”并找到“朗读”(排序按拼音首字母)。

step3:自定义功能区处需要新建组,这个组可以建在已有的选项卡内,也可以自己建一个选项卡再在下面建组,此处我在“审阅”选下卡下新建了“read”组,然后把“朗读”移动到该组下。

step4:“确定”退出,然后在加入“朗读”的组下面找到朗读功能即可
结论:最新版的chrome已经更简单了,通过对着标签页点右键,就有静音选项了~

点击链接chrome://flags/#enable-tab-audio-muting开启声音管理

重启浏览器

重启完成后,点击标签页上的小喇叭就可以禁止声音


这个问题也困扰了我很久,直到我彻底忍无可忍了,终于Google了一下答案:chrome://flags/#enable-tab-audio-muting 开启功能后,点击标签页上的小喇叭即可参考文献:开启 Chrome 自带的标签页静音功能[Chrome]另外,最新版的chrome已经更简单了,通过对着标签页点右键,就有静音选项了~

作者:知乎用户
链接:https://www.zhihu.com/question/20336805/answer/33871967
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
看了很多tcp文章都看不懂,这篇文章好像懂了,有空试试,说的是不是真的。

和三次握手相关的TCP报文中的重要标志位

昨天的文章中,结合Wireshark抓包和大家讨论了三次握手的相关知识点,评论中有些读者对序号,确认序号,以及SYN&ACK等标志位还有一些疑问,这里简单再说一下我的理解。其中ACK的32位值在Wireshark抓包时显示的是相对的值,可设置为显示真实值:http://mini.eastday.com/a/180131063435528.html

首先,由TCP协议报文的格式可知,在报文中我们主要关注与《32位序列号》,《32位确认序号》,和SYN和ACK标志位。因为这四个要素和三次握手紧密相关。阅读全文
背景:机器长时间运行往往磁盘空间满了,但是删除了还是占用很大空间和没删除几乎一样,怎么办?
运维监控系统发来通知,报告一台服务器空间满了,登陆服务器查看,根分区确实满了,这里先说一下服务器的一些删除策略,由于 linux 没有回收站功能,所以线上服务器上所有要删除的文件都会先移到系统 / tmp 目录下,然后定期清除 / tmp 目录下的数据。这个策略本身没有什么问题,但是通过检查发现这台服务器的系统分区中并没有单独划分 / tmp 分区,这样 / tmp 下的数据其实占用根分区的空间,既然找到了问题,那么删除 / tmp 目录下一些占用空间较大的数据文件即可。

发现真出现了,一个队列进程把磁盘写满后,即使杀死PHP队列进程和对应的大文件后df -h的/ 100%占满,经lsof |grep "Remote.log"发现是Filebeat:
实践解决如下,确定杀光了:
ps aux |grep  Daemon |awk '{print $2}' |xargs kill -9
kill 10379: No such process
空间还是占用100%,用 lsof查看,这个命令还可以用来看端口对应的程序,如:
/usr/sbin/lsof -i tcp:5902
COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
Xvnc    24560 root    9u  IPv4 763173      0t0  TCP *:5902 (LISTEN)
Xvnc    24560 root   10u  IPv6 763174      0t0  TCP *:5902 (LISTEN)

lsof -i :80
COMMAND   PID USER   FD   TYPE    DEVICE SIZE/OFF NODE NAME
nginx   41167 root   18u  IPv4 249906712      0t0  TCP *:http (LISTEN)

lsof |grep "Remote.log" 发现是filebeat :

重启一下Filebeat下吧:
/etc/init.d/filebeat restart
Stopping filebeat:
Config OK
Stopping filebeat:                                         [  OK  ]
2018/03/22 08:29:07.965771 config.go:86: INFO Additional configs loaded from: /etc/filebeat/conf.d/sec.yml
Config OK                                                   [  OK  ]
再看这个文件还在,是新生成的,但是空间就变正常了。AddTime:2018-03-22
                                                          
=============================================================================
# du -sh /tmp/* | sort -nr |head -3
通过命令发现在 / tmp 目录下有个 66G 大小的文件 access_log,这个文件应该是 apache 产生的访问日志文件,从日志大小来看,应该是很久没有清理的 apache 日志文件了,基本判定是这个文件导致的根空间爆满,在确认此文件可以删除后,执行如下删除命令,
# rm /tmp/access_Iog
# df -h

从输出来看,根分区空间仍然没有释放,这是怎么回事
一般来说不会出现删除文件后空间不释放的情况,但是也存在例外,比如文件进程锁定,或者有进程一直在向这个文件写数据,要理解这个问题,就需要知道 linux 下文件的存储机制和存储结构。

一个文件在文件系统中存放分为两个部分:数据部分和指针部分,指针位于文件系统的 meta-data 中,在将数据删除后,这个指针就从 meta-data 中清除了,而数据部分存储在磁盘中。在将数据对应的指针从 meta-data 中清除后,文件数据部分占用的空间就可以被覆盖并写入新的内容,之所以出现删除 access_log 文件后,空间还没有释放,就是因为 httpd 进程还在一直向这个文件写入内容,导致虽然删除了 access_Ilog 文件,但是由于进程锁定,文件对应的指针部分并未从 meta-data 中清除,而由于指针并未删除,系统内核就认为文件并未被删除,因此通过 df 命令查询空间并未释放。

问题排查:
既然有了解决思路,那么接下来看看是否有进程一直在向 access_log 文件中写入数据,这里需要用到 linux 下的 losf 命令,通过这个命令可以获取一个仍然被应用程序占用的已删除文件列表

# lsof | grep delete
从输出可以看出,/tmp/access_log 文件被进程 httpd 锁定,而 httpd 进程还一直向这个文件写入日志数据,最后一列的‘deleted’状态说明这个日志文件已经被删除,但是由于进程还在一直向此文件写入数据,因此空间并未释放。

解决问题:
到这里问题就基本排查清楚了,解决这一类问题的方法有很多,最简单的方法就是关闭或者重启 httpd 进程,当然重启操作系统也可以。不过这些并不是最好的办法,对待这种进程不停对文件写日志的操作,要释放文件占用的磁盘空间,最好的方法是在线清空这个文件,具体可以通过如下命令完成:
# echo “”>/tmp/access_log

通过这种方法,磁盘空间不但可以马上释放,也可以保障进城继续向文件写入日志,这种方法经常用于在线清理 apache /tomcat/nginx 等 web 服务产生的日志文件。



摘自:http://mp.weixin.qq.com/s/AJtnz_CE3pmhoaMHm6HNXA
错误解决办法:

1、ctrl + R ,输入  regedit

2、删除HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\SshHostKeys下的@22:www.xxxx.club


原因:因为sublime 在windows的注册表中把192.168.14.105的值注册,不能重新注册。
错误解决办法:

1、ctrl + R ,输入  regedit

2、删除HKEY_CURRENT_USER\Software\SimonTatham\PuTTY\SshHostKeys下的 rsa2@22:192.168.14.105


From:https://www.cnblogs.com/ficohu/p/5593674.html
背景:Zabbix报警进程数太多。发现是Sendmail进程数太多。
执行top的时候发现当前用户下面有很多sendmail的进程,如下图所示,发件人是crondaemon,怀疑是和定时任务有关,查看当前用户的定时任务发现有一个每分钟运行一次的定时任务,但是定时脚本是没有调用sendmail了,ps -ef | grep sendmail | wc -l 统计发现sendmail的进程数据基本上就是从服务器出故障到当前时间的分钟数。


然道是crontab每次执行都会调用sendmail发邮件吗?man 5 crontab查看帮助手册的时候发现这个一段话:
In  addition  to  LOGNAME,  HOME,  and SHELL, cron(8) will look at MAILTO if it has any reason to send mail as a result of running commands in "this" crontab.  If MAILTO is defined (and non-empty), mail is sent to the user so named.  If MAILTO is defined but empty (MAILTO=""), no mail will be sent.  Otherwise mail is sent to the owner of the crontab.  This option is useful if you decide on /bin/mail instead of /usr/lib/sendmail as your mailer when you install  cron  -- /bin/mail doesnt do aliasing, and UUCP usually doesnt read its mail. If MAILFROM is defined (and non-empty), it will be used as the envelope sender address, otherwise, ‘‘root’’ will be used.


查看crontab的配置文件:
cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

可以看到MAILTO这一行不为空,如果不想让它发邮件的话可以按照手册上面说的把MAILTO这一行删掉或者改为MAILTO=""

From:http://blog.51cto.com/chenql/1878182
/data/codesdev/testdemo/c++/map/stl_map.cpp


make stl_map
g++     stl_map.cpp   -o stl_map

./stl_map
Bill, A senior heigh school student.
Join, A senior heigh school student.
Marry, A senior heigh school teacher.


/data/codesdev/testdemo/c++/map/stl_map_find.cpp

make stl_map_find
g++     stl_map_find.cpp   -o stl_map_find
./stl_map_find
elements in mymap:
a => 50
c => 150
d => 200
b => 0
e => 0


修改那个位置判断为:
[codes=php]
     it = mymap.find('d');
     if (it != mymap.end())    #if (iter == g_map_fd_TcpNLMsg.end())假如到最扣一个依然没有找到的意思。一般就直接返回。
         mymap.erase (it);
[/php]
这样的结果:
./stl_map_find        
elements in mymap:
a => 50
c => 150
d => 0
b => 100
e => 0


来自:http://blog.csdn.net/derkampf/article/details/71155055
常见的网络字节转换函数有:
htons():host to network short,将short类型数据从主机字节序转换为网络字节序。
ntohs():network to host short,将short类型数据从网络字节序转换为主机字节序。
htonl():host to network long,将long类型数据从主机字节序转换为网络字节序。
ntohl():network to host long,将long类型数据从网络字节序转换为主机字节序。

通常,以s为后缀的函数中,s代表2个字节short,因此用于端口号转换;以l为后缀的函数中,l代表4个字节的long,因此用于IP地址转换。
————————————————————————————————————————————————————————————————
cat hto.c


make hto
cc     hto.c   -o hto

#./hto
Host ordered port: 0x1234
Network ordered port: 0x3412
Host ordered address: 0x12345678
Network ordered address: 0x78563412


cat inetaddr.c



make inetaddr  
cc     inetaddr.c   -o inetaddr

./inetaddr
Network ordered integer addr: 0x101a8c0
Network ordered integer addr: 0xb01a8c0

From:http://c.biancheng.net/cpp/html/3047.html
https://weibo.com/2717930601/EkAZGDVAz?type=comment#_rnd1514043204039
http://blog.csdn.net/u013474436/article/details/53117463#0-tsina-1-14535-397232819ff9a47a7b7e80a40613cfe1
这个哥们描述了类似Mysql的长连接问题,在redis的长连接也有类似的问题,于是作了一个总结性的博文,值得在实践中注意。
Vim 自 7.0 开始支持 tab 页了,这就像很多数文本编辑器那样方便在多文件中切换,而不是只能使用 Buffer 暗地里来回切。默认时标签上显示 tab 序号加上当前打开的文件名。
Vim 中关于 Tab 的操作命令如下:
vim -p file1 file2 file3....   在多标签中打开多个文件
:tabe[dit] 或  :tabnew          在当前标签后打开新的标签
:tabn[ext] 或 gt         切换到下一个 tab
:tabp[revious] 或 gT   切换到上一个 tab
:tabn [N]    切换到第 N 个 tab
:tabfir[st]   切换到第 1 个 tab
:tabl[ast]    切换到最后一个 tab
:tabs      列出所有的 tab
:tabc[lose]  关闭当前 tab,    :q 命令也能关闭闭掉当前 tab
:tabo[nly]   关闭所有其它 tab

Vim杂记:Sublime的配色方案,出现在SecureCRT里的Vim一闪一闪的,失败,取消此配色:
http://www.cnblogs.com/fsjohnhuang/p/3911611.html

当Vim 打开了很多buffer 和tab 的时候,想要在不同窗口之间跳转,会比较麻烦,刚给SpaceVim 开发了一款简单的插件,就是在左侧列出所有tab:
https://github.com/SpaceVim/SpaceVim

git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle
编辑你当前用户下的.vimrc

[xiangdong@localhost ~]$ vim ~/.vimrc
输入Vundle对应的配置

"======================== Vundle 配置 ============================  
"安装方法用这个:git clone https://github.com/gmarik/vundle.git ~/.vim/bundle/vundle
set nocompatible
filetype off
set rtp+=~/.vim/bundle/vundle/ "载入特定目录插件
call vundle#rc()
=============================================================

cat /home/xiangdong/.vimrc

在Vim中运行 :BundleInstall 等待安装完成。
:BundleInstall


ctrl + j/k  # 进行上下选择
ctrl + x    # 在当前窗口水平分屏打开文件
ctrl + v    # 同上, 垂直分屏
ctrl + t    # 在tab中打开
From:https://www.jianshu.com/p/c67e60abaa45

vim中的杀手级插件: vundle: http://zuyunfei.com/2013/04/12/killer-plugin-of-vim-vundle/
安装插件
打开一个vim, 运行:BundleInstall

或者在命令行运行 vim +BundleInstall +qall

安装完成后插件就能用了

####其它常用命令:

更新插件:BundleUpdate
清除不再使用的插件:BundleClean,
列出所有插件:BundleList
查找插件:BundleSearch
BundleUpdate报错:[Git] Unable to find remote helper for ‘https’
可能是在安裝 git 時因為缺少 libcurl 套件所導致

但是環境沒有 libcurl 時一樣可以安裝,只是會不能走 HTTPS 通道而已
若要修復這個問題,只需安裝 libcurl 後重新編譯安裝 git 就好:
# 系統為Ubuntu/Debain時,執行以下指令
apt-get install -y libcurl4-openssl-dev

# 系統為CentOS/RedHat/Fedora時,執行以下指令
yum install -y libcurl-devel.x86_64
From:https://caloskao.org/git-unable-to-find-remote-helper-for-https/

# 回到 git 原始碼目錄重新編譯並安裝 git
cd git-2.7.4
./configure
make prefix=/usr/local all
make prefix=/usr/local install
git --version

:BundleUpdate ,出现:Cannot make changes, 'modifiable' is off
:set modifiable
or
:set ma
来自vim 修改时提示 E21: Cannot make changes, 'Modifiable' is off:https://www.jianshu.com/p/2a511ebcdd9a
实践OK如下:
vi ./bundle/vundle/autoload/vundle/scripts.vim
166   set modifiable=on  
报语法错:后又修改为恢复原来后,又莫名其妙的好了:
164   " make buffer modifiable
165   " to append without errors
166   set modifiable  



结论:VIM有其和UI编辑器的局限,也有其灵活,Sublime有其存在价值,想学不一定能学好。多了快捷键还会冲突等得自己思考布局,是有 灵活性,而较为优秀的UI编辑器,早就精心设置好了,你只需要会开就成,所以,我只选择了vim-multiple-cursors,发现其它插件在vim-multiple-cursors的ctrl+n选中单词向前,Ctrl+p后通,Ctrl+x将选中变为不选中再会跳向下一个,选中完成后,可以使用大写i光标之前插入,大写c删除选中批量修改等vim编辑操作进入insert模式,开始修改文本.,好像出现了覆盖。不想深入,先用着,就这样吧:

步骤一二就行,简单常用批量替换插件即可。

通过Vim+少量插件配置一个高效简洁的IDE:  https://www.cnblogs.com/javaminer/p/3842689.html  
实践,先安装插件管理 再装vim-multiple-cursors这款插件:
一)vim插件管理器:Vundle的介绍及安装:
vim中的杀手级插件: http://zuyunfei.com/2013/04/12/killer-plugin-of-vim-vundle/  ##选中后, 可以进行增删替换a/c/x等,相关常用细节参考:http://foocoder.com/2014/04/09/mei-ri-vimcha-jian-vim-multiple-cursors/ ,移动光标到下一个单词的结尾,用命令”e“,里面的ctrl+e在SecureCRT里面并不能到行尾,用箭头键慢慢移动吧。
这个得装:
$git clone https://github.com/gmarik/Vundle.vim.git ~/.vim/bundle/Vundle.vim
Initialized empty Git repository in /home/xiangdong/.vim/bundle/Vundle.vim/.git/
remote: Counting objects: 3132, done.
Receiving objects:  22% (690/3132), 124.01 KiB | 38 KiB/s  
vim +BundleInstall + vundle  

二)http://www.wklken.me/posts/2015/06/07/vim-plugin-multiplecursors.html
PluginInstall  vim-multiple-cursors
:Plugin 'terryma/vim-multiple-cursors'
这个:
:PlugInstall multiple-cursors

从Github进行安装:
Plugin 'terryma/vim-multiple-cursors'
vim +BundleInstall + vim-multiple-cursors
vim +BundleInstall + ctrlp-funky       #https://www.cnblogs.com/javaminer/p/3842689.html
vim +BundleInstall + taglist.vim
vim +BundleInstall + nerdtree
链接:http://zuyunfei.com/2013/04/12/killer-plugin-of-vim-vundle/


三)Bundle 'ctrlpvim/ctrlp.vim'  #这个不是??

Bundle 'kien/ctrlp.vim'
github:https://github.com/kien/ctrlp.vim这是一个超赞的插件,如果使用过sublime-text2,那么肯定很熟悉ctrlp。它可以快速的帮助我们找到项目中的文件。
https://www.jianshu.com/p/SRsmZW


================================================
一)推荐vim-multiple-cursors这款插件,是模仿sublime的多光标模式,查找规则就是vim默认的单词匹配(就是你按*时查找单词的规则),像这样:大部分时候还是可以用来做rename refactor的。不过正如楼上所说,做项目还是老实用IDE吧 :)
From:https://zhuanlan.zhihu.com/p/23262156 ,在命令行模式下用批量替换啊。:%s/item/item /gc 加c是让你一个个确认。
插件地址:https://github.com/terryma/vim-multiple-cursors

二)ctrlp.vim 这个插件是模仿Sublime Text 的ctrl + p功能,在工程中快速定位某个文件。
三) 'ZenCoding.vim'. " 模仿sublime text 的ctrl + shift + f 在工程中全局查找某字符. " 需先安装ack (这个有Shell下的Linux命令Grep,用了插件快捷键没有了)


Ctrl-P在其他编辑器里已经是默认的全局搜索键了,vim 也有ctrlp(https://github.com/ctrlpvim/ctrlp.vim)插件,它可以搜索文件路径上的文件名,还有最近文件等各种快捷打开。看起来似乎挺好的,直到fzf.vim(https://vimawesome.com/plugin/fzf-vim)的出现。fzf的搜索速度更快,而且异步,不会在初始化搜索的时候卡死界面响应。

安装好fzf,然后加载 fzf.vim 插件,将ctrl-p 键位映射成 :Files<CR>,就可以体验到高速搜索,中间根本不用等界面响应,等关键词输入,结果就出来了。配合 ag 可以屏蔽掉.gitignore 内的文件。

搜索除了文件快速打开,还有全局行内搜索,之前vimgrep 一直是一个比较常用的命令,然而体验不太好,需要指定搜索内容和搜索范围,还要输一些命令,而且略慢。那么ag(https://github.com/ggreer/the_silver_searcher)一定是目前最好的选择。不管其他因素,进到项目主页,一看是 c 写的基本上就已经稳了。实际上它也确实是目前为止最快的行内搜索。使用的话,需要先安装命令行ag(https://github.com/ggreer/the_silver_searcher),然后安装ack.vim(https://vimawesome.com/plugin/ack-vim),注意不要用ag.vim 它已经不被支持了。

不过有个问题,fzf也内置了对 ack 的支持,只是比ack.vim 不如,所以需要重新映射一个 ack.vim 使用的键位,我个人用了 <Leader>f 意为 find。
分页: 4/325 第一页 上页 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 下页 最后页 [ 显示模式: 摘要 | 列表 ]