如果我们有使用WordPress程序的网友肯定清楚，WordPress是一款功能丰富、主题和插件较多的一款免费开源CMS程序之一，而且一直保持着较高频率的升级。甚至有些时候一个月能看到两次版本升级，对于我们用户来讲每次升级程序后肯定也要保持更新，这样才可以确保功能的完整性和安全性。

估摸着WordPress官方都不好意思每次让用户自己去升级程序，于是在3.7版本之后自动加入自动升级更新的功能，如果有新版本出现，会默认后台自动更新然后会发一封邮件给管理员告知已经更新。从功能角度肯定是方便的，但是很多朋友喜欢自己主动更新的，因为有些定制程序自己设置了很多功能，如果被自动更新就重置。

以及，以前也有出现过新版本可能导致与目前环境和插件不兼容，不能随意的升级新版本，所以我们可以暂停这个自动升级功能，但保留后台提醒有新版本告知消息，这样有新版本出来后，我们可以选择手工升级。

define( 'AUTOMATIC_UPDATER_DISABLED', true );

在当前WP程序的根目录wp-config.php文件中加入上面的脚本，这样就不会自动更新。

add_filter( 'automatic_updater_disabled', '__return_true' );

或者，我们在当前主题的functions.php文件中添加上面脚本，也是一样的效果。

阿里云最近提醒用户关于wordpress WP_Image_Editor_Imagick 指令注入漏洞：

【阿里云】尊敬的用户：您的服务器*.*.*.**存在wordpress WP_Image_Editor_Imagick 指令注入漏洞，已为您准备补丁可一键修复漏洞，为避免被黑客入侵，建议您登录云盾控制台-服务器安全(安骑士)页面进行查看和处理，同时建议您在控制台使用安全巡检功能对服务器进行全面检查。

WP_Image_Editor_Imagick并非主机或程序自带的一个漏洞，而是如果你的服务器环境中安装了ImageMagick组件且没有补丁的情况下才会被利用。我非常鄙视阿里云这一做法：

一是为了安全：提醒用户，这一点我承认，但是并不是所有WordPress站点的服务器都安装了ImageMagick这个软件的，所以不需要修复。

如何检测是否存在ImageMagick漏洞？

方法一：

Centos下查看rpm包

rpm -q ImageMagick

package ImageMagick is not installed

Debain下查看dpkg包：

dpkg -l | grep image

ii cloud-utils 0.26-2~bpo70+1 all cloud image management utilities
ii linux-base 3.5 all Linux image base package
ii linux-image-3.2.0-4-amd64 3.2.68-1+deb7u3 amd64 Linux 3.2 for 64-bit PCs
ii linux-image-amd64 3.2+46 amd64 Linux for 64-bit PCs (meta-package)

方法二：执行CONVERT命令

CONVERT 'https://www.jiloc.com"|ls "-la'? out.png

–bash: CONVERT: command not found

检测未安装

如果是服务器并没有安装，那请直接在阿里云后台忽略这个提示即可，反之只需要升级ImageMagick即可。

如果服务器安装了ImageMagick怎么办

一种是直接升级组件即可:yum install ImageMagick -y，还可以手动修改WordPress源码。

使用阿里云主机的朋友最近应该都收到了一条短信：

【阿里云】尊敬的用户：您的服务器*.*.*.**存在wordpress WP_Image_Editor_Imagick 指令注入漏洞，已为您准备补丁可一键修复漏洞，为避免被黑客入侵，建议您登录云盾控制台-服务器安全(安骑士)页面进行查看和处理，同时建议您在控制台使用安全巡检功能对服务器进行全面检查。

安装的是官方下载的WordPress程序，怎么就出现漏洞了呢？我查看官方的Code，看WordPress如何解释WP_Image_Editor_Imagick，通过官方的解释我们不难看出，WP_Image_Editor_Imagick并非主机或程序自带的一个漏洞，而是如果你的服务器环境中安装了ImageMagick组件且没有补丁的情况下才会被利用。

如何验证网站是否存在WP_Image_Editor_Imagick漏洞？

CONVERT ‘https://www.jiloc.com”|ls “-la’ OUT.png

未执行ls 命令，并报错，说明不受影响，若ls -la 命令成功执行，说明存在漏洞，则需要升级组件。

如何修复WP_Image_Editor_Imagick漏洞？

我们目前只找到了临时修复WP_Image_Editor_Imagick漏洞的方法，提供给大家仅供参考使用。

在你的网站根目录下，编辑wp-includes/media.php文件，找到：

$implementations = apply_filters( 'wp_image_editors', array( 'WP_Image_Editor_Imagick', 'WP_Image_Editor_GD' ) );

将其改为

$implementations = apply_filters( 'wp_image_editors', array( 'WP_Image_Editor_GD', 'WP_Image_Editor_Imagick' ) );

WP_Image_Editor_Imagick漏洞修复原理是什么？

通过代码我们不难看出，其实临时修复方式是将WP_Image_Editor_GD和WP_Image_Editor_Imagick的优先级方式进行对调，以确保使用DG库保证使用安全。

ssh 连接到远程服务器上，临时开一个 Jetty 的 HTTP 服务，但是 PUTTY 没多久就自己 inactive 了，很不方便。想找个方法让程序一直运行在后台，想关闭的时候再连一次 PUTTY 去关。

查了一下用 screen 可以很方便的进行这个操作，有点像虚拟屏幕的管理。

用法：非常简单，只要在原始的命令之前加上 screen 即可：

$screen java -jar xxxx.jar

其他功能：

查看当前全部的 screen ：

$screen -ls

会显示下面的信息：

There are screens on:
        1542.pts-1.AY1212021007126539381        (01/30/2013 03:29:06 PM)       (Detached)
        1434.pts-1.AY1212021007126539381        (01/30/2013 03:13:56 PM)       (Attached)
2 Sockets in /var/run/screen/S-user.

其中每一条最前面的就是 screen 的 id

连接到 detached 的 screen ：

$screen -r 1542

从 screen 中退出（但不关闭 screen 进程）：

按 Ctrl-A-D

在 screen 中查看全部命令；

按 Ctrl-A-?

什么是 vim？

Vim是从 vi 发展出来的一个文本编辑器。代码补完、编译及错误跳转等方便编程的功能特别丰富，在程序员中被广泛使用。

简单的来说， vi 是老式的字处理器，不过功能已经很齐全了，但是还是有可以进步的地方。 vim 则可以说是程序开发者的一项很好用的工具。 连 vim 的官方网站 (http://www.vim.org) 自己也说 vim 是一个程序开发工具而不是文字处理软件。

vim 键盘图：

vi/vim 的使用

基本上 vi/vim 共分为三种模式，分别是一般模式、编辑模式与指令列命令模式。 这三种模式的作用分别是：

• 一般模式：
  以 vi 打开一个档案就直接进入一般模式了(这是默认的模式)。在这个模式中， 你可以使用『上下左右』按键来移动光标，你可以使用『删除字符』或『删除整行』来处理档案内容， 也可以使用『复制、贴上』来处理你的文件数据。
• 编辑模式：
  在一般模式中可以进行删除、复制、贴上等等的动作，但是却无法编辑文件内容的！ 要等到你按下『i, I, o, O, a, A, r, R』等任何一个字母之后才会进入编辑模式。注意了！通常在 Linux 中，按下这些按键时，在画面的左下方会出现『INSERT 或 REPLACE 』的字样，此时才可以进行编辑。而如果要回到一般模式时， 则必须要按下『Esc』这个按键即可退出编辑模式。
• 指令列命令模式：
  在一般模式当中，输入『 : / ? 』三个中的任何一个按钮，就可以将光标移动到最底下那一行。在这个模式当中， 可以提供你『搜寻资料』的动作，而读取、存盘、大量取代字符、离开 vi 、显示行号等等的动作则是在此模式中达成的！

简单的说，我们可以将这三个模式想成底下的图标来表示：

vi/vim 使用实例

使用 vi/vim 进入一般模式

如果你想要使用 vi 来建立一个名为 test.txt 的文件时，你可以这样做：

[root@www ~]# vi test.txt

直接输入 vi 文件名 就能够进入 vi 的一般模式了。请注意，记得 vi 后面一定要加文件名，不管该文件存在与否！

按下 i 进入编辑模式，开始编辑文字

在一般模式之中，只要按下 i, o, a 等字符就可以进入编辑模式了！

在编辑模式当中，你可以发现在左下角状态栏中会出现 –INSERT- 的字样，那就是可以输入任意字符的提示。

这个时候，键盘上除了 [Esc] 这个按键之外，其他的按键都可以视作为一般的输入按钮了，所以你可以进行任何的编辑。

按下 [ESC] 按钮回到一般模式

好了，假设我已经按照上面的样式给他编辑完毕了，那么应该要如何退出呢？是的！没错！就是给他按下 [Esc] 这个按钮即可！马上你就会发现画面左下角的 – INSERT – 不见了！

在一般模式中按下 :wq 储存后离开 vi

OK，我们要存档了，存盘并离开的指令很简单，输入『:wq』即可保存离开！

OK! 这样我们就成功创建了一个 test.txt 的文件。是不是很简单。

vi/vim 按键说明

除了上面简易范例的 i, [Esc], :wq 之外，其实 vim 还有非常多的按键可以使用。

第一部份：一般模式可用的按钮说明，光标移动、复制贴上、搜寻取代等

第二部份：一般模式切换到编辑模式的可用的按钮说明

第三部份：一般模式切换到指令列模式的可用的按钮说明

特别注意，在 vi/vim 中，数字是很有意义的！数字通常代表重复做几次的意思！ 也有可能是代表去到第几个什么什么的意思。

举例来说，要删除 50 行，则是用 『50dd』 对吧！ 数字加在动作之前，如我要向下移动 20 行呢？那就是『20j』或者是『20↓』即可。

在最新的版本5.6.3不仅修改了多个Bug，并且修改了fileinfo模块里存在的安全漏洞。

PHP团队推荐使用PHP5.6系列的用户，升级到最新版本5.6.3。

简单介绍一下，如何在CentOS上安装升级PHP5.6。

配置yum源

追加CentOS 6.5的epel及remi源。

rpm -Uvh http://ftp.iij.ad.jp/pub/linux/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm

以下是CentOS 7.0的源。

yum install epel-release
rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

使用yum list命令查看可安装的包(Packege)。

yum list --enablerepo=remi --enablerepo=remi-php56 | grep php

安装PHP5.6

yum源配置好了，下一步就安装PHP5.6。

yum?install?--enablerepo=remi?--enablerepo=remi-php56?php?php-opcache?php-devel?php-mbstring?php-mcrypt?php-mysqlnd?php-phpunit-PHPUnit?php-pecl-xdebug?php-pecl-xhprof

用PHP命令查看版本。

php --version

PHP?5.6.0?(cli)?(built:?Sep??3?2014?19:51:31) Copyright?(c)?1997-2014?The?PHP?Group Zend?Engine?v2.6.0,?Copyright?(c)?1998-2014?Zend?Technologies ????with?Zend?OPcache?v7.0.4-dev,?Copyright?(c)?1999-2014,?by?Zend?Technologies ????with?Xdebug?v2.2.5,?Copyright?(c)?2002-2014,?by?Derick?Rethans

在这里安装的版本是PHP5.6.0，细心的用户可能已经发现ZendGuardLoader变成Zend OPcahe了。

对从PHP5.5开始PHP代码缓存从APC变成了Zend OPcache了。

如果配置nginx的话，还需要安装php-fpm

yum install --enablerepo=remi --enablerepo=remi-php56 php-fpm

启动PHP-FPM服务：

systemctl start php-fpm.service

nginx和php-fpm一样内建了一个状态页，对于想了解nginx的状态以及监控nginx非常有帮助。可以用网页的形式查看nginx服务器的连接数、请求数等情况。

• Nginx Status模块：

1. 启用nginx status配置

通过web界面查看时Nginx需要开启status模块，也就是安装Nginx时加上-–with-http_stub_status_module。如果已安装好nginx，可以通过下面命令来查看安装了哪些模块。

nginx -V

nginx version: nginx/1.10.1
built by gcc 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC)
built with OpenSSL 1.0.1e-fips 11 Feb 2013
TLS SNI support enabled
configure arguments: –prefix=/etc/nginx –sbin-path=/usr/sbin/nginx –modules-path=/usr/lib64/nginx/modules –conf-path=/etc/nginx/nginx.conf –error-log-path=/var/log/nginx/error.log –http-log-path=/var/log/nginx/access.log –pid-path=/var/run/nginx.pid –lock-path=/var/run/nginx.lock –http-client-body-temp-path=/var/cache/nginx/client_temp –http-proxy-temp-path=/var/cache/nginx/proxy_temp –http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp –http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp –http-scgi-temp-path=/var/cache/nginx/scgi_temp –user=nginx –group=nginx –with-http_ssl_module –with-http_realip_module –with-http_addition_module –with-http_sub_module –with-http_dav_module –with-http_flv_module –with-http_mp4_module –with-http_gunzip_module –with-http_gzip_static_module –with-http_random_index_module –with-http_secure_link_module –with-http_stub_status_module –with-http_auth_request_module –with-http_xslt_module=dynamic –with-http_image_filter_module=dynamic –with-http_geoip_module=dynamic –with-http_perl_module=dynamic –add-dynamic-module=njs-1c50334fbea6/nginx –with-threads –with-stream –with-stream_ssl_module –with-http_slice_module –with-mail –with-mail_ssl_module –with-file-aio –with-ipv6 –with-http_v2_module –with-cc-opt=’-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector –param=ssp-buffer-size=4 -m64 -mtune=generic’

然后在默认主机里面加上location或者你希望能访问到的主机里面。

server {
    listen *:80 default_server;
    server_name *.jiloc.com jiloc.com;
    location /ngx_status {
        stub_status on;
        access_log off;
        #allow 127.0.0.1;
        #deny all;
    }
}

2. 重启nginx

请依照你的环境重启你的nginx

service nginx restart

3. 打开status页面

curl http://127.0.0.1/ngx_status

Active connections: 11921 server accepts handled requests ?11989 11989 11991 Reading: 0 Writing: 7 Waiting: 42   或者使用浏览器打开：

4. nginx status详解

active connections – 活跃的连接数量
server accepts handled requests — 总共处理了11989个连接 , 成功创建11989次握手, 总共处理了11991个请求
reading — 读取客户端的连接数.
writing — 响应数据到客户端的数量
waiting — 开启 keep-alive 的情况下,这个值等于 active – (reading+writing), 意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接.

• 命令行模式查看：

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

TIME_WAIT 17
ESTABLISHED 3254
LAST_ACK 236
FIN_WAIT_1 648
FIN_WAIT_2 581
CLOSING 7
CLOSE_WAIT 4916

解析：
CLOSED? //无连接是活动的或正在进行
LISTEN? //服务器在等待进入呼叫
SYN_RECV? //一个连接请求已经到达，等待确认
SYN_SENT? //应用已经开始，打开一个连接
ESTABLISHED? //正常数据传输状态/当前并发连接数
FIN_WAIT1? //应用说它已经完成
FIN_WAIT2? //另一边已同意释放
ITMED_WAIT? //等待所有分组死掉
CLOSING? //两边同时尝试关闭
TIME_WAIT? //另一边已初始化一个释放
LAST_ACK? //等待所有分组死掉