亚洲国产成人久久一区WWW,麻豆久久久9性大片,午夜精品久久久久久毛片

JavaSript模块规范 - AMD规范与CMD规范介绍

Wed, 10 Sep 2014 10:09:00 GMT

摘要: JavaSript模块�?nbsp; 在了解AMD�Q�CMD规范前，�q�是需要先来简单地了解下什么是模块化，模块化开发？模块化是指在解决某一个复杂问题或者一�p�d��的杂�p�问题时�Q�依照一�U�分�cȝ��思维把问题进行系�l�性的分解以之处理。模块化是一�U�处理复杂系�l�分解�ؓ代码�l�构更合理，可维护性更高的可管理的模块的方式。可以想象一个巨大的... 阅读全文

��果�?/a> 2014-09-10 18:09 发表评论

shrio 权限��理filterChainDefinitions�q��o器配�|?

Wed, 14 May 2014 03:57:00 GMT

/**

* Shiro-1.2.2内置的FilterChain

* @see =============================================================================================================================

* @see 1)Shiro验证URL�?URL匚w��成功便不再��l�匹配查�?所以要注意配置文�g中的URL��序,��其在��用通配�W�时)

* @see 故filterChainDefinitions的配�|�顺序�ؓ自上而下,以最上面的�ؓ�?

* @see 2)当运行一个Web应用�E�序�?Shiro��会创徏一些有用的默认Filter实例,�q�自动地在[main]��中��它们置为可�?

* @see 自动地可用的默认的Filter实例是被DefaultFilter枚�D�c�d��义的,枚�D的名�U�字�D�就是可供配�|�的名称

* @see anon---------------org.apache.shiro.web.filter.authc.AnonymousFilter

* @see authc--------------org.apache.shiro.web.filter.authc.FormAuthenticationFilter

* @see authcBasic---------org.apache.shiro.web.filter.authc.BasicHttpAuthenticationFilter

* @see logout-------------org.apache.shiro.web.filter.authc.LogoutFilter

* @see noSessionCreation--org.apache.shiro.web.filter.session.NoSessionCreationFilter

* @see perms--------------org.apache.shiro.web.filter.authz.PermissionAuthorizationFilter

* @see port---------------org.apache.shiro.web.filter.authz.PortFilter

* @see rest---------------org.apache.shiro.web.filter.authz.HttpMethodPermissionFilter

* @see roles--------------org.apache.shiro.web.filter.authz.RolesAuthorizationFilter

* @see ssl----------------org.apache.shiro.web.filter.authz.SslFilter

*@see user---------------org.apache.shiro.web.filter.authz.UserFilter

* @see =============================================================================================================================

* @see 3)通常可将�q�些�q��o器分��Z��l?

* @see anon,authc,authcBasic,user是第一�l�认证过滤器

* @see perms,port,rest,roles,ssl是第二组授权�q��o�?

* @see 注意user和authc不同�Q�当应用开启了rememberMe�?用户下次讉K��时可以是一个user,但绝不会是authc,因�ؓauthc是需要重新认证的

* @see user表示用户不一定已通过认证,只要曾被Shiro��C��q�登录状态的用户��可以正常发赯��?比如rememberMe

* @see 说白�?以前的一个用��L��录时开启了rememberMe,然后他关闭浏览器,下次再访问时他就是一个user,而不会authc

* @see =============================================================================================================================

* @see 4)丑և�个例�?

* @see /admin=authc,roles[admin] 表示用户必需已通过认证,�q�拥有admin角色才可以正常发�?/admin'��h��

* @see /edit=authc,perms[admin:edit] 表示用户必需已通过认证,�q�拥有admin:edit权限才可以正常发�?/edit'��h��

* @see /home=user 表示用户不一定需要已�l�通过认证,只需要曾�l�被Shiro��C��q�登录状态就可以正常发�v'/home'��h��

* @see =============================================================================================================================

* @see 5)各默认过滤器常用如下(注意URL Pattern里用到的是两颗星,�q�样才能实现��L��层次的全匚w��)

* @see /admins/**=anon 无参,表示可匿名��?可以理解为匿名用��h��游客

* @see /admins/user/**=authc 无参,表示需认证才能使用

* @see /admins/user/**=authcBasic 无参,表示httpBasic认证

* @see /admins/user/**=user 无参,表示必须存在用户,当登入操作时不做��?

* @see /admins/user/**=ssl 无参,表示安全的URL��h��,协议为https

* @see /admins/user/**=perms[user:add:*]

* @see 参数可写多个,多参时必��d��上引�?且参��C��间用逗号分割,�?admins/user/**=perms["user:add:*,user:modify:*"]

* @see 当有多个参数时必��L��个参数都通过才算通过,相当于isPermitedAll()�Ҏ��

* @see /admins/user/**=port[8081]

* @see 当请求的URL端口不是8081�?跌��{到schemal://serverName:8081?queryString

* @see 其中schmal是协议http或https�{?serverName是你讉K��的Host,8081是Port端口,queryString是你讉K��的URL里的?后面的参�?

* @see /admins/user/**=rest[user]

* @see �Ҏ��h��的方�?相当�?admins/user/**=perms[user:method],其中method为post,get,delete�{?

* @see /admins/user/**=roles[admin]

* @see 参数可写多个,多个时必��d��上引�?且参��C��间用逗号分割,�?admins/user/**=roles["admin,guest"]

* @see 当有多个参数时必��L��个参数都通过才算通过,相当于hasAllRoles()�Ҏ��

* @see

http://liureying.blog.163.com/blog/static/61513520136205574873/

spring�?shiro logout 配置方式
有两�U�方式实现logout
1. 普通的action�?实现自己的logout�Ҏ��Q�取到Subject�Q�然后logout
�q�种需要在ShiroFilterFactoryBean 中配�|?filterChainDefinitions
对应的action的url为anon


                # some example chain definitions:
                /index.htm = anon
                /logout = anon
                /unauthed = anon
                /console/** = anon
                /css/** = anon
                /js/** = anon
                /lib/** = anon
                /admin/** = authc, roles[admin]
                /docs/** = authc, perms[document:read]
                /** = authc
                # more URL-to-FilterChain definitions here


2. 使用shiro提供的logout filter
需要定�?相应的bean




然后��相应的url filter配置为logout如下


                # some example chain definitions:
                /index.htm = anon
                /logout = logout
                /unauthed = anon
                /console/** = anon
                /css/** = anon
                /js/** = anon
                /lib/** = anon
                /admin/** = authc, roles[admin]
                /docs/** = authc, perms[document:read]
                /** = authc
                # more URL-to-FilterChain definitions here

http://kdboy.iteye.com/blog/1154652

http://blog.csdn.net/peterwanghao/article/details/8084126

http://www.oschina.net/question/593111_62454

http://blog.csdn.net/shadowsick/article/details/17265625

��果�?/a> 2014-05-14 11:57 发表评论

CentOS 6下安装nodejs 0.9.0

Mon, 20 Jan 2014 02:11:00 GMT

��保安装了python�Q�大部分安装��p�|都是�׃��python版本�q�低��D��。安装之前，升��python版本�Q�升�U�步�?http://www.tomtalk.net/wiki/Python�?/p>

[root@SNDA-192-168-15-161 ~]# python -V
Python 2.7.3
开始安装：

1).下蝲nodejs到本地�ƈ解压�~?
[root@SNDA-192-168-15-161 node]# wget http://nodejs.org/dist/v0.9.0/node-v0.9.0.tar.gz
[root@SNDA-192-168-15-161 node]# tar zxvf node-v0.9.0.tar.gz
2).�q�入到该目录�~�译和安�?
[root@SNDA-192-168-15-161 node-v0.9.0]# cd node-v0.9.0
[root@SNDA-192-168-15-161 node-v0.9.0]# ./configure --prefix=/usr/local/node/0.9.0
�q�里安装在了/usr/local/node/0.9.0目录�?
[root@SNDA-192-168-15-161 node-v0.9.0]# make
[root@SNDA-192-168-15-161 node-v0.9.0]# make install
3).配置NODE_HOME
[root@SNDA-192-168-15-161 node-v0.9.0]# vi /etc/profile
在export PATH USER 。。。一行的上面��d��如下内容�Q��ƈ��NODE_HOME/bin讄��到系�l�path�?
#set for nodejs
export NODE_HOME=/usr/local/node/0.9.0
export PATH=$NODE_HOME/bin:$PATH
保存退出后执行如下命��o�Q��刚才的配�|�生�?
[root@SNDA-192-168-15-161 node-v0.9.0]# source /etc/profile

执行node -h命��o验证讄��成功

[root@SNDA-192-168-15-161 ~]# node -h
Usage: node [options] [ -e script | script.js ] [arguments]
node debug script.js [arguments]

Options:
-v, --version        print node's version
-e, --eval script    evaluate script
-p, --print          print result of --eval
-i, --interactive    always enter the REPL even if stdin
                       does not appear to be a terminal
--no-deprecation     silence deprecation warnings
--trace-deprecation show stack traces on deprecations
--v8-options         print v8 command line options
--max-stack-size=val set max v8 stack size (bytes)

Environment variables:
NODE_PATH              ':'-separated list of directories
                       prefixed to the module search path.
NODE_MODULE_CONTEXTS   Set to 1 to load modules in their own
                       global contexts.
NODE_DISABLE_COLORS    Set to 1 to disable colors in the REPL

Documentation can be found at http://nodejs.org/
��x��安装讄��完毕�?/p>

�q�行一个简单的node应用�E�序 + socket.io�Q�首先需要安装socket.io模块

[root@SNDA-192-168-15-161 ~]# npm install socket.io

[root@SNDA-192-168-15-161 ~]# vi app.js

var http=require('http');
var io =require('socket.io');
var server = http.createServer(function(req,res){

res.writeHead(200,{'Content-Type':'text/plain'});
res.end('Hello world');
});

server.listen(process.argv[2]);

var socket = io.listen(server);
socket.on('connection',function(client){
console.log('client has connected');
client.on('message',function(){ });
});

[root@SNDA-192-168-15-161 ~]# nodejs ./app.js 8001 &

[root@SNDA-192-168-15-161 ~]# nodejs ./app.js 8002 &

[root@SNDA-192-168-15-161 ~]# nodejs ./app.js 8003 &

[root@SNDA-192-168-15-161 ~]# nodejs ./app.js 8004 &

更详�l�的参照socket.io的官�|?/a>的例子�?

websocket与node.js的完��结�?/a>

http://wanshuiqianshan.iteye.com/blog/1618498

��果�?/a> 2014-01-20 10:11 发表评论

Tue, 03 Sep 2013 01:39:00 GMT

前言�Q? Nagios是相当不错的监控工具�Q�被�U�C��?#8220;监控之神”�Q�但同样也有“难搞�?#8221;头衔。发挥Nagios一切魅力的都是他的插�g�Q�正因�ؓ丰富多样的插件让 nagios有血有肉。监控的内容不断在变化，插�g也不断变化，默认的一些插件可能越来越不能满��需求，�q�个时候就要自己来写些插�g了�?/p>

以下��是用我的第一个Nagios插�g来说明编写方法和我遇��C��些问题调试方法。如果你有耐心可以通篇看完�Q�应该对�W�一�ơ写的�h来说会有很大帮助�Q�如果你看不懂，可能是我写得不清�?那就没办法了表达能力有限�Q?/p>

需求：

监控普通磁盘的健康状况�Q�普通磁盘以外还有RAID、阵列的监控是不同方法来做的�Q�这里先不讨论，先从最��单的入手�Q�，定期�q�行��，�q�进行报警，报警内容��盘是否正常�Q�不正常是什么状态�?/p>

分析�~�写�q�程�Q?/p>

我写脚本的前提都是先从手动成功完成，再到自动化（我想其它人的思�\应该都一��L��Q?/p>

1、找到监控磁盘的�Ҏ��

通过一番查�?smartctl �q�个命��o是比较不错的 centos slackware一般的默认都有�q�个

smartctl -H /dev/sda 只检��状�?/p>

smartctl -i /dev/sda 只检��硬盘信�?/p>

smartctl -a /dev/sda ��所有信�?/p>

2、获取检��信�?/p>

# smartctl -H /dev/sda

Home page is http://smartmontools.sourceforge.net/

SMART Health Status: OK

关键的最后一行说明磁盘的情况截取 DISK_HEALTH=`smartctl -H /dev/sda | tail -1 | cut -d: -f2- `

3�?�q�行关键判断

据我所知道�?smartctl 5.38 是出以上的結�?为OK

�?smartctl 5.39 是出以下�i�果

=== START OF READ SMART DATA SECTION ===

SMART overall-health self-assessment test result: PASSED

关键词是PASSED

所以要分析判断多种情况

4、脚本编写步�?/p>

1�Q�了解nagios插�g�~�写规范

Nagios的插件可以用脚本�Q�shell、Perl�Q�C�~�译后的可执行程序，但必��L��以下两件事�Q?/p>

A、既出时有一个返回�?/p>

B、至��向标准输出讑֤��Q�STDOUT�Q�输��Z��行文件。（但也不能太大�Q�默认是4K�Q�如果想大些�Q�修�Ҏ��E�序吧，�Ҏ��搜�?

�q�回值定义：

Plugin Return Code Service State DISK State
0 OK OK 或者PASSED
1 WARNING 插�g警告 DISK报警只分OK或者CRITICAL
2 CRITICAL DISK��非OK 或者PASSED
3 UNKNOWN 未知状�?

2)插�g�~�写SHELL速成�?/p>

在这里我选用我最熟悉的SHELL�q�行脚本�~�写 ,

我的速成法就是，直接去nagios exchange ��M��比较成熟的比较简单的shell脚本�Q�这样会从一开始借鉴别�h好的�Ҏ��Q�养成好的习惯，而且只要你有一点SHELL�~�程�l�验也可以很快写得像一个老手。（不过不要把自己搞晕了��p��Q?/p>

3�Q�以下是我的check_disk_health.sh

#!/bin/bash
# ========================================================================================
# disk health plugin for Nagios
#
# Written by    : Ajian
# Release       : 1.2.0
# Creation date : 2009-07-28
# Revision date : 2009-07-30
# Description   : Nagios plugin (script) to check disk health .
#               This script has been designed and written on Linux System.
#
# USAGE         : ./check_disk_health.sh [-d (disk)]
#
# Exemple: ./check_cpu_stats.sh
#          ./check_cpu_stats.sh -d /dev/sda
#
#
# HISTORY :
#     Release   |     Date      |    Authors            |       Description
# --------------+---------------+----------------------+-----------------------------------
# 1.0.0        | 2009-07-28     | Ajian                | Create the script
# 1.2.0        | 2009-07-30    | Ajian                | modify the script and run well ,fix a bug.
# -----------------------------------------------------------------------------------------
# NOTICE:
#-----------------------------------------------------------------------------------------
#     You should have the root Permissions ,You can use sudo to realize .
# -----------------------------------------------------------------------------------------

# Nagios return codes
#定义 nagios�q�回的状态变�?br />STATE_OK=0
STATE_WARNING=1
STATE_CRITICAL=2
STATE_UNKNOWN=3

# Paths to commands used in this script. These may have to be modified to match your system setup.
# 定义关键的核心命令smartctl 路径如果你的�pȝ��不是�q�个地址�Q�请更改�?以下注释的是调试的信息，是自动获取命令�\径的�Ҏ��?br />SMARTCTL="/usr/sbin/smartctl"
#SMARTCTL=`which smartctl`
#if [ $? -ne 0 ]; then
#        echo " smartctl is found in $SMARTCTL ; Go on ... "
#        echo "smartctl the command cannot find"
#        exit $STATE_UNKNOWN
#fi
# Plugin parameters value if not define
# 定义默认的检��硬�?br />CHECK_DISK="/dev/sda"

# Plugin variable description
# 插�g描述信息
PROGNAME=$(basename $0)
RELEASE="Revision 1.2.0"
AUTHOR="(c) 2009 Ajian ()"

# Functions plugin usage
# 插�g的��用方法函�?br />print_release() {
    echo "$RELEASE $AUTHOR"
}

print_usage() {
        echo ""
        echo "$PROGNAME $RELEASE - Disk health check script for Nagios"
        echo ""
        echo "Usage: check_disk_health.sh -d /dev/sdb"
        echo ""
        echo " -d the disk (/dev/sda) "
        echo "          not the Hard disk partition(sda2 is wrong)"
        echo " -v check the version"
        echo " -h Show this page"
        echo ""
    echo "Usage: $PROGNAME"
    echo "Usage: $PROGNAME --help"
    echo ""
    exit 0
}

print_help() {
        print_usage
        echo ""
        echo "This plugin will check disk health "
        echo ""
        exit 0
}

# Parse parameters
# 传递参�?br />while [ $# -gt 0 ]; do
    case "$1" in
        -h | --help)
            print_help
            exit $STATE_OK
            ;;
        -v | --version)
                print_release
                exit $STATE_OK
                ;;
        -d | --disk)
                shift
                CHECK_DISK=$1
                #判断��盘是否存在
                if [ ! -b $CHECK_DISK ];then
                        echo "$CHECK_DISK is no exsit,Please change it "
                        exit $STATE_CRITICAL
                fi
                ;;
        *) echo "Unknown argument: $1"
            print_usage
            exit $STATE_UNKNOWN
            ;;
        esac
shift
done

�Q�根据不同的操作�q�行不同的操作，�q�里暂时只支持Linux
case `uname` in
        Linux )
             #最核心的部�?前面都是些脚本的基本功能一个框�?因�ؓ�W�一个脚本牵扯到了很多东西，虽然功能很简单，
             #但折腾了我不��，在后面的分析中会具体说到 ��M��注意sudo用法脚本一开始就有说�?br />                DISK_HEALTH=`$SMARTCTL -H $CHECK_DISK | tail -1 | cut -d: -f2- `
                #DISK_HEALTH="OK"
        #       DISK_INFO=`/usr/bin/sudo $SMARTCTL -i $CHECK_DISK | grep "Device:"`
                if [ "$DISK_HEALTH" = " OK" ]|| [ "$DISK_HEALTH" = " PASSED" ];then
                        echo "OK - $CHECK_DISK status is $DISK_HEALTH "
                        #echo "OK - $CHECK_DISK status is $DISK_HEALTH | $DISK_INFO"
                        exit $STATE_OK
                else
                        echo "CRITICAL - $CHECK_DISK status is $DISK_HEALTH "
                        #echo "CRITICAL - $CHECK_DISK status is $DISK_HEALTH | $DISK_INFO"
                        exit $STATE_CRITICAL
        fi
            ;;

        *)              echo "UNKNOWN: `uname` not yet supported by this plugin. Coming soon !"
                        exit $STATE_UNKNOWN
            ;;
        esac4)�q�行脚本

�Q�注意：在最开始自己写的脚本是没有sudo的，以上脚本是已�l�调试过后的�Q�还需要配�|�一些其它的东西�Q�慢慢看吧）
�l�与脚本执行权限�Q�手动执�?/p>

# ./check_disk_health.sh
OK – /dev/sda status is OK

�i�果正确了，其实�q�个时候，高兴得太早了�?我先不说问题、��l�正常的一般流�E��?/p>

5、配�|�Nagios 调用插�g

1�Q�在�q�程NRPE 被监控服务器上修改nrpe.conf
# vim /usr/local/nagios/etc/nrpe.cfg
��d�� command[check_sda_health]=/usr/local/nagios/libexec/check_disk_health.sh -d /dev/sda
�Q�注意这里了�Q�先提醒下，�q�里是错误的�Q�一般是正确的，是这个脚本的�Ҏ��性造成的）

2�Q�在Nagios 监控服务器上��d��一些配�|?/p>

定义服务

define service{
use                             Disk-Health
host_name                       DB-56
servicegroups                   Disk-Health
service_description            check sda disk health
contact_groups                  admins
check_command               check_nrpe!check_sda_health
}
如果像上面定义一个服�?那么��p��注意相关的定义了 �Q?br />定义Disk-Health 模版把硬盘检��定义一个模版会比较好控�Ӟ��因�ؓ��盘的检��不像其它服务一样需要准��的及时性反正检��得太多可能会造成压力�Q�一般一天检��几�ơ就够了�?br />定义DB-56 ��L��需要定�?br />定义�l?admins
以上�q�些只要安装�q�nagios 一般都知道的了只是��下模版的单独定义

3)通过WEB控制��?查看�i�果

�i�果是失�?报警CRITCTL 但是状态里面的信息都是�I�的 CRITCTL – /dev/sda status is

6、调�?/p>

从Nagios的远�E�监控来看是��p�|的，�q�且没有获取��C�Q务有用的信息�?/p>

分析可以看到�Q�说明nrpe调用 �q�个变量获取到的是�ؓ�I�的信息
DISK_HEALTH=`$SMARTCTL -H $CHECK_DISK | tail -1 | cut -d: -f2- `
��x��I�的只有一个原因，肯定是没有执�?如果执行�?肯定会有字段不管�q�个字段是否相符�?br />但是手动执行是没有问题�?br />�l�过对smartctl的查�?原来�q�个命��o是只允许root�q�行调用的�?br />现在需要解决的问题是：非root 用户如何�q�程调用含有需要有root权限命��o的脚本进行监控�?br />�Q�不要小看这一句话�Q�每一个词都是一个需要攻克的地方�Q?br />以下是调试步骤：
1�Q�非root用户
NRPE插�g是用nagios�q�个用户来执行的所以要得到真实的情况需�?br />A�Q?su nagios 再执行脚�?(�q�个�Ҏ��比较�?
B�Q?sudo -u nagios ./check_disk_health.sh
�i�果�Q?/p>

sudo -u nagios ./check_disk_health.sh
CRITICAL – /dev/sda status is
跟远�E�的�i�果是一��L��?没有信息
2�Q�需要有root权限
需要root权限只有一个办法就是用sudo
��DISK_HEALTH=`$SMARTCTL -H $CHECK_DISK | tail -1 | cut -d: -f2- `
改�ؓDISK_HEALTH=`/usr/bin/sudo $SMARTCTL -H $CHECK_DISK | tail -1 | cut -d: -f2- `
�Q�最后发现这时加sudo �q�不是关�?关键是很行脚本时用sudo �Q?br />�i�果�Q�sudo -u nagios ./check_disk_health.sh
Password:
需要输入密�?nbsp; sudo不用输入密码的方�?br />修改sudo配置文�g
执行 visudo
��d��
nagios ALL=(ALL) NOPASSWD:/usr/local/nagios/libexec/check_disk_health.sh
��Q�最好进行sudo的一些控�Ӟ��很多�|�方法就是nagios ALL=NOPASSWD:ALL
�l�果�Q?br />su nagios
/usr/bin/sudo check_disk_health.sh
OK – /dev/sda status is OK
那么在nrpe.conf配置文�g中需要添加sudo
command[check_sda_health]=/usr/bin/sudo /usr/local/nagios/libexec/check_disk_health.sh
最开始那个是错误�?注意�?�q�个是需要添�?usr/bin/sudo ��是说只要脚本中涉及到提升到root权限的命令那么就要用�q�个
3�Q�远�E�调�?br />�q�程调用�Ҏ��Q?/check_nrpe -H 192.168.0.56 -c check_sda_health
同上如果��x��拟真实环境请切换到相应的执行用户 su nagios 再执行以上操�?br />�l�果�Q?nbsp; NRPE: Unable to read output
�q�个错误的原因一定要明白�Q�之所以报�q�个错意思是说NRPE没有获取��C�Q何信息，也说是写脚本之前说的其中�W�二条规�?br />问题�Q�在没有��M��信息的情况下怎么来获取NRPE执行的日志呢
��是要确定问题在哪，�l�过一大番的查扄��睛偶��看��C��个有��的��方�?br />修复nrpe.conf配置文�g 在要��查的命��o后面��d��>>/tmp/output 2>&1 ��错误导出到文�g中进行查�?br />command[check_sda_health]=/usr/bin/sudo /usr/local/nagios/libexec/check_disk_health.sh -d /dev/sda >>/tmp/output 2>&1
重记nrpe服务
�q�程调用 �l�果当然�q�是NRPE: Unable to read output
查看/tmp/output
sudo: sorry, you must have a tty to run sudo
有错误就��单了原来�q�个是默认不允许sudo 在后端进�?br />visudo
注释Defaults requiretty ��OK�?br />�l�果通过WEB查看也正��了�?br />(注意�Q�注释后 ��仍然会是Unable 不过�?tmp/output��׃��有正��的�i�果�Q�所以有正确的結果后�Q�一定要��L�� >>/tmp/outpt 2>&1 信息都导到文件中�?nagios�q�是得不��C�Q何消息�?

一个脚本执行成功后�Q�就是大扚w��应用�Q�用生��环境验证�Q�出现问题��l�调试�?/p> 以上为所有的分析调试�Ҏ��。如果你看到最后一步了�Q�说明你很有耐心�Q�你也一定会成功的，至于写得好与坏、对与错请尽��说�Q�这不会影响你的成功。呵��c�?/div>转自:

http://blog.chinaunix.net/uid-20592013-id-2436813.html

��果�?/a> 2013-09-03 09:39 发表评论

Linux下Nagios的安装与配置

Mon, 02 Sep 2013 06:26:00 GMT

摘要: 一、Nagios��? 　　Nagios是一�Ƒּ�源的电脑�pȝ��和网�l�监视工��P��能有效监控Windows、Linux和Unix的主机状态，交换��\由器�{�网�l�设�|�，打印机等。在�pȝ��或服务状态异常时发出邮�g或短信报警第一旉��通知�|�站�q�维人员�Q�在状态恢复后发出正常的邮件或短信通知�?　　Nagios原名为NetSaint�Q�由Ethan Galstad开发�ƈ�l�护至今。NAGIOS是一个羃写�Ş�? "Nagio... 阅读全文

��果�?/a> 2013-09-02 14:26 发表评论

亚洲国产成人久久一区WWW,麻豆久久久9性大片,午夜精品久久久久久毛片

JavaSript模块规范 - AMD规范与CMD规范介绍

shrio 权限���理filterChainDefinitions�q���o器配�|?

CentOS 6下安装nodejs 0.9.0

Linux下Nagios的安装与配置

shrio 权限��理filterChainDefinitions�q��o器配�|?