2015年11月20日星期五

新机房建设、桌面虚拟化、网络会议、cio、按需生产、wms、vmi

桌面虚拟化：华为、hp citrix  刀片+存储  300个点  平行扩展 成本 对比 数据 安全 优点

网络会议：cisco  webex  保利通  摩云

cio：http://www.ceocio.com.cn/cio/


按需生产：从“大量生产”到“按需定制”
更聪明的生产：敏捷制造
http://www.ceconline.com/sales_marketing/ma/8800065424/01/

发帖者 时间： 没有评论:
标签：

2015年11月10日星期二

Download Remote Desktop Connection Manager 2.2

Remote Desktop Connection Manager介绍
Remote Desktop Connection Manager (RDCMan) 是微软Windows Live体验团队的主要开发者 Julian Burger开发的一个远程桌面管理工具。简称为RDCMan。 RDCMan可以集中管理、分类、组织远程桌面，相比Windows系统自带的远程桌面连接工具mstsc.exe要方便、省时的多，尤其是当你管理大量服务器或同时连接多台服务器进行操作、切换工作时，那叫一个方便、爽。套用赵本山的一句广告用语:谁用谁知道。
Remote Desktop Connection Manager主要功能介绍如下：
    1： 可以保存配置文件，不用每次你手工去输入服务器名称或IP地址。节省了手工输入时间。
    2： 可以导入服务器列表
    3： 可以对服务器进行分组管理、排序等。
    4： 可以保存登录账户以及密码，自动登录（但是要注意不要勾选“以明文保存密码”选项，这样不安全）
clipboard
    5： 这个工具是免费的。
    可以参考http://blogs.technet.com/b/exchange/archive/2010/06/11/3410093.aspx这篇博客对其介绍。
 
Remote Desktop Connection Manager缺陷
    这个工具有一些功能性小bug，例如右键点击某一台服务器，选择“log off server”，则会弹出“unable to
log off from servarnam  reason： unable to enumerate remote sessions"的错误提示信息。很奇怪的是这个bug一直没有修复。虽然有一些遗憾的小bug，但是不妨碍Remote Desktop Connection Manager成为一个优秀的工具。我使用了一阵子，感觉Remote Desktop Connection Manager使用起来确实很方便、快捷。 现在已经离不开这个工具了。当然不想用远程桌面连接mstsc.exe工具了
Remote Desktop Connection Manager下载
作者：潇湘隐者

本文版权归作者所有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接.
发帖者 时间： 没有评论:
标签：

2015年11月5日星期四

Nagios：企业级系统监控方案

在大多数情况下Cacti + RRDtool已经实现对系统各种参数的监测。但很多企业可能不满足于仅仅监测系统基本参数的需求，而是需要监测除基本参数之外的各种应用程序的运行状况。很显然在这种情况下对于一些系统或者是自定义的程序Cacti + RRDtool的局限性就显示出来了。而此时就轮到了另外一种监测系统的登场。这就是我们现在要介绍的Nagios。
Nagios是一个功能非常强大的开源的系统网络监测程序，通过访问http://www.nagios.org可以了解其基本特性。Nagios不但能够实现对系统CPU，磁盘、网络等方面参数的基本系统监测，而且还能够监测包括SMTP，POP3，HTTP，NNTP等各种基本的服务类型。另外通过一些插件的安装和监测脚本自定义用户可以针对自己的应用程序实现监测，并针对大量的监测主机和多个对象部署层次化的监测架构。而且在监测信息统计方面，Nagios也能够和例如Cacti等程序结合来提供动态统计图表。除此之外Nagios拥有强大的日志管理系统，可以实现详细的日志记录以及回卷。针对架构的扩展和服务器数量的增加可以方便地实现监测区域扩展。最难能可贵的是Nagios提供了优秀的事件报警功能，能够将一些突发的事件以电子邮件的形式通知管理员并能够针对出现的问题提供一些主动的解决建议和方案，并支持冗余监视。
相对于Mrtg以及RRDtool + Cacti而言Nagios最大的特点之一是其设计者将Nagios设计成监测的管理中心尽管其功能是监测服务和主机，但是他自身并不包括这部分功能的代码，所有的监测、监测功能都是由相关插件来完成的，包括报警功能。Nagios自身也没有报警部分的代码和插件，而是交给用户或者其他相关开源项目组去完成。对于Nagios这个监测中心来说，细致的工作必然是交给其他的软件来实现。
下面我们就开始实施Nagios的基本安装和配置。
我的操作环境是：
监测主机：IP：192.168.1.10 操作系统：RHEL 5u8
被监测主机：IP：192.168.1.220 操作系统：RHEL 5u8
Nagios的所有软件包可以从其官方网站获得http://www.nagios.org/download/。这里无论是基本软件包还是插件我都使用的最新版本。因为我使用的操作系统是Red Hat最新版本，原则上对于较新的操作系统版本通常我们都选择配合最新版本的第三方软件以避免兼容性问题。
首先在监测主机也就是192.168.1.10上安装Nagios的基本软件包，在安装Nagios之前首先需要保证系统中有下面这些软件包：Apache，gcc，gd，gd-devel，glibc，glibc-devel。可以用rpm –qa | grep的方式去逐一检查。
如果确认上面这些包都安装之后需要先建立Nagios的用户和nagcmd组：
# useradd -m nagios                                [ Enter ]
# passwd nagios                                 [ Enter ]
并将nagios以及apache用户加入到nagcmd组中
# groupadd nagcmd                                   [ Enter ]
# usermod -G nagcmd nagios                          [ Enter ]
# usermod -G nagcmd apache                          [ Enter ]
完成之后将下载的nagios压缩包拷贝到/usr/local目录中，并且执行下面的步骤进行编译和安装：
# tar -zxf nagios-3.0.3.tar.gz                             [ Enter ]
# cd nagios-3.0.3                                   [ Enter ]
首先初始化和建立编译的环境
# ./configure --with-command-group=nagcmd          [ Enter ]
如果能看到下面的基本配置信息则说明初始的环境已经成功配置完成：
*** Configuration summary for nagios 3.0.3 06-25-2008 ***:
 
 General Options:
 -------------------------
        Nagios executable:  nagios
        Nagios user/group:  nagios,nagios
       Command user/group:  nagios,nagcmd
            Embedded Perl:  no
             Event Broker:  yes
        Install ${prefix}:  /usr/local/nagios
                Lock file:  ${prefix}/var/nagios.lock
   Check result directory:  ${prefix}/var/spool/checkresults
           Init directory:  /etc/rc.d/init.d
  Apache conf.d directory:  /etc/httpd/conf.d
             Mail program:  /bin/mail
                  Host OS:  linux-gnu
 
 Web Interface Options:
 ------------------------
                 HTML URL:  http://localhost/nagios/
                  CGI URL:  http://localhost/nagios/cgi-bin/
 Traceroute (used by WAP):  /bin/traceroute
 
Review the options above for accuracy.  If they look okay,
type 'make all' to compile the main program and CGIs.
之后按照提示执行命令来进行编译：
# make all                                             [ Enter ]
如果编译过程顺利完成，则需要执行下面的命令：
# make install                                             [ Enter ]
# make install-init                                         [ Enter ]
# make install-config                                       [ Enter ]
# make install-commandmode                              [ Enter ]
分别用于安装二进制文件、初始化脚本、示例配置文件和设置目录权限。
# ls /usr/local/nagios                                     [ Enter ]
安装完成之后，在/usr/local/nagios目录下如果能够看到这些目录：bin etc sbin share var就表示Naigos安装成功了。
不过在完成之后还不能启动Nagios，因为还有一些操作需要执行。
Nagios的样例配置文件默认安装在/usr/local/nagios/etc目录下，这些样例文件可以配置Nagios使之正常运行，只需要做一个简单的修改。用你擅长的编辑器软件来编辑这个/usr/local/nagios/etc/objects/contacts.cfg配置文件，更改email部分，在nagiosadmin的联系人定义信息中的EMail信息为你的EMail信息以接收报警内容。
# vi /usr/local/nagios/etc/objects/contacts.cfg                    [ Enter ]
之后执行下面的命令来安装Nagios的WEB配置文件到Apache的conf.d目录下：
# make install-webconf                                     [ Enter ]
在Apache中使用基本认证的方式创建一个nagiosadmin的用户用于Nagios的WEB界面登录。记下你所设置的登录口令。该用户登录口令和账号信息会存储到/usr/local/nagios/etc/passwd.users文件中：
# htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin     [ Enter ]
在Nagios主程序安装之后会自动将相关apache配置文件放到/etc/http/conf.d目录下，文件名是nagios.conf。文件内容如下：
# cat /etc/httpd/conf.d/nagios.conf                            [ Enter ]
ScriptAlias /nagios/cgi-bin "/usr/local/nagios/sbin"
 
<Directory "/usr/local/nagios/sbin">
   Options ExecCGI
   AllowOverride None
   Order allow,deny
   Allow from all
   AuthName "Nagios Access"
   AuthType Basic
   AuthUserFile /usr/local/nagios/etc/htpasswd.users
   Require valid-user
</Directory>
 
Alias /nagios "/usr/local/nagios/share"
 
<Directory "/usr/local/nagios/share">
   Options None
   AllowOverride None
   Order allow,deny
   Allow from all
   AuthName "Nagios Access"
   AuthType Basic
   AuthUserFile /usr/local/nagios/etc/htpasswd.users
   Require valid-user
这就意味着只有通过认证用户才可以通过http访问/usr/loca/nagios/share以及/usr/local/nagios/sbin目录下内容。而这个能够通过认证的用户也就是nagiosadmin，之后可以重启apache来应用配置：
   # service httpd restart                                             [ Enter ]
# chkconfig --level 345 httpd on                                        [ Enter ]
刚才已经提到Nagios主程序只是一个控制中心，而能够起到服务监测和系统监测等功能的是众多Nagios的插件，没有插件的Nagios系统其实只是一个空壳。因此在安装了Nagios平台之后我们还需要安装插件。
Nagios插件同样是在其官方网站下载，目前版本是1.4.12。我将下载的源码包放到/usr/local目录下，按照下面的步骤进行解压，编译和安装：
# tar -zxf nagios-plugins-1.4.12.tar.gz                                    [ Enter ]
# cd nagios-plugins-1.4.12                                          [ Enter ]
# ./configure --with-nagios-user=nagios --with-nagios-group=nagios          [ Enter ]
# make                                                          [ Enter ]
# make install                                                      [ Enter ]
然后把Nagios加入到服务列表中以使之在系统启动时自动启动：
# chkconfig --add nagios                                               [ Enter ]
# chkconfig nagios on                                               [ Enter ]
执行下面的命令来验证Nagios的样例配置文件：
# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg             [ Enter ]
如果最后的结果类似下面而没有报错，可以启动Nagios服务：
Total Warnings: 0
Total Errors:   0
 
Things look okay - No serious problems were detected during the pre-flight check
# service nagios start
之后可以在浏览器上访问链接http://192.168.1.10/nagios，如果能够正常看到页面，证明主程序和插件都安装和配置成功（如图pic32.png所示）！点击“Service Detail”的链接来查看你本机的监视详情。此时可能需要给点时间让Nagios来检测你机器上所依赖的服务（如图pic33.png-pic34.png所示）。
实际上在装完Nagios之后此时网络监测工作只是刚刚开始而已，毫无疑问用户的需求不是只监测本地系统，而是大量的远程服务器上的系统状况以及服务运行状况。
有几种不同方式来监测远程Linux/UNIX服务器的服务与属性。
其中之一是应用共享式SSH密钥，即运行check_by_ssh插件来执行对远程主机的检测。这种方法会导致安装有Nagios的监测服务器产生很高的系统负荷，尤其是要同时监测成百个主机中的上千个服务时，这是因为要建立大量的SSH连接的总开销会很高。
另一种方法是使用NRPE外部构件监测远程主机。NRPE外部构件可以在远程的Linux/Unix主机上执行插件程序。如果是要象监测本地主机一样对远程主机的磁盘利用率、CPU负荷和内存占用率等情况下，NRPE外部构件将非常有用。
提到“外部构件”这个概念的时候需要说明一下，Nagios有许多"外部构件"软件包可供使用。外部构件可以扩展Nagios的应用并使之与其他软件集成，而且能够通过WEB接口来实现管理配置文件，监测远程主机（*NIX，Windows等），对远程主机的强制监测，减化并扩展告警逻辑等功能。
NRPE是一个可在远程Linux/Unix主机上执行的插件的外部构件包。如果你需要监测远程的主机上的本地资源或属性，如磁盘利用率、CPU负荷、内存利用率等时是很有用的。最终效果和用check_by_ssh插件来实现的功能一样，但是他不需要占用更多的监测主机的CPU负荷，所以当你需要监测大量的主机时这个构件将起到很重要的作用（如图pic35.png所示）。
通过该图可以看出，我们需要在被监测主机上部署NRPE，他相当于一个守护进程负责监听。而监测主机使用check_nrpe并通过SSL连接访问这个daemon，然后调用被监测方的check_disk，check_load等脚本获取信息并将结果传递到监测主机。同时这些脚本也有能力监测到其他主机的相关信息。
NRPE的使用环境有direct check和indirect check两种，direct check指的是NRPE运行在被监测主机的本地，而indirect check意味着运行NRPE的服务器只是一个中间人，他会继续通过刚才所提及的脚本来监测其他更多远程主机上的服务和系统信息。层次化的监测就是通过这种方式来实现。
为了简单说明问题，我们将部署的是基于direct check的环境部署NRPE。所以下面的操作将会在被监测主机192.168.1.220上进行。
首先要建立Nagios账号，这里我使用同样的密码：
# useradd nagios                                               [ Enter ]
# passwd nagios                                             [ Enter ]
之后按照和上面相同的步骤来编译和安装nagios-plugin软件：
# tar -zxf nagios-plugins-1.4.12.tar.gz                                [ Enter ]
# cd nagios-plugins-1.4.12                                      [ Enter ]
# ./configure                                                   [ Enter ]
# make                                                      [ Enter ]
# make install                                                  [ Enter ]
然后对相关的目录设置权限和所属用户组：
# chown nagios.nagios /usr/local/nagios                                [ Enter ]
# chown –R nagios.nagios /usr/local/nagios/libexec                    [ Enter ]
接着NRPE包放到/usr/local目录下，按照下面的步骤解压缩，并且编译和安装：
# tar -zxf nrpe-2.12.tar.gz                                        [ Enter ]
# cd nrpe-2.12                                                  [ Enter ]
# ./configure                                                   [ Enter ]
# make all                                                  [ Enter ]
# make install-plugin                                           [ Enter ]
# make install-daemon                                           [ Enter ]
# make install-daemon-config                                        [ Enter ]
同时安装NRPE的插件、进程以及进程范例配置文件。
接着执行命令将nrpe安装为依赖xinetd超级进程的非独立服务，那么前提是必须安装xinetd。不过一般系统都会自动安装该服务。 最后执行下面的命令将NRPE安装为xinetd超级进程所管理的进程之一。
# make install-xinetd                                          [ Enter ]
完成之后需要编辑/etc/xinetd.d目录下的nrpe文件，并且在最后添加允许实施监测的主机IP地址，这里是192.168.1.10，那么整个配置文件全文如下：
# cat /etc/xinetd.d/nrpe                                           [ Enter ]
service nrpe
{
        flags           = REUSE
        socket_type     = stream    
        port            = 5666    
        wait            = no
        user            = nagios
        group           = nagios
        server          = /usr/local/nagios/bin/nrpe
        server_args     = -c /usr/local/nagios/etc/nrpe.cfg --inetd
        log_on_failure  += USERID
        disable         = no
        only_from       = 192.168.1.10
}
然后修改/etc/services档，并添加下面的内容：
nrpe            5666/tcp                        # nrpe
重启服务：
# /etc/init.d/xinetd restart                                   [ Enter ]
此时检查nrpe服务启动状况如下：
# netstat -nl | grep 5666                                      [ Enter ]
tcp        0      0 0.0.0.0:5666                0.0.0.0:*                   LISTEN      
# lsof -i:5666
COMMAND  PID USER   FD   TYPE DEVICE SIZE NODE NAME
xinetd  9949 root    5u  IPv4  28764       TCP *:nrpe (LISTEN)
现在最关键的一步是确保安装的NRPE进程能够正常工作，所以要使用check_nrpe插件进行测试。在监测主机192.168.1.10上执行命令：
# /usr/local/nagios/libexec/check_nrpe -H 192.168.1.220            [ Enter ]
如果能够出现如下的版本号显示，则证明在被监测主机上配置的NRPE已经正常工作，并且监测主机能够通过SSL与被监测主机上的NRPE正常通信。 NRPE v2.12
但是如果出现一些error信息，则需要检查配置，检查的内容包括主要有下面几项：
  1. nrpe的版本号和nrpe-plugin的版本号是否一致。版本不一致极有可能造成该问题。
  2. SSL是否被关闭。确保NRPE以及check_nrpe插件在编译的时候都加入了SSL支持，同时在运行时都开启SSL。不过一般编译过程中默认都会假如支持SSL选项。
  3. 确保NRPE的配置文件nrpe.cfg文件可以被nagios用户读取并且nagios用户可以执行nrpe二进制程序。
  4. 确认在/etc/xinetd.d/nrpe文件的“only_from=x.x.x.x”中x.x.x.x是访问NRPE的监测主机的IP地址。
NRPE的配置文件/usr/local/nagios/etc/nrpe.cfg中实际上已经包含了一些对系统进行监测的命令。由于NRPE安装在本地，这些命令可以直接协助NRPE从被监测主机获取系统和服务运行状况，而且都是在刚才通过nagios-plugin安装的。
如果从监测主机上运行这些命令进行监测，一切正确可以看到下面的效果。那么不难看出其中的奥妙，即实际上完全可以利用在/usr/local/nagios/libexec/中的各种脚本并添加各项参数来定制自己的监测内容。（如图pic36.png所示）
那么到此为止我们就完成了在远程被监测主机上安装和配置RNPE的任务。现在需要在监测主机，也即是192.168.1.10上面安装和配置check_nrpe插件。
步骤大概分为：
第一，安装check_nrpe插件；
第二，为使用check_nrpe插件建立Nagios命令定义；
第三，建立Nagios host以及服务定义
由于我们刚才已经在安装Nagios之后安装了nrpe，所以实际上第一个步骤已经完成。
现在开始执行第二步骤——建立命令定义：
这里需要花点时间特别说明一下Nagios利用命令定义进行监测的原理：
在安装nagios成功之后可以看到在/usr/local/nagios/libexec目录下有很多可执行监测程序或者脚本，其名称类似check_icmp这样的格式。Nagios并没有提供针对这些监测程序的脚本的说明文档，想了解这些脚本如何工作，需要通过–h参数，显示其使用方法和参数，并会给出一些实际的例子。例如：./check-disk –h。
那么我们可以尝试按照其中一个例子执行该脚本，执行和显示的结果如下：
# ./check_disk -w 10% -c 5% -p /tmp -p /var -C -w 100000 -c 50000 -p /dev/sda3          [ Enter ]
DISK OK - free space: / 2124 MB (41% inode=90%);| /=2955MB;4820;5088;0;5356
可以看到状态值“OK”，以及一些详细的数据信息。
上述操作说明这些插件都是可以独立使用。Nagios有很多个cfg配置文件用来定义各式各样的信息，其中template.cfg是用来定义主机和服务信息的模板文件，在目录/usr/local/nagios/etc/objects下。我们将按照这些模板来建立新的配置文件，例如同样目录下的server.cfg来定义监测内容，那么这些插件就会从server.cfg中调用。例如要定义一个需要监测的SSH服务，名称为TestSSH：
按照其格式：
define service { 
host_name x.x.x.x
service_description check_ssh 
    ……
check_command check_ssh 
}
host_name项说明该服务所在的主机名，service_description项为服务的说明信息，这项内容会显示在nagios页面中。check_command项说明要使用的命令，这个例子中的命令check_ssh就是一个插件了。这个服务定义明确了nagios在需要监测的内容和监测的手段，即使用check_ssh插件来监测主机x.x.x.x上的ssh服务情况。
除了直接使用插件来做check_command项的参数以外，还可以使用自己定义的命令来做check_command参数。例如，定义一个需要监测的主机，名字是localhost.localdomain：
define host { 
host_name localhost.localdomain
alias remotehost01
address 192.168.0.1 
……
check_command check-host-alive 
    ……
}
在此例中，check_command项的参数“check-host-alive”并非一个插件，而是在commands.cfg档中定义的一个命令。那么在相同目录的command.cfg中对该命令又被定义为：
# 'check-host-alive' command definition 
define command{ 
command_name check-host-alive 
command_line $USER1$/check_ping -H 192.168.1.220 -w 300.0,80% -c 500.0,100% -p 1 
}
首先，$USER1$这个参数在resource.cfg中定义，这个值会指向插件的目录（如：/usr/local/nagios/libexec）。“-H 192.168.1.220”定义目标主机的地址，-w说明后面的一对值对应的是“WARNING”状态，“80%”是其临界值。“-c 500.0,100%” 其中“-c”说明后面的一对值对应的是" CRITICAL"，“100%”是其临界值。“-p 1”说明每次探测发送一个包。
所以归根结底就是说通过ping这种方式来证明某台主机处于alive状态。
而至于如何监听非默认端口的服务。下面我也举例说明一下这个问题：
例如：现需检查的一个运行在8080埠上的http服务。那么我们可以对commands.cfg档中对关于check_http的声明做如下修改。
# 'check_http' command definition 
define command{ 
command_name check_http 
command_line $USER1$/check_http -H 192.168.1.220 -p $ARG1$ 
}
其中$ARG1$是指在调用这个命令的时候，命令后面的第一个参数。
再把services.cfg中，对应服务的检测命令后面加一个参数：
define service { 
host_name ...
...
check_command check_http!8080
}
这样就可以对8080埠的http服务进行监测了。如果要添加多个参数的时候，也可以类似操作。 综上所述，插件的安装和调用方法也就举例介绍完毕了，大家在使用中也可以使用自己写的检测脚本来完成比较特殊的检测功能。
所以按照上面所叙述的原理，我们开始第二步和第三步的配置，为使用check_nrpe插件建立Nagios命令定义以及服务定义：
修改配置文件/usr/local/nagios/etc/objects/command.cfg并增加下面的内容：
define command{
command_name check_nrpe
command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
}
然后针对要监测的目标主机建立主机定义，主机定义的项目和内容有很多，所以定义的项目如下：
host_name host_name        # 简短的主机名
alias alias                 # 别名，可以更详细的说明主机
address address         # ip地址，当然如果DNS服务可用也可以写名称。如果你不定义该值，nagios
将会用host_name去寻找主机。
parents host_names          # 上一节点的名称，也就是指从nagios服务器到被监测主机之间经过的节点，
        可以是路由器、交换机、主机等等。这个节点也要定义并且要被nagios监测。
hostgroups              # 简短的主机组名称
check_command           # 检查命令的简短名称，如果此项留空，nagios将不会去判断该主机是否alive。 
max_check_attempts      # 当检查命令的返回值不是“OK”时，重试的次数
check_interval          # 循环检查的间隔时间。
active_checks_enabled      # 是否启用“active_checks”
passive_checks_enabled  # 是否启用“passive_checks”，及“被动检查”
check_period                # 检测时间段简短名称，此处只是名称，具体的时间段要写在其他的配置文件
obsess_over_host            # 是否启用主机操作系统探测。
check_freshness             # 是否启用freshness测试。freshness测试是对于启用被动测试模式的主机而言
的，其作用是定期检查该主机报告的状态信息，如果该状态信息已经过期，
freshness将会强制作主机检查。
freshness_threshold        # fressness的临界值，单位为秒。 如果定义为0，则为自动定义。
event_handler           # 当主机发生状态改变时，采用的处理命令的简短的名字
（可以在commands.cfg中对其定义） 
event_handler_enabled     # 是否启用event_handler
low_flap_threshold          # 抖动的下限值。所谓抖动，主要定义了这样一种现象：在一段时间内，主机
        （或服务）的状态值频繁发生变化，类似一个问题风暴或者一个网络问题。 
high_flap_threshold         # 抖动的上限值
flap_detection_enabled     # 是否启用抖动检测
process_perf_data           # 是否启用processing of performance data
retain_status_information   # 程序重启时，是否保持主机状态相关的信息
retain_nonstatus_information # 程序重启时，是否保持主机状态无关的信息
contact_groups          # 联系人组（这个组会在contactgroup.cfg文件中定义），在此组中的联系人都
                        会受到该主机的告警提醒信息。
notification_interval       # 告警临界值。达到此次数之后，才会发送该机的报警提醒信息。 
notification_period         # 告警时间段
notification_options        # 告警包括的状态变化结果
notifications_enabled       # 是否启用告警提醒功能
stalking_options [o,d,u]     # 持续状态检测参数，o = 持续的UP状态，
d = 持续的DOWN状态，and u = 持续的UNREACHABLE状态.
当然在企业的监测环境中很多项目可能都不一定能够用上，这里我只是通过一个简单的例子说明其用法就好了。所以修改/usr/local/nagios/etc/objects/localhost.cfg文件，于该文件的“HOST DEFINITION”部分，在原来的基础上增加自己的主机定义内容：
define host{
        use linux-box                                  ; Inherit default values from a template
        host_name localhost                            ; The name we're giving to this server
        alias RHEL5u2                                  ; A longer name for the server
        address 192.168.1.220                          ; IP address of the server
        }
同时在“HOST GROUP DEFINITION”部分，将192.168.1.220这台主机加入到linux-servers这个hostgroup中。如果有多台主机都属于这个hostgroup，可以用逗号将其隔开。以下是我添加的内容：
define hostgroup{
        hostgroup_name  linux-servers  ; The name of the hostgroup
        alias           Linux Servers  ; Long name of the group
        members         192.168.1.220  ; Comma separated list of hosts that belong to this group
        }
而在最后的“SERVICE DEFINITION”部分，所有未注释的部分实际上是关于对localhost也就是本机所要监测的内容。其格式和语法就是我在提到Nagios监测原理方面举例说明的内容。对于localhost来说不需要修改了，但是可以把他的内容复制到自定义的cfg档中并照葫芦画瓢修改成对192.168.1.220这台 主机的命令定义。我们下面就来做这样的操作：
在/usr/local/nagios/etc/objects目录下针对监测的服务建立服务定义，建立一个新的文件remotehosts.cfg，加入下面内容：
下面是自定义的：
define service{
use generic-service
host_name localhost
service_description CPU Load
check_command check_nrpe!check_load
}
表示监测远程主机的CPU负载。
如果要监测当前在远程主机的磁盘空间，则加入：
define service{
use generic-service
host_name localhost
service_description /dev/sda3 Free Space
check_command check_nrpe!check_disk /dev/sda3
}
如果要监测当前远程主机的僵死进程数，则加入：
define service{
use generic-service
host_name localhost
service_description Zombie Processes
check_command check_nrpe!check_zombie_procs
}
同时使用vi编辑器末行模式的r功能读取当前目录下的localhost.cfg档，删除“HOST DEFINITION”和“HOST GROUP DEFINITION”部分。只保留“SERVICE DEFINITION”部分并修改为下面的内容：
第一个命令定义：
通过check_ping脚本确保监测主机和被监测主机的连通性，如果网络丢包率到达20%则产生warning警告，到达60%则产生critical警告：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 PING REMOTE HOST
        check_command                  check_ping!100.0,20%!500.0,60%
        }
第二个命令定义：
监测远程主机根分区磁盘状况，如果根分区可用空间低于20%会产生Warning警告，如果可用空间低于10%则产生Critical警告：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 Root Partition of Remote Server
        check_command                  check_local_disk!20%!10%!/
        }
第三个命令定义：
监测远程主机当前的登录用户数量，如果登录数量大于20用户则产生warning警告，如果大于50则产生critical警告：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 Current Users of Remote Server
        check_command                  check_local_users!20!50
        }
第四个命令定义：
监测远程主机当前的进程总数，如果大于250进程则产生warning警告，如果大于400进程则产生critical警告：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 Total Processes of Remote Machine
        check_command                   check_local_procs!250!400!RSZDT
        }
第五个命令定义：
监测远程主机当前的本地负载量：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 Current Load of Remote Machine
        check_command                  check_local_load!5.0,4.0,3.0!10.0,6.0,4.0
        }
第六个命令定义：
监测远程主机swap文件系统使用量，如果swap可用空间低于20%则产生warning警告，低于10%则产生critical警告：
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 Swap Usage of Remote Server
        check_command                   check_local_swap!20!10
        }
第七个命令定义：
监测SSH连接可用性，但消息通知功能默认被关闭，因为并不是所有用户都有权限SSH。
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 SSH of Remote Machine
        check_command                   check_ssh
        notifications_enabled               0
        }

# Define a service to check HTTP on the remote machine.
# Disable notifications for this service by default, as not all users may have HTTP enabled.
第八个命令定义：
监测远程主机上的HTTP服务，但类似于SSH，该服务的消息通知功能默认关闭。
define service{
        use                             local-service         ; Name of service template to use
        host_name                       192.168.1.220
        service_description                 HTTP of Remote Machine
        check_command                   check_http
        notifications_enabled               0
        }
保存该档后，按照其他cfg文件的权限和属性为该文件指定所属用户和组：
# chown nagios.nagios /usr/local/nagios/etc/objects/remotehosts.cfg         [ Enter ]
至于想定义的其他内容，我就不再向该文件中添加了，我想大家应该已经掌握了这种命令定义的方法了。
最后不要忘了一步关键的操作——在主配置文件中定义Nagios启动之后读取刚才修改的这些配置，也就是确保刚才修改的配置文件在nagios主配置文件/usr/local/nagios/etc/nagios.cfg中都有正确指定，信息如下：
cfg_file=/usr/local/nagios/etc/objects/commands.cfg
cfg_file=/usr/local/nagios/etc/objects/remotehosts.cfg
cfg_file=/usr/local/nagios/etc/objects/localhost.cfg
最后校验配置文件正确性：
# /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg             [ Enter ]
如果校验完全通过，则重启Nagios服务：
# chkconfig --level 345 nagios on                                      [ Enter ]
# service nagios restart                                                [ Enter ]
此时如果再通过浏览器访问http://192.168.1.10/nagios，我们就可以看到被监测主机192.168.1.220上所反应出来的内容信息。下面是几个效果图：（如图pic37.png-pic39.png所示）
到此为止，Nagios的基本原理和强大的功能就基本介绍完了。而事实上Nagios不但能在现有的功能基础上实现功能扩展，而且还能够实现和第三方软件的结合，例如和前面所介绍的MRTG和Cacti联用来构建动态显示图标；同时按照前面所说明的内容可以配置各种事件级别的邮件通知功能。但因为篇幅的限制我们会在下次有机会的时候向大家介绍。尽管在配置的难度上显得比较高，但是其强大的功能和灵活性却给我们留下了极深的印象。因此这也是在一些中型甚至是大型企业中所推崇并逐步采用的一种监测方案。

各种系统监测优缺点比较和总结：

通过该文章的介绍，我们大致了解了多张不同但都比较常用的系统监测解决方案。下面可以简单比较几种不同监测方法的特点。
在大多数监测环境中，采用SNMP都是公用的标准和协议。所以除了Nagios之外，基本上所有的监测环境也是围绕SNMP协议部署，对SNMP协议的支持是目前市面上众多网管软件的最基本要求。
通过SNMP 结合闭源商业软件的部署监测的方案：
拥有配置简单且功能也相对强大的优点，但是缺点是要受到闭源商业软件在功能和灵活性上的限制，而且意味着企业需要为这种类型的监测支付高昂的软件使用成本；
通过SNMP 结合MRTG实现部署监测方案：
优点是费用方面的支出基本为零，但缺点是配置过程要显得相当复杂和繁琐，而且由于MRTG本身的一些限制功能比较单一。
通过SNMP 结合 Cacti和RRDtool实现部署监测方案：
优点是同样不需要支付高昂的费用，而且相对于单纯使用Mrtg而言功能方面大大增强，显示的效果方面也要比Mrtg好很多，同时在监测内容和灵活性方面也有了很大的改善，相信这种方案能够被很多中小型企业所接受。但最大的问题是在部署的难度增加，对操作管理人员技术方面的要求也大大增加。因此这种方案也能够作为一种折中的选择。
通过Nagios实现监测方案：
这是几种不同方案中唯一可以不使用SNMP的，但是功能上丝毫不比传统的使用SNMP协议的监测软件逊色，甚至实现了更多实用的特性，更何况结合插件也能支持SNMP。另外Nagios的部署和定义非常灵活，和其他软件的兼容性方面也表现出很多创造性的优势。显然在几种监测方案中，这种监测方案无疑是比较优秀的！但缺点自然也不言而喻，强大的功能是以更为繁琐和更高的技术要求作为代价，如果针对一个大型网络要将Nagios所有的功能都一一实现，显然对用户的技术水准方面要求会比较高。
总之，在企业系统和应用监测的领域中，尽管有各种不同类型的监测要求，尽管也相应地也提供了各种不同类型的监测部署方案。但不管是利用基本的SNMP实现简单和单一的监测，还是利用像Cacti + RRDtool甚至Nagios这样的软件实现功能更加强大的监测部署；不管是全部利用开源软件本身实现所有监测功能，还是和像Whatsup和Solawins等这种闭源商业软件结合部署监测环境——各种开源软件以及开源项目上都表现出了极强的共通性和兼容性，而且在功能上丝毫没有逊色。完全能够支撑和满足企业级的监测部署环境要求！
通过本文笔者希望能够为更多中小企业甚至大型企业用户在部署监测环境方面提供一些有用参考和帮助。希望他们能够藉助开源方案量体裁衣地打造适合于自己的企业级监测系统。

关于作者

王基立，现工作于红帽软件（北京）有限公司，具备多年的售前解决方案规划与售后技术支持经验，熟悉红帽所有平台类产品和解决方案。现常驻深圳任红帽软件华南区解决方案架构师一职，主要负责红帽解决方案在华为、中兴等大型电信企业用户环境中的设计、规划、应用以及相关售前工作。同时也为包括各高级分销商以及金融、政府、教育等各方面在内的管道和区域用户提供相关解决方案、技术咨询、技术培训、现场实施、技术支持等服务。
发帖者 时间： 没有评论:
标签：

2015年10月20日星期二

SAP BASIS

SAP BASIS用的最多的十个T_CODE

1、stms：CR的传输
2、su01：创建用户，初始密码，解锁账户
3、sm21：查看系统日志
4：ST22：错误分析
5、SM51 SM50 SM66:查看工作进程
6：SM13：检查失败的更新动作
7：SM12：检查被锁的对象
8：SM04 ,AL08：检查系统中的用户
9：db02：查看数据库表空间大小
10：ST02：检查BUFFER参数
11：ST04：数据库监控
12：DB12：检查日常备份是否成功
13：SM02：管理员在系统是公布消息

Sm12
Basis管理用的，查看表锁定的情况以及解锁。
有时，一些后台作业，或者程序执行过程中出现问题，一些表就会一直处于被编辑状态，其他用户就没法进行相应操作，比如如果MARA表被锁定，就没法进行创建更改物料的操作。
通过SM12可以把锁定MARA表的进程删除掉，然后就可以进行正常操作了。
sm13
检查失败的更新动作

sm21：查看系统日志

sm37
监控和管理后台作业
强制结束后台作业
查看后台job

sm51
查看sap实例情况

sm66
用于查看SAP系统中与每个应用程序及批处理服务器的进程执行相关的系统级别的性能.

st02
ST02 Setups/Tune Buffers 设置/调谐缓冲 
内存管理和优化统计 ST02
优化统计(Tune Summary),能够实时查看每个SAP应用服务器的内存及多个缓冲区的运行情况.就某个负载而言,如果缓冲区没有正确配置或是未被优化,那么在Swaps列就会显示出缓冲区的值越积越大,并用红色高亮显示出来,这就我们就很容易鉴别出问题所在的区域.
ST02不仅可以管理缓存,还可跟踪每台应用服务器的内存使用情况.要特别注意当前扩展内存的使用率(与高峰时期相比).同样,要经常检查堆内存(heap memory)的使用是否已最小化.
堆内存是特定于工作过程的.当程序使用工作过程的共享内存时,它必须采用独立维护内存的PRIV模式.此时,正在执行的程序是无法切换到另一个工作过程的,它会被一直阻塞直到程序执行结束.程序结束后,系统会重启动工作过程,一切又恢复正常(程序在何处进出内存要视SAP系统的需要而定).

St04
ST04 Select DB activities 选定数据库中的活动 

数据库概述与性能 DB02及ST04
DB02可跟踪数据库如何随着时间的增长而增长,也可跟踪索引的数量以及它们的大小,数量和历史发展趋势.
ST04(Database Performance Analysis)数据库性能分析事务,它可以实时地分析缓存命中率,逻辑读对物理读的对比,关键"缓冲区繁忙等待(Buffer Busy Waits)"值,以及更多其它信息.
注意,如果需要确定最近某一种变动对数据库性能的影响,这些实时数据的统计数据是可以复位的.借助Detail Analysis Menu(详细分析菜单),你可根据特定SQL需求或表的访问来深入到整个活动,异常事件,资源消耗量以及更多的历史数据当中.



ST06 Operating System Monitor 操作系统监视器
用于分析整个SAP技术栈的性能.

OS监控器 ST06
OS Monitor(ST06)是另一个可以显示大量实时性能数据的SAP事务.它包括了根据用户,系统和空闲时间来进行排序的CPU利用率,CPU进程队列(也称为CPU负荷计数).
内存OS监控还支持检查短期历史数据;点击"Datail Analysis Menu,详细分析茶单"就可以访问到根据主硬件子系统及应用服务器划分的历史数据信息.
有了这些历史数据,你就可以将在OS和数据库那里所收集到的磁盘性能指标以SAP可见的方式进行管理.你还可以查看过去24小时中每小时CPU的负载情况,这样容易确定负载峰值,还可监视并分析CPU的吞吐性能(如执行SP03N来查看某一段特定时间内的对话数量).同样,深入SAP性能数据库也使得从 OS监控器那里获取其他通用服务器或某一具体服务器的性能分析变得容易起来.你可以将这些数字与你通过基于硬件或OS的性能工具那里收集到的结果进行比较或是关联.
OS监控器或事务ST06即提供了实时的性能快照也可以对历史数据进行访问.
通过它可以综合分析出CPU,交换空间,以及内存的使用率,总结出操作系统的性能. 


ST22 用于查看ABAP dump,这样就可以鉴定程序错误.这有助于将这类问题反馈给到相关部门或开发组.


db02
DB02 Analyze tables and indexes 分析表和索引 

数据库概述与性能 DB02及ST04
DB02可跟踪数据库如何随着时间的增长而增长,也可跟踪索引的数量以及它们的大小,数量和历史发展趋势.
ST04(Database Performance Analysis)数据库性能分析事务,它可以实时地分析缓存命中率,逻辑读对物理读的对比,关键"缓冲区繁忙等待(Buffer Busy Waits)"值,以及更多其它信息.
注意,如果需要确定最近某一种变动对数据库性能的影响,这些实时数据的统计数据是可以复位的.借助Detail Analysis Menu(详细分析菜单),你可根据特定SQL需求或表的访问来深入到整个活动,异常事件,资源消耗量以及更多的历史数据当中.

DB12

Overview of Backup Logs 备份日志的概观 

db13
DB13 Database administration calendar 数据库管理日历 


发帖者 时间： 没有评论:
标签：

2015年10月7日星期三

休闲垂钓快速调漂方法

进入预定钓场，使用预定线组，把开好的饵料按照正常钓鱼大小上饵，用虫饵则直接挂好，双钩带饵抛入钓点，如果浮漂打横不站立则向下拉漂，直至站立起来，浮漂站立某位置不再下降，再次向下拉1漂深度还不下降，则适当加铅直至下降，如果快速下降则剪铅。
总之，在半水通过加减铅皮达到，浮漂到位翻身站立后缓慢下降，大约3~5秒后漂尾没入水中，即完成全部全部调漂过程，此时向上推浮漂，钓1、2目还是3目根据您自己的习惯，这里强调一下，压线不压线在细尾漂上有一目的差别，所以调漂时压线垂钓时也要压线，能看到鱼就饵漂相清晰，提竿中鱼率高，上鱼正口就达到了目的。
休闲快速漂法的优点
1、简单易学，方便快捷。一看就会，三分钟内就能调好漂，记住三句话就好，半水双钩带饵，浮漂到位后翻身站立后缓慢下降大约3~5秒，漂尾入水即可。
2、不用找底，不设定调目。自动避免陈年老塘底部淤泥较深，钓友一旦不注意采用了大铅皮找底，铅皮没入酱层而过底，垂钓时之间鱼星不见鱼口的情况。
3、浮漂同时打窝。每一次抛竿调漂，落点就接近打窝，调漂时同步完成打窝工作，省时省力。
4、适用范围广。钓友们休闲钓鱼不拒江河湖泊，夜钓难免水底高低不平，常有一会露出大半漂尾，一会又不见了浮漂踪影的情况，大水面空旷，小风则大浪，强力追求钓几目很难实现，还有可能遇到水流大风也会造成水流，本法调漂多钓几目对灵敏度影响不大，尽管大胆操作。
5、自动校正选漂与钩饵不搭配带来的负面因素，同样钓鲫鱼有的钓友习惯用3号袖，而有的钓友可能用3号伊势尼，其自重会对垂钓的灵钝带来很大影响，搓饵和拉饵的质量也会差较大，鲫鱼漂钓鲤鱼，鲤鱼漂钓鲫鱼，以上诸多情况在讲求调几钓几的理论下，都有可能造成浮漂不停的跳舞提竿没鱼，或者浮漂没有动作提竿换饵钩上有鱼的情况。
6、垂钓全程实时监控垂钓的灵钝状态，每一次抛竿，都能观察浮漂的沉降速度，一旦浮漂降速过快就是顿了，而浮漂下降缓慢，将不到位置露出水面过多，可能是丢铅发生太灵了，可及时检查排除。

要想真正学好台钓，首先要过调漂这一关。关于调漂的文章与方法也有许许多多，但对于刚入门新手来说显得过于复杂，如何准确调好调漂，使自己快速成为这方面高手，请按照下面步骤操作：
1.在铅皮座上卷上铅皮，铅皮一定要裹紧一点。要不钓鱼呢时候一用力铅皮就松开了
2.在漂座上安上鱼漂以后放入水中，铅皮的重量使漂沉入水中，这是因为现在漂的浮力小于铅皮重量。漂沉入水中以后把漂向上移动使水线增长，直到漂露出水面两目。这样就可以测出水的深度，从漂两目以下一直到连接铅皮座尾端这段鱼线的距离有多长，水就有多深了。这样就可以测出水深了。
3.测出水深以后就可以调漂了，把漂和铅皮座的距离调到水深的一半，然后放入水中这时漂再次沉入水中。
4.这时你就可以用剪刀把铅皮座上的铅皮一点点的剪掉，注意一次不要剪得太多。你每剪掉一点铅皮、铅皮的重量就减少一点，随着铅皮重量的慢慢减少，当铅皮的重量小于漂的浮力漂就会慢慢浮出水面。
5.让漂浮出水面4目就可以啦，若漂浮出水面的目数多于4目再在铅皮座上增加点铅皮，让漂下降到只露出水面4目为止。
6.然后在鱼钩上挂上食，放入水中这时漂又沉入水中了。这是因为挂上食以后铅皮和食的重量又大于漂的浮力。这时你只要把漂向上调直到露出水面3目，多出3目向下调直到露出水面3目为止。这就是台钓所说的调4钓3，就是空钩调到漂露出水面4目放上食以后调到露出水面3目。你可以结合以上方法调4钓2、调6钓3、或调4钓4等等......其中调4钓2最灵敏、调4钓4最钝。这就是台钓所说的钓灵和钓钝。一般小鱼闹的地方应把漂调钝一点，大鱼多呢时候基本没小鱼搅就可以把漂调灵一点。
发帖者 时间： 没有评论:
标签：

2015年9月27日星期日

路亚

枪柄陪水滴轮，你知道吧，硬杆适合重饵，抛的远，适合博大物。软杆适合轻饵细线。路小鱼。硬杆抛轻饵抛不远，软杆抛重饵操作不当容易断杆。就这么多了
路亚前导线的作用：
1、避免抛甩瞬间的拉扯，主线与导环摩擦后升温对主线的损害；
2、拖饵或中鱼后，保护主线前端避免剐蹭障碍物；
3、隐蔽主线，降低鱼儿发现鱼线后的警觉；
4、抵消中鱼后可能会出现的瞬间拉扯力，起到缓冲作用；
5、收回鱼饵时的标示作用，防止鱼饵碰撞鱼竿前导环及伤人；
6、使用了可靠的，高于主线强度的前导线，增加了可以尝试选择更细主线的可能，从而使抛投更加轻松，让鱼饵飞得更远些。

楼主.玩路亚钓时和钓点很重要，一般钓翘嘴早上和榜晚较好。翘嘴一般活动在大亮水域，拟饵选择旋转亮片或匙型较好。春天和深秋好路。夏天一般。
黑鱼拟饵选择米诺亮水区，水草和障碍区用雷娃和胡须佬，德州钓组，一般夏小雨的时后中鱼率高。
祝楼主早日中鱼。
发帖者 时间： 没有评论:
标签：

2015年9月8日星期二

扒光2015苹果秋季新品 十大看点难逆袭

发帖者 时间： 没有评论:

2015年9月3日星期四

国内独立博客 blogger youtube

国内和blogger同步
发帖者 时间： 没有评论:
标签：

视频

片头 片尾 字幕 大字（夸张） 画中画 动画 特效 背景音（声音）
发帖者 时间： 没有评论:
标签：

2015年9月1日星期二

从韩国吃货直播月入过万来分析你如何复制操作?



最近有新闻称韩国吃货直播月入过万，大家可以去搜索一下相关的信息。

其实这种盈利模式就是自媒体形式，从社会需求入手，选择一个商机，自己做一个该领域的自媒体，然后开始更新视频，和网友互动密切后，就开始有收入了，收入一般分为视频的广告提成，也有给商家做广告的收入。这种自媒体做出来，一般光是广告费一个月也可以拿下两万左右。

所以，今天就给分析一下这个模式，然后教教大家如何将这个模式变一下，变成你自己可以操作的，门槛更低的，收入更多的形式。



其实这种模式很简单，咱们这里也有啊。

现在网络主播很常见吧，网络的男女主播，打扮好了，然后就在电脑前唱歌啊，跳舞啊，聊天什么的。

网友们通过送虚拟礼物，然后他们得到分成，这种网络主播月入过十万的大有人在。

韩国吃货直播这种形式其实换汤不换药，只不过选择的"料"不同而已。

一个是披着“秀才艺”的外衣做着“交友互爽”的事，

后者就是以“介绍美食”为幌子来安慰着那些“寂寞无人陪”或是“想吃没吃过，没钱买”的心。

总之，找对需求，不愁没人买单。

大家也可以复制这种模式，先从平台说起。

一是选择那些直播的网站，YY大家都知道吧。

二是可以选择视频网站，如今但凡是主流的视频网站都有视频分成的业务，如土豆，优酷等等都有。

不同类的平台，你要做的内容侧重点不同。

直播类的网站，更侧重的是即时互动，都是“现在时”，你的一举一动要吸引着观众，这个更加深刻的体现着“互动营销”，你和观众两者双方各取所需，他们捧你的场，你提供给他们想要的。

韩国近几年年轻人独居现象普遍，生活压力大，寂寞感激增，所以才会在这种国情下产生这种看似特别的需求，你端上好吃的外卖，直播你吃饭，一边吃饭，一边聊天，大家又可以听到美食介绍，过过眼瘾，又可以互相陪伴，度过寂寞的时间。

同样，你也可以分析一下当今社会的普遍现象，找出一个独特的需求，

举一个例子，如今大学生上学普遍管不住自己，一边内疚着，一边吃喝玩乐，荒废着时间。

所以，你可以选择晚上一个特定的时间，选择一个具体的科目或是领域，做“学霸直播”。

如每年四五月和十，十一月份都是备考英语四六级的时间。那么你就可以组织这么一个直播，

一边聊天解闷，一边学习，互相监督。

这样互动感强，也可以在直播中加入自己的微信号，QQ群等，很容易在日后加入相关的产品，做成暴利后端。

所以，如果你选择直播类的平台，那么选材方面，最简单的就是突出“陪”这个字，陪吃饭?陪喝酒?陪学习?陪聊天?陪唱歌?陪玩游戏?

······

选择视频网站这种平台，内容就更加广泛一些。

因为我们是做好视频然后上传到这类平台，拿的是广告分成。所以，这种的互动感要低一些。

只要是你的视频是原创的，没有明显的广告，不三俗，几乎都可以通过审核。

这个时候，你要想清楚，你的盈利设计是什么。

你只是想通过这些原创视频赚广告分成啊，还是想要通过一步步的操作，做成一个领域的自媒体，不仅拿视频网站的广告分成，日后也可以加入自己的产品或是做广告收广告费。

我说说第二个。

该种模式，一般有两类：

一类的核心词是“测评”：

你通过视频的形式向人们展示哪种手机好用?哪种化妆品好用?给孩子买什么样的玩具最好，性价比最高等等。王自如不就是这样火的吗?走测评路线，走稳了，慢慢就有广告商主动来找你了。

之前不是有新闻说，美国一个八九岁的孩子用视频的形式向同龄孩子介绍玩具，通过这种形式光广告费就年入百万美金。你像《XFUN吃货俱乐部》其实核心词也是“测评”，主攻介绍国外的好吃的。你也可以做成国内的，专门介绍国内好吃的馆子。现在这类的需求正火着呢!

你也可以录制视频来介绍化妆品，保养品等。反正去各大专柜都能免费的获得品牌化妆品的小样，每天在视频中分享一下化妆或是保养技巧啊，公布微信号，在微信上还可以甩甩你的广告，做自己的产品或是淘宝客都可以。

你也可以录制视频亲子领域的，现在都是年轻妈妈，舍得在孩子身上花钱。前期就算没有广告费，你自己引流到微信号上也可以卖产品赚钱。

第二类的核心词是“教程”：

你也可以将视频做成教程的模式，如盘头发的教程，韩国化妆技巧的教程，女生或是男生穿衣搭配技巧的教程，妈妈爸爸穿衣搭配的教程，PS的教程，绘声绘影的使用教程等等，

如，这个就是利用贴吧做会声会影视频教程的，参与的是土豆视频的分成，只不过他操作之前没有好好设计一下，因为他将这个做成了小众领域，他的选材完全可以放宽，这个如果设计的好，不仅从视频网站中得到的广告分成收入会可观些，引流到自己的微信号，做相关产品收入就更多了。

因为他将这个帖子定位成“技术贴”，而这种帖子受众就小很多了，但是学会了绘声绘影，你就可以用在很多地方，自己制作亲子视频啊，婚纱结婚照的视频啊，等等，求婚视频啊等等用处很多，这种一拓展，对其感兴趣的流量范围就会大很多了。

发帖者 时间： 没有评论:
标签： ,

2015年8月31日星期一

室内足球馆装修成本分析

场地租好后，这里我们默认是3000平仓库厂房类的（2块足球2块篮球场地），场地的大体情况是顶部不用改造，地面不平整需要找平，四周窗户需要加固和砌墙封死。
 
这里要特别提醒一下，场地高度最低的地方不要低于5米，最高点8米往上。
1、地面整修：在原有地面基础上再做混凝土找平3-5CM厚度，费用在70*3000=210000。这里的费用实际中会10元上下浮动，仅作参考！
地面具体需要多少厚度的水泥基础要看地面情况，如果非常差的基础还需要碎石填充，原有地面足够平整可以看情况简单做地面抛光打磨。
如果地面重新浇平混凝土，为了草坪的日后洒水清洗维护和长久打算，最好按照人造草坪的施工要求（场地呈龟背行，往四周排水，四周划好排水沟，以及水泥地要做好伸缩缝口）
 

本帖隐藏的内容

2、四周墙面：四周墙体的整修费用只能大概的给个参考，因为实际情况会有很大的差距。3万足够把墙体破损的地方维修好，窗户要加防护栏，这里要注意点是有柱子和拐角的地方一定要包好防装棉，包到2米高，太多的球馆内因为拼抢而撞到柱子上受伤的！墙面并不需要过多的处理，简单刮白就行。四周可以定做喷绘布悬挂，美观遮旧都不错！

3、顶部灯光：灯光方面，可以选择500W左右LED灯或者1000W左右金卤灯，LED的更省电，建议用LED的，一年电费可以节省1万块没问题。因为是室内，一个球场12盏亮度足够，12*4块场地=48盏，平均1000块一盏，48*1000=48000，再加上配件和吊杆这些，预算放到5万，这里根据各自的预算增减，亮度高球馆看起来更加明亮宽敞高大上，亮度低也不是不能运营。

4、室内整体装修：包含水电铺设，大厅的地砖，收银台，换衣室，卫生间，淋浴区，进厅大门等等。
这里3000平方我们需要准备20万左右！这里就不一一解释了，实际情况出入太大。
5、足球场地人造草坪：现在国内人造草坪价格非常便宜，普通的草皮价格在60左右，好点的80-100。这里简单说明一下铺设情况，普通的草皮和好点的草皮在踢球的体验过程中感觉差别不大，而球馆想要与众不同更需要在草皮的铺设上面做改变。
一般球馆为了节省成本会在水泥地面上直接铺设草皮，这里如果地区竞争不大或者当地就这一家球馆问题不大，如果市场开始有比较有竞争了，建议铺设草皮时一定要做缓冲，用橡胶颗粒或者细沙填充，当顾客来球馆有了更好的体验后会成为你的忠实顾客。（不做缓冲的草皮脚感非常硬，容易受伤，和水泥地面踢球没有区别）草皮这项80*1500平方=120000

6、门头广告：这项其实也是根据实际需要，你简单的做几个字挂上也不是不行，当然为了显示球馆档次和实力门面一定要做好，预算4万左右，包含发光字、整体门头框架焊接、门头铝塑板、流动显示屏等。看个人需要！
123456预算3000平方场地综合装修费用：210000+30000+50000+200000+120000+40000=65万
这里可以看出地面基础是非常大的一块费用，而其他费用必不可少，所以大家在选择场地的时候尽量选择新建的场地。这个费用只能作参考，建议大家上浮10%。在场地平方确定后再详细计算费用，如果需要帮助的请回帖哦,有出入或者遗漏的欢迎指出~
发帖者 时间： 没有评论:
标签： ,

2015年8月27日星期四

adsense+推荐+网盘

如何结合起来做？
发帖者 时间： 没有评论:
标签：

浅谈什么是网赚中的下线

　　提到下线，百分之八十的人首先想到的是传销。是的，传销中有下线一说，直销中也有下线一说，网赚中还是有下线一说。而这里面都有相似和不相似的地方。
　　相似的地方就在于他们的下线模式都是一样的，都是A去宣传，B通过A的宣传进入这个项目，则B就是A的下线。而不相似的地方就在于，传销是骗子，直销和网赚是真的。(请注意：这里说的真假，是指他们的本质，可以这样说，所有的传销都是骗子，但所有的直销和网赚未必都是真的，许多网赚项目也是传销，请大家注意区分。)
　　下面冷笑话网详细阐述一下网赚中的下线，具体是这样的：我们注册了一个网赚项目，比如说积沙调查这个项目，注册好后我们就会有一个属于自己的推广链接，当我们将这个链接发给朋友，发给网友，并且他们通过这个链接注册成为积沙调查的会员时，那么他们就成为了我们的下线，以后他们所参与的调查获得的奖励，我们可以拿提成。当然，这个提成是额外的，不是从会员的收益中拿多少，而是积沙调查这个网站额外给我们推广者的奖励，下线的收益并不会因此而减少。这样有两个好处。其一，对于会员的好处。会员去宣传，去推广了，自己的下线多了，自己的收益也就提高了，如果网站不支持下线，不支持会员推广得奖励，比如积沙调查，如果单靠会员做调查来挣钱，估计很久才能获得支付。其二，对于网站的好处，一个网站要壮大，必须去推广，如果去做广告，则广告费是笔不斐的支出，如果给会员一些奖励，让会员去推广。则会节约很多成本，并且效果要好得多。这叫肥水不流外人田。
　　通过上面一段网赚中下线的解释，相信大家一定明白了下线不是骗人的，网赚也是真的。但是，我要告诉大家，网赚虽然是真的，但网赚并不像许多广告宣传的那样，“坐在家中轻松日赚五百”。可以这样说，在你的网赚方式未定下来以前，网赚是很苦的。特别是对于新手，我要告诉你们一句话：网赚，自由并艰苦着。要加入的朋友，请考虑好了。
发帖者 时间： 没有评论:
标签：

关于网赚上线下线

一般来说，网赚公司都给其会员提供一个推荐链接，也叫下线链接（国外成为推介），后面的人通过这个链接注册就是该会员的下线，该会员就称为上线。下线就是被推荐人，被发展的会员。如A推荐B，B推荐C，则B是A的1级下线，C是B的1级下线，C是A的2级下线，依此类推！如果某站支持2级下线，提成分别是10%--5%，则这样计算提成：A提成B本人所挣的（不包括B提成C的）10%，A提成C本人所挣的5%，B提成C本人所挣的10%。所有提成都有网赚公司额外支付，不影响下线的收入。　　网赚不是传销。虽然网赚要发展下线，但不收入会费，上线不收下线的钱，而传销是要收下线会员的钱的，其原理是前面的少数人挣后面的多数人的钱，是骗钱的，不合法的。
 　　做网赚，人人是下线，而人人都可以成为别人的上线---只要你学会发展自己的下线。在公司制度面前，人人平等。公司给上线的提成，是公司从系统中另外奖励给你的上线的，决不会影响下线该得的收入！而要通过网赚赚到钱，首先要找到好的网赚公司，其次找到好的上线。作为新手，自己暂时还没有能力独力探索找到好的网赚公司，一开始做了很多骗子公司也是很正常的。那么，对于网赚新手来说，找到好的上线比找到好的公司更重要。好的上线能够指导你少走弯路，帮助你尽快赚到你的第一桶金！
      好像很多人对做别人下线不是很愿意，有些人还故意把那个上线代码改掉，这样做其实很不值得，并且不会给自己带来任何好处。这主要是对下线制度的不了解造成的，好像自己做下线就吃亏了。其实很多网站很乐意开展下线制度，是因为这样对网站的宣传和发展是非常有利的。一个人宣传了网站，网站给予一定回报这是很合情合理的。那么作为下线会有什么好处呢？首先是因为有了上线的介绍才让我们有机会知道好项目，另外有一个好的上线对于新手来说很重要，因为新手有很多不明白的地方需要人来解释帮忙，有好上线的协助能少走很多弯路，省却很多不必要的麻烦。更何况有些项目即使你不愿意做别人下线，系统也会强制性的把你分配给“高级会员”做下线，公司把没有上线的新会员挂在高级会员的下面，这样不是间接地将你卖给了高级会员吗？结果你还是做了人家的下线！而且还是你无法与他联系、无法得到他的帮助！你可是吃了亏了！！
   愿网赚老手新手能互相帮助，互惠互利，早日实现梦想。
　参考资料　关于网赚下线的说明
发帖者 时间： 没有评论:
标签：

Yeahmobile Mobile Marketing快速入门教程

将我这几天学习的Mobile Marketing资料稍加整理，上传到百度网盘上，希望对新人有所帮助。
链接地址：
mobile、mobile market、media buy、yeahmobile 教程（入门篇 实操篇 分析篇）
mobile、mobile market、mobile media buy、yeahmobile 教程
目录
入门篇
mobile（mobile market、yeahmobile、media buy）现状及行业介绍
第一篇：mobile mediabuy入门基础知识
第二篇：mobile marketing行业简介
第三篇：yeah mobile 赢利模式讲解
实操篇
mobile media buy 跑广告的常见操作方式
第一讲：mobile media buy 跑广告过程（实例演示inmobile）
第二讲：mobile media buy 跑广告过程A（实例演示buzzcity创建广告教程）
第二讲：mobile media buy 跑广告过程B（实例演示buzzcity补充）
第三讲：mobile media buy 跑广告过程（实例演示Jumptap创建广告流程）
第四讲：mobile media buy 跑广告过程（实例演示Leadbolt创建广告教程）
第五讲：mobile media buy 跑广告过程（实例演示mojiva创建广告流程）
第六讲：mobile media buy 跑广告过程（实例演示admoda创建广告流程
分析篇
YeahMobi 流量平台讲座
第一讲 Inmobi与移动CPA任务推广流程 – YeahMobi流量平台讲座[超清版]
第二讲 BuzzCity – YeahMobi移动互联网流量平台官方讲座系列[超清版]
第三讲 JumpTap – YeahMobi移动互联网流量平台官方讲座系列[超清版]
第四讲 LeadBolt – YeahMobi移动互联网流量平台官方讲座系列[超清版]
第五讲 Mojiva – YeahMobi移动互联网流量平台官方讲座系列[超清版]
第六讲 Admoda – YeahMobi移动互联网流量平台官方讲座系列[超清版]
YeahMobi 案例讲座系列
第1讲 TH Music – YeahMobi移动CPA官方案例讲座系列
第2讲 MX Binbit Music – YeahMobi官方案例讲座系列[超清版]
第3讲 UK Secret – YeahMobi官方案例讲座系列[超清版]
第4讲 APP Download NQ Vault – YeahMobi官方案例讲座系列[超清版]
第5讲 TH Whats App – YeahMobi官方案例讲座系列[超清版]
第6讲 CA – iFortune – Spin the Wheel – YeahMobi案例系列[超清版]
第7讲 CA – Jamster – PlayWorldOfGoo – YeahMobi案例系列[超清版]
第8讲 AU – Jamster – Get1BatterySaverApp – YeahMobi案例系列[超清版]
第9讲 YE – Mozook – Fun Club – YeahMobi官方案例讲座系列[超清版]
第10讲 ZA – Whatsapp – YeahMobi官方案例讲座系列[超清版]
第11讲 App Download – Droid Defender – YeahMobi案例系列[超清版]
第12讲 PA – Binbit – Super hot videos – YeahMobi案例系列[超清版]
第13讲 KE – Whats App – YeahMobi移动CPA官方案例讲座系列[超清版]
第14讲 SA – Whats App (Zain Only) – YeahMobi案例系列[超清版]
第15讲 GH – Sammedia Phone Track – YeahMobi案例系列
第16讲 BEL – kulaville – MP3 Download – YeahMobi案例系列
第17讲 ID-IN – Texas Poker – Android – YeahMobi案例系列
YeahTool追踪系统使用
YeahMobi_Optimizer_Tutorial_1
YeahMobi_Optimizer_Tutorial_2
YeahMobi_Optimizer_Tutorial_3
YeahMobi_Optimizer_Tutorial_4
Yeahtool 教程
第一讲 直链 – YeahMobi新版追踪系统Yeahtool教程[超清版]
第二讲 诱导页 – YeahMobi新版追踪系统Yeahtool教程[超清版]
第三讲 轮转 – YeahMobi新版追踪系统Yeahtool教程[超清版]
第四讲 跳转 – YeahMobi新版追踪系统Yeahtool教程[超清版]
第五讲 报告 – YeahMobi新版追踪系统Yeahtool教程[超清版]

1. 选择一个Offer, 参考Top Offers、AM推荐、自己判断。
2. 仔细阅读Offer信息，确定投放限制。例如设备、操作系统、运营商等。
3. 使用WhatsRunsWhere查看别人是怎么推广这个Offer的。一般选择过去14天内的Banner。
4. 选择并下载一个你认为最好的Banner，按照自己的Angle修改一下，生成几个新的Banner。
5. 在追踪系统里创建系列。把直接下载下来的和自己做的Banner分别创建不同的系列。
6. 设置好广告平台，进行投放测试。设置初始CPC为平台最低出价+1个单位，或Payout×估算CR。
7. 思考更多的Banner，并逐个添加上去进行测试。
8. 当一个LP的累计花费超过 2-5倍Payout的时候，做出判断。暂停、继续、加价、降价等。
9. 跳转至第7步。
10.当一个Offers的累计花费100美金，还是没有能实现盈利的时候。放弃之，跳转至第1步。
转自http://www.affpay.me/yeahmobile- ... %E6%95%99%E7%A8%8B/
发帖者 时间： 1 条评论:
标签：

给国内开联盟转型的朋友们一些粗浅的赚美刀讲解

本人之前是负责国内某网盟的，前一阵子刚接触做海外推广，从一头雾水到大致了解，少不了看帖子、问问题，今天写一下作为一个菜鸟的心得体会，帖子里没有什么高深的东西，只是希望能让跟我一样情况的新人正好有一些与我当年一样的问题产生，从而节省一点点时间。
    第一、专业词汇的学习
    在交流的过程中才会产生更多的收获，即使只是静静的聆听，新手去加上几个mediabuy QQ交流群极为重要，在交谈过程中，许多词汇特别说缩写是在线翻译查不到的，比如LP（Landing Page )、AFF（Affiliate）、POP (Popunder、Pop up)，这些问题在群里很容易的就可以得到解决。
    第二、大致盈利的模式
    只能说是与国内大同小异，诸位在国内开网盟的盈利模式基本是：1、收流量-做PC\APP的CPA、CPS 2、收流量-倒卖流量 3、往外放CPA单子赚差价，那么mediabuy的盈利模式大体是上述的第一种，大家只是从收流量的孙子变成了买流量的大爷，从扣量结算的大爷变成了拼命优化的孙子。至于offer结算的类型和购买流量的类型大家应该都知道：
    CPA (Cost-per-Action) ：每次行动的费用，即根据每个访问者对网络广告所采取的行动收费的定价模式。对于用户行动有特别的定义，包括形成一次交易、获得一个注册用户、或者对网络广告的一次点击等。
    CPC (Cost-per-click)： 每次点击的费用。根据广告被点击的次数收费。如关键词广告一般采用这种定价模式。
    CPL(Cost for Per Lead)：按注册成功支付佣金。
    CPM（Cost per Thousand Impressions）：每千次印象费用。广告条每显示1000次（印象）的费用。CPM是最常用的网络广告定价模式之一。
    CPO (Cost-per-Order) ：也称为Cost-per-Transaction，即根据每个订单/每次交易来收费的方式。
    CPS(Cost for Per Sale)：营销效果是指，销售额。
    PPC（Pay-per-Click）：是根据点击广告或者电子邮件信息的用户数量来付费的一种网络广告定价模式。
    PPL（Pay-per-Lead）：根据每次通过网络广告产生的引导付费的定价模式。例如，广告客户为访问者点击广告完成了在线表单而向广告服务商付费。这种模式常用于网络会员制营销模式中为联盟网站制定的佣金模式。
    PPS（Pay-per-Sale）：根据网络广告所产生的直接销售数量而付费的一种定价模式 。
    CPTM (Cost per Targeted Thousand Impressions) ：经过定位的用户（如根据人口统计信息定位）的千次印象费用。        
像popunder和popup的话在国内PC上叫弹窗，Mobi上国人习惯叫他们跳转，一个弹后面，一个弹前面。是不是感觉相比国内竞争一片红海挺简单的？不会英语？在线翻译！   
第三、需要准备的事项   
1、需要测试的offer   
在国内你要了几个包长时间不跑是会被骂娘的，做海外很多的网盟中的大部分offer是不需要申请直接可以提链接，所以不要有心理上的负担，你需要做的就是跟AM、跟同行探讨offer，或者是自己亲手一个一个测试offer。        
2、需要选择的流量、offer平台     
不要觉得老外就有多高尚，国内网盟啥样国外网盟就啥样，刷量情况一样存在，扣量情况不可避免。     
另外，海外潜规则：很多流量平台账号申请是需要“推荐人”的，部分平台“电邮”支付的话申请通过率比较高。   
3、追踪系统   
站内搜索IM   
4、软、硬件   
VPS喽，域名喽，包括LP、IM、banner喽   
亚马逊AWS的申请会有一个电话验证的环节，给的PIN是需要语音说的哦，而不是手机键盘上打的……楼主这环节被坑了好久……   
5、技术大腿   
嗯~如果没有技术大腿，前辈大腿也行~酒店大厨第一次做煎饼果子排除天赋异禀的情况下还没街头老太太做的好吃。   
6、契而不舍的精神   
刚接触的一段时间会很累，好多东西都不懂，但是同时又是快乐着的，每天都能学到很多新知识，如果你是感兴趣的，请保持热情，如果你只是为了钱，请看在钱的份上挺过这段日子，否则，你是进不了门的。  

转自http://www.dinghuahui.com/thread-1307-1-3.html
发帖者 时间： 没有评论:
标签：
订阅： 博文 (Atom)