magic 发布的文章

微信小程序会员卡开发跳坑

最近看好多人问,小程序里面怎么显示会员卡,然客户领取后,去对应店铺核销。

本身以为会很简单,最后费了好大心思才找到对应文档。 会员卡是见过微信最差的文档了,没说明参数从哪里获取。这篇文章带大家跳坑

看了一下文档,大概是这样一个函数,可以让用户领取会员卡

wx.navigateToMiniProgram({
  appId: 'wxeb490c6f9b154ef9', //固定为此 appid,不可改动
  extraData: data, // 包括 encrypt_card_id, outer_str, biz三个字段,须从 step3 中获得的链接中获取参数
  success: function() {
  },
  fail: function() {
  },
  complete: function() {
  }
})

这里的 extraData: data, // 包括 encrypt_card_id, outer_str, biz三个字段,须从 step3 中获得的链,是关键。

extraData,值文档说的第三步,在文档里面很难找到第三步获取开卡组件参数内容。也找不多哪个接口有返回这三个参数 encrypt_card_id, outer_str, biz。

文档上面有个开卡组件文档,我们打开

https://mp.weixin.qq.com/cgi-bin/announce?action=getannouncement&key=1479824356&version=1&lang=zh_CN&platform=2&token=

image.png

既然开卡组件文档没有,那我们去公众号文档,会员卡相关文档看下。

找到卡券-小程序打通

https://mp.weixin.qq.com/wiki?t=resource/res_main&id=mp1499332673_Unm7V

找到:接口1:获取开卡插件参数

image.png

红色箭头返回的URL,就带了我们需要的encrypt_card_id, outer_str, biz 三个参数, 只是文档没有说明,这个是url里面带的值,而不是返回的参数,所以给查找带来了麻烦。

我们试试

image.png

(这里之前记得先调用公众号access_token接口,然后去公众号后台拿到卡片ID)

真的拿到了,我们需要的三参数, 然后通过url解析,得到参数。

wx.navigateToMiniProgram({
  appId: 'wxeb490c6f9b154ef9', //固定为此 appid,不可改动
  extraData: data, // 包括 encrypt_card_id, outer_str, biz三个字段,须从 step3 中获得的链接中获取参数
  success: function() {
  },
  fail: function() {
  },
  complete: function() {
  }
})

小程序里做个按钮,领取会员卡。点击事件执行上面代码

提示此小程序未绑定公众账号

此时我们登陆公众账号,绑定这个小程序。

绑定后,继续提示错误

"navigateToMiniProgram:fail appId "wxeb490c6f9b154ef9" is not in navigateToMiniProgramAppIdList"

image.png

看英文的意思是说小程序wxeb490c6f9b154ef9未绑定此公众号。 这里wxeb490c6f9b154ef9 并不是我们自己的一个小程序appid ,而是文档规定必须填写的wxeb490c6f9b154ef9,这个是官方的一个小程序appid, 原理是我们执行调整小程序,跳转到官方小程序领取会员卡。

比较麻烦的是,绑定官方开卡这个小程序,需要官方同意才可以,这里添加了绑定,官方2天没同意,已经失效。

到此,就实现了微信小程序,跳转到卡卷小程序,领取会员卡的开发过程。

我们做企业级系统,权限控制主要分三类。

【功能权限】:对菜单栏目进行权限控制,查询,增加,删除,修改功能,一般来说这种对资源的权限控制模型可以做到比较统一(用户、角色、资源)。

【数据权限】:哪些人能看到哪些数据,例如淘宝本人只能看自己订单,北京地区部门领导可以看到电器类部门订单, 最高领导能看到人所有订单等等。 这种跟业务高度相关,(网络上资料暂时比较少)原理主要是对SQL语句添加where 条件

【字段权限】:订单能看到哪些字段,如供应商,看不到内部价、 出厂价等信息。 (网络上资料暂时比较少)实现原理跟数据权限控制是一致的。对SQL语句添加select 条件

这次,我们主要讲解最常用的功能权限控制的实现过程,这类WEB权限控制,在任意后端语言上都可以实现Java、Golang、PHP、Nodejs、Python等等,主要理解其数据模型。

我们先看最终实现的功能效果。

1.角色管理页面

image.png

这里可以新增角色,删除角色, 注意的是,这里有一个最高权限角色超级管理员,不允许删除,还有一个批量导入管理员默认角色。

2.新增角色,编辑角色

image.png

这里把系统大部分资源路由进入权限控制,说的大部分是因为有些页面权限是不需要进行控制,例如登陆、注册、以及后台一些下拉选项(读取的数据库接口)。

3.管理员列表

image.png

4.给管理员分配权限

image.png

涉及数据表

1.用户表

用户表主要增加字段 rolesId 角色ID,了解这个用户是哪个角色。

2.角色表

角色表主要记录这个角色的名称,描述
CREATE TABLE `t_roles` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(50) NOT NULL DEFAULT '' COMMENT '角色名称',
  `desc` varchar(50) NOT NULL DEFAULT '' COMMENT '描述',
  `createdAt` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=10003 DEFAULT CHARSET=utf8mb4 COMMENT='角色表';

3.路由表

这个表主要添加平台所有需要控制的路由方法,也可以不建表,写到配置文件里面,因为开发完需要控制的权限是固定的。上图:新增编辑角色,显示的就是这个表的内容
CREATE TABLE `t_roles_tree` (
  `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(50) NOT NULL DEFAULT '' COMMENT '路由名称',
  `path` varchar(50) NOT NULL COMMENT '路径',
  `methods` varchar(50) NOT NULL COMMENT '方法',
  `createdAt` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `parentId` varchar(50) NOT NULL DEFAULT '' COMMENT '级别',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=28 DEFAULT CHARSET=utf8mb4 COMMENT='系统所有路由表';

4.权限表

权限表记录了,这个角色有哪些权限。 核心字段为 [角色ID,资源url, 方法]。这里用casbin 实现,因为casbin封装了很多验证函数,节省了一部分工作量。
CREATE TABLE `casbin_rule` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `p_type` varchar(255) NOT NULL DEFAULT '',
  `v0` varchar(255) NOT NULL DEFAULT '' COMMENT '角色',
  `v1` varchar(255) NOT NULL DEFAULT '' COMMENT 'Url',
  `v2` varchar(255) NOT NULL DEFAULT '' COMMENT '方法',
  `v3` varchar(255) NOT NULL DEFAULT '',
  `v4` varchar(255) NOT NULL DEFAULT '',
  `v5` varchar(255) NOT NULL DEFAULT '',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=48 DEFAULT CHARSET=utf8mb4;

权限逻辑.png

这一篇最后介绍下 Casbin是一个强大的、高效的开源访问控制框架,其权限管理机制支持多种访问控制模型。并指出主流后端语言,目前Casbin权限控制支持的语言有Go Java Node.js PHP Python C# Delphi,使用Casbin可以极大提高权限控制开发效率。当然你不用这个库,自己设计表,实现原理是一样。

Faas(Functions-as-a-Service ) 函数即服务,四大升级,助力移动开发。

云函数支持小程序语法

云函数升级,支持JavaScript语法操作数据库,以后会JavaScript,或者小程序开发,即可开发云函数,不再需要学习新的云函数语法。

升级一:语法升级

查询2条用户信息

小程序,H5写法

const query = Bmob.Query("_User");
  query.limit(2)
  query.find().then(res => {
    console.log(res)
  }).catch(err => {
    console.log(err)
 });

云函数写法

function onRequest (request, response, modules) { //系统内置代码
  
  let Bmob = modules.oBmob;
  const query = Bmob.Query("_User");
  query.limit(2)
  query.find().then(res => {
    const b = JSON.stringify(res)
    response.send(b);
  }).catch(err => {
    const e = JSON.stringify(err);
    response.end(e)
  });

}                                                                                    

运行效果

http://cloud.bmob.cn/c8bed465c9e6a524/aabb

升级二:web预览升级

1.外观升级

曾经云函数,返回直接返回一个json数据不美观,也不好看。

image.png

现在可视化展现接口细节。如果用浏览器直接打开一个 API 地址通常会得到一坨神奇的 JSON。

使用 restc 之后不仅格式化高亮了结果,而且还可以看到 HTTP 响应头。并且支持参数调试

image.png

对比:

image.png

2.功能升级

参数调试介绍:

云函数代码,接收参数name,点击send,打印:欢迎使用Bmob

  function onRequest(request, response, modules) {
      //获取SDK客户端上传的name参数
      var name = request.body.name;
      if(name == 'bmob')
        response.end('欢迎使用Bmob');
      else
        response.end('输入错误,请重新输入');
    }

image.png

这里感谢下饿了么团队,开源这么好用的HTTP 服务器中间件

升级三:开发调试升级

我们用网页编写云函数时,经常函数没写完,不小心忘记保存关闭了网页,代码需要重新写。新出的Bmob云函数本地开发调试工具,不再会发生这种问题。本地开发工具绑定Bmob应用,写好代码,命令自动上传,并返回函数结果。

使用文档地址:

https://github.com/bmob/bmobup

升级四:函数模板服务

年初,我们推出了函数模板服务,当你需要写一些常用功能代码时,可以使用我们的函数模板服务。例如你想开发公众号,有菜单管理函数、自动回复函数, 如果你想开发小程序,有手机号解密函数模板,如果你先采集数据,有数据采集模板。

如果你写了个功能,觉得大家可能用得上,也可以发布分享给大家使用,大家创建的时候只需要选择需要的模板即可。

image.png

大家对云函数有更多需求,可以给我提建议喔。

一、看似偶然的东西实际是必然会发生的

我大学时候在图书馆翻过一本很破旧的书,讲生物理论的,主要内容就是探讨生命的产生是偶然还是必然。里面很多亚里士多德都看不懂的公式计算什么的,还有模拟原始地球环境出现了有机物的实验什么的
。总之,书论述的观点是:“在当时的地球环境下,生命的产生是必然的!”
无数次机会的偶然条件、无数次化合物的相遇反应等必定会产生有机物,再有N多偶然,有机物必然形成了有机体……

这种理论类似于,你是个过马路非常小心的人,且你万寿无疆,除了怕被汽车撞。给你100万年的寿命,你最后必然还是被车撞死。

如果以这种理论来看jQuery的出现,结论也应该是必然的

二、需求、动力、发展、事物产生与jQuery的诞生

一个成熟的东西显然不是一口气就出来的,所谓“一铲子挖不了一口井”,我想jQuery的原作者再天才,也是循序渐进过来的,如何个循序渐进法,我想,很有可能就是需求驱动而产生的,好比上图刀削面机器人,据说现在已经第八代了!

**
1. gelElementById太长了**
页面上有个按钮,还有个图片,我想点击按钮图片隐藏,如下HTML:



点击我
![](xxx.jpg)

于是,我的脚本可能就这样:



var button = document.getElementById("button")
    , image = document.getElementById("image")

button.onclick = function() {
    image.style.display = "none";
};

有何问题?人几乎都是天生的“懒惰者”,document.getElementById名称长且重复出现,好像到了公司发现卡没带又回家重新拿卡的感觉,我希望越简单越好。恩,
我很喜欢钱,$这个符号我很喜欢,我打算改造一番,简化我的工作:



var $ = function(id) {
    return document.getElementById(id);
};$("button").onclick = function() { $("image").style.display = "none";
};

这里的$()就是最简单的包装器,只是返回的是原生的DOM对象。

2. 我需要一个简洁的暗号,就像“芝麻开门”
后来页面复杂了,点击一个按钮,有2张图片要隐藏。



$("button").onclick = function() {
    $("image1").style.display = "none";
    $("image2").style.display = "none";
};

好像又看见长长的重复的东西,xxx.style.display = "none",
为什么每次开门都要从包里找到钥匙、对准插口插进去、还要左扭扭右扭扭呢?一次还好,天天经常老是这样怎受得了。设想,要是有个芝麻开门的暗号就好了,“open开”,声音识别,门自动开了,多省心。

这里每次隐藏都要xxx.style.display = "none",
比每天拿钥匙开门还要烦,我希望有一个快捷的方式,例如,“hide隐”,语句识别,元素自动隐藏,多省心。

就是要变成下面的效果:



$("button").onclick = function() {
    $("image1").hide();
    $("image2").hide();
};

**
3. 如何识别“芝麻开门”的暗号**
$("image1")本质是个DOM元素,$("image1").hide()也就是在DOM元素上扩展一个hide方法,调用即隐藏。

哦,扩展,立马想到了JS中的prototype原型。//zxx: 老板,现在满大街什么菜最便宜。老板:原型啊,都泛滥了!



HTMLElement.prototype.hide = function() {
    this.style.display = "none";
};

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide.html)应该不会被人看到吧……

虽然在身体上钻了个窟窿插进入了一个方法,毕竟浏览器有有效果啊,切肤之痛就不算什么了。但是,我们是在泱泱天朝,很多IE6~IE8老顽固,这些老东西不认识HTMLElement,对于HTMLElement自残扩展之法根本理解不了,而这些老家伙掌管了半壁江山。唉,面对现实,元素直接扩展是行不通了。

因此,由于兼容性,我们需要想其他扩展方法。

**
4. 条条大路通罗马,此处不留爷,自有留爷处**
虽IE6~IE8不识HTMLElement原型扩展,但是,Function的原型扩展其认识啊。管不管用,暂时不得而知,先随便搞个简单的试试呗~



var F = function() {};
F.prototype.hide = function() {
    this?.style.display = "none";
};

new F().hide(); // 这个实现隐藏?

本文至少还有一半的内容,但是,全文的最难点就在这里的,对new F()的认识和理解。

上面的代码,new F()您可以看做是this?.style这里的this. 您可能会跳起来抢答道:“那new F()的return值 =
DOM元素不就完事OK啦!—— this.style.hide = new F().style.hide = DOM.style.hide”!

只要new表达式之后的constructor返回(return)一个引用对象(数组,对象,函数等),都将覆盖new创建的匿名对象,如果返回(return)一个原始类型(无return时其实为return原始类型undefined),那么就返回new创建的匿名对象。

上面的引用来自。什么意思呢?说白了就是,new
F()如果没有返回值(Undefined类型),或返回值是5种基本型(Undefined类型、Null类型、Boolean类型、Number类型、String类型)之一,则new
F()我们可以看成是原型扩展方法中的this; 如果返回是是数组啊、对象啊什么的,则返回值就是这些对象本身,此时new F() ≠ this。

举例说明:



var F = function(id) {
    return document.getElementById(id);
};

new F("image1") == document.getElementById("image1"); // true 说明看上去返回DOM对象,实际确实就是DOM对象


var F = function(id) {
    return id;
};

new F("image1") == "image1"; // false 说明看上去返回字符串值,实际并不是字符串

回到上面天真的想法。要想使用prototype.hide方法中的this, 偶们就不能让F函数有乱七八糟的返回值。

因此,new F()直接返回DOM是不可取的,但我们可以借助this间接调用。比方说:



var F = function(id) { this.element = document.getElementById(id);
};
F.prototype.hide = function() { this.element.style.display = "none";
};

new F("image").hide(); // 看你还不隐藏

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide2.html)应该不会被人看到吧……

**
5. 我不喜欢太暴露**
F()中的this.element实际上将element这个属性直接暴露在了new F("image")上!



new F("image").hasOwnProperty("element"); // true


太暴露了,我不喜欢~~

如何隐藏?代码如下:



var F = function(id) {
    return this.getElementById(id);
};
F.prototype.getElementById = function(id) { this.element = document.getElementById(id);
    return this;
};
F.prototype.hide = function() {
    this.element.style.display = "none";
};

new F("image").hide(); // 看你还不隐藏

元素获取方法放在prototype上,通过F()执行。你可能会奇怪了,你刚明明说“new
F()直接返回DOM是不可取的”,怎么现在又有return呢?大家务必擦亮眼睛,F.prototype.getElementById的返回值是this,也就是new
F()的返回值是this. 形象点就是new F("image")出了一拳,又反弹到自己脸上了。

于是乎,现在就没有直接暴露的API了。

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide3.html)应该不会被人看到吧……

**
6. 我不喜欢new, 我喜欢$**
new F("image")这种写法我好不喜欢,我喜欢$, 我就是喜欢$, 我要换掉。

好吧,把new什么什么藏在$方法中把~



var $ = function(id) {
    return new F(id);
};

于是,上面的图片隐藏的直接执行代码就是:



$("image").hide();

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide4.html)应该不会被人看到吧……

IE6浏览器也是支持的哦!是不是已经有些jQuery的样子啦!

**
7. 你怎么就一种姿势啊,人家都腻了诶**
循序渐进到现在,都是拿id来举例的,实际应用,我们可能要使用类名啊,标签名啊什么的,现在,为了接下来的继续,有必要支持多个“姿势”。

在IE8+浏览器中,我们有选择器API,document.querySelector与document.querySelectorAll,前者返回唯一Node,后者为NodeList集合。大统一起见,我们使用后者。于是,就有:



var F = function(selector, context) {
    return this.getNodeList(selector, context);
};
F.prototype.getNodeList = function(selector, context) {
    context = context || document;
    this.element = context.querySelectorAll(selector);
    return this;
};

var $ = function(selector, context) {
    return new F(selector, context);
};

此时,我们就可以使用各种选择器了,例如,$("body #image"), this.element就是选择的元素们。

**
8. IE6/IE7肿么办?**
IE6/IE7不认识querySelectorAll,咋办?

jQuery就使用了一个比较强大的选择器框架-Sizzle.
知道就好,重在演示原理,因此,下面还是使用原生的选择器API示意,故demo效果需要IE8+浏览器下查看。

**
8. 遍历是个麻烦事**
this.element此时类型是NodeList, 因此,直接this.element.style.xxx的做法一定是报错,看来有必要循环下:



F.prototype.hide = function() {
    var i=0, length = this.element.length;
    for (; i



    于是乎:






$("img").hide(); // 页面所有图片都隐藏啦!

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide5.html)应该不会被人看到吧……

单纯一个hide方法还可以应付,再来个show方法,岂不是还要循环遍历一次,岂不是要烦死~

因此,急需一个遍历包装器元素的方法,姑且叫做each吧~

于是有:



F.prototype.each = function(fn) {
    var i=0, length = this.element.length;
    for (; i.each(function() {
       this.style.display = "none";
    });
};

$("img").hide(); // 页面所有图片都隐藏啦!

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide6.html)应该不会被人看到吧……

**
9. 我不喜欢this.element, 可以去掉吗?**
现在包装器对象结构类似这样:



F.prototype = {
    element: [NodeList],
    each: function() {},
    hide: function() {}
}

element看上去好碍眼,就不能去掉吗?可以啊,宝贝,NodeList是个类数组结构,我们把它以数值索引形式分配到对象中就好啦!一来去除冗余element属性,二来让原型对象成为类数组结构,可以有一些特殊的功能。

于是,F.prototype.getNodeList需要换一个名字了,比方说初始化init, 于是有:



F.prototype.init = function(selector, context) {
    var nodeList = (context || document).querySelectorAll(selector); this.length = nodeList.length;
    for (var i=0; ithis[i] = nodeList[i];    
    }
    return this;
};

此时,each方法中,就没有烦人碍眼的this.element[i]出现了,而是直接的this[i].



F.prototype.each = function(fn) {
    var i=0, length = this.length;
    for (; ithis[i], i, this[i]);
    }
    return this;
};

我们也可以直接使用索引访问包装器中的DOM元素。例如:$("img")[0]就是第一张图片啦!

上面代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide7.html)应该不会被人看到吧……

**
10. 我是完美主义者,我特不喜欢F名称,可以换掉吗?**
F这个名称从头到尾出现,我好不喜欢的来,我要换成$, 我就是要换成$符号……

这个……$已经用了啊,再用冲突的吧。再说,你又不是狐后,耍无赖也没用啊……

好吧,想想其他办法吧。一步一步来,那我把所有的F换成$.fn.

就有:

上图代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide7.html)应该不会被人看到吧……

显然,运行是OK的。似乎也非常有jQuery的模样了,但是,实际上,跟jQuery比还是有差别的,有个较大的差别。如果是上图代码所示的JS结构,则包装器对象要扩展新方法,每个都需要再写一个原型的。例如,扩展一个attr方法,则要写成:



$.fn.prototype.attr = function() { // ...};

又看到prototype了,高级的东西应该要隐藏住,否则会给人难以上手的感觉。那该怎么办呢?御姐不是好惹的。

脑子动一下就知道了,把F.prototype换成$.fn不久好了。这样,扩展新方法的时候,直接就是



$.fn.attr = function() { // ...};

至此,就使用上讲,与jQuery非常接近了。 但是,还有几个F怎么办呢,总不能就像下面这样放着吧:



var $ = function(selector, context) {
    return new F(selector, context);
};
var F = function(selector, context) {
    return this.init(selector, context);
};

$.fn = F.prototype;

$.fn.init = function(selector, context) { // ... return this;
};
$.fn.each = function(fn) { // ...};
$.fn.hide = function() { // ...};

数学中,我们都学过合并同类项。仔细观察上面的的代码:
$()返回的是new F(),而new
F()又是返回的对象的引用。擦,这返回来返回去的,参数又是一样的,我们是不是可以一次性返回,然后再做些手脚,让$.fn.init返回的this依然能够正确指向。

于是,一番调整有:



var $ = function(selector, context) {
    return new $.fn.init(selector, context);
};
var F = function() { };

$.fn = F.prototype;
$.fn.init = function(selector, context) { // ... return this;
};// ...

上面代码显然是有问题的,new的是$.fn.init, $.fn.init的返回值是this.
也就是$()的返回值是$.fn.init的原型对象,尼玛$.fn.init的prototype原型现在就是个光杆司令啊,哟,正好,$.fn对应的原型方法,除了init没用外,其他hide(),each()就是我们需要的。因此,我们需要加上这么一行:



$.fn.init.prototype = $.fn

于是,$()的返回值从$.fn.init.prototype一下子变成$.fn,正好就是我们一开始的扩展方法。

于是乎,大功告成。慢着……

上面明明还有残留的F呢!

哦,那个啊。F是任意函数,$本身就是函数,因此,直接使用$替换就可以了:



var $ = function(selector, context) {
    return new $.fn.init(selector, context);
};
var F = function() { };   // 这个直接删除
$.fn = $.prototype;
$.fn.init = function(selector, context) { // ... return this;
};// ...

上图代码的[demo地址](http://www.zhangxinxu.com/study/201307/image-
hide9.html)应该不会被人看到吧……

实际上,如果你不是非得一个$行便天下的话,到了上面进阶第9步就足够了。jQuery在第10步的处理是为了彰显其$用得如此的出神入化,代码完美,令人惊叹!

至此,jQuery大核心已经一步一步走完了,可以看到,所有的这些进阶都是根据需求、实际开发需要来的,慢慢完善,慢慢扩充的!

**
11. 每个扩展方法都要$.fn.xxxx, 好闹心的来**



$.fn.css = function() {}
$.fn.attr = function() {}
$.fn.data = function() {}// ...

每个扩展前面都有个$.fn, 好讨厌的感觉,就不能合并吗?

于是,jQuery搞了个extend方法。



$.fn.extend({
    css: function() {},
    attr: function() {},
    data: function() {}, // ...});

**
12. $()不仅可以是选择器字符串,还可以是DOM**
在init方法中,判断第一个参数,如果是节点,直接this[0] = this_node. over!

以下13~?都是完善啊,补充啊,兼容性处理啊什么的,没有价值,到此为止!

三、排了很长队的结束语

网上也有其他一些介绍jQuery原理或机制的文章,可能当事人自己理解,而阅读者本来就不懂,说来说去,越说越绕,可能更不懂了。

jQuery是很优秀,好比身为灵长类的人类。但是,其诞生显然是从简单开始的。因此,要了解人类,可以通过追溯其起源。如果你是上帝,要让你造一个人,你会怎么造,是一口气出来?女娲造人还要捏泥人呢!不妨从单细胞生物还是,随着自然进化,淘汰,自然而然,就会出现人类,上帝他就是这么干的。

jQuery的诞生也大致如此,要想了解jQuery,可以试试踏着本文jQuery的成长足迹,一点一点逐步深入,您就会了解为何jQuery要这么设计,它是如何设计的等。

一、系统环境**

主机名IP
nagios192.168.15.111
mysql_s192.168.15.21

二、操作步骤**

2.1 mysql_s端的配置

2.1.1编写check_mysql_slave监控脚本

cd /usr/local/nagios/libexec #切换到nagios监控插件所在目录

vim check_mysql_slave #开始编写 mysql_slave监控脚本

注意:监控脚本中的mysql账户一定要新建一个,并设置有限的权限。**


2.1.2给脚本增加可执行权限

chmod 755 check_mysql_slave

-rwxr-xr-x 1 root root 471 Oct 16 12:59 check_mysql_slave

2.1.3编辑 nrpe的配置文件

vim /usr/local/nagios/libexec/etc/nrpe.cfg +204

#添加监控mysql主从同步状态的命令

command[check_mysql_slave]=/usr/local/nagios/libexec/check_mysql_slave

2.1.4重新启动 nrpe 服务

2.1.5执行脚本测试输出

[root@mysql_s libexec]# ./check_mysql_slave

OK mysql_s is running

2.2 nagios端的配置:

*2.2.1修改已有的* /usr/local/nagios/etc/objects/
service.cfg配置文件

define service {

use generic-service

host_name mysql_slave

service_description check_21_mysql_replication_status

check_command check_nrpe!check_mysql_slave

max_check_attempts 3

normal_check_interval 2

retry_check_interval 2

check_period 24x7

notification_interval 10

notification_period 24x7

notification_options w,u,c,r

contact_groups admins

process_perf_data 1

}

2.2.2重启nagios**

[root@nagios objects]# /etc/init.d/nagios checkconfig #检查配置文件是否有误

[root@nagios objects]# /etc/init.d/nagios reload #重新加载配置文件

Running configuration check...done.

Stopping nagios: done.

Starting nagios: done.

说明:如果nagios reload完毕,监控页面尚未出现检测结果,可以手动测试

/usr/local/nagios/libexec/check_nrpe -H 192.168.15.21 -c check_mysql_slave

2.2.3**最终效果图
**