微信公众平台测试号拥有服务号的所有功能,包括高级接口;但要注意的是,测试号在你申请后1年会失效。目前微信公众平台已经可以接入硬件设备,并且最近已经支持个人开发者接入。也就是说现在个人开发者已经可以通过测试号开发测试自己的硬件设备接入微信了(本人已经现实)。
其实对于拥有服务号的业务用户来说,也可以先通过申请测试号来先进行测试开发,等到和微信达成接入协议、申请通过之后再转到服务号进行产品发布。
值得一提的是,目前虽然微信公众平台已经可以接入硬件设备,并支持蓝牙和WIFI两种方式接入,但都是简单的接入,具体的功能还是需要开发者自己去做的。特别是WIFI的接入,由于和蓝牙采用不同的方式,用户设备状态信息需要通过厂商服务器反馈给微信服务器,再到微信客户端,目前这个功能微信团队正在开发。
申请测试号之后,你可以看到测试号的appID和appsecret,通过这两个可以拿到access_token,接下来想干嘛就干嘛了。在接口权限表最后有“硬件设备”功能接口,进去之后在“设备功能Q&A”最后可以下载三个文档,分别是“硬件平台框架说明及接入流程”、“设备功能接口文档”和“蓝牙外设协议文档”。
有一点提醒您,先看一下接入流程,第一步做什么、第二步做什么,不要把接口文档从头往后挨个写,你会发现设备接入流程不是按接口文档里面接口顺序的(开始走了不少弯路)。有些是你主动请求的,有些是你服务器响应的,有些是微信服务发起的,要分区分清楚。
首先你的服务号是用来展示你们的服务内容和信息的,然后别人还要关注你们,那么这些信息你需要更新吧(例如推文之类的),用户信息你们要收集处理吧,那这些都是需要用到管理后台的,微信提供的后台功能有限,很多时候我们就需要用到第三方管理系统(也就是开发一个功能齐全的管理后台)这样就需要用到肥务器和域名了。转载表面上看,是一套基于B/S方式实现的分布式管理系统,但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗?其实他是一个吹风机。作为界面化的系统,浏览器框架是不可或缺的,但更加重要的东西在Socket上面。
一、需要解决中央控制端到各节点服务器之间的通信。
这个其实牵扯到一个通信协议的问题,各语言都有自己的socket,thread的库,直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单,太简单了,明码传输,如果别人获知了这个接口,就很容易执行一些令人讨厌的 *** 作。也不能太复杂,太复杂了等于是给自己找麻烦,所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种,一种是传输命令执行的协议,一种是传输文件的协议。
二、跨语言的socket通信
为什么要跨语言,主控端和代理端通信,用什么语言开发其实无所谓。但是为了给自己省事,尽可能使用服务器上已经有了的默认语言,Ambari前期采用phppuppet的方式管理集群,这不是不可以,puppet自己解决了socket通信协议和文件传输的问题,可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby,我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信,可以用python实现,也可以用php实现,但是考虑到对于更多的使用者来说,改php可能要比改tornado简单许多,所以就没用python开发。hadoop分支版本众多,发布出去,用户要自己修改成安装适合自己的hadoop发行版,就势必要改源码,会php的明显比会python的多。php里面的model封装了所有的 *** 作,而python只是个 *** 作代理人的角色而已。
所以也延伸出一个问题,什么语言用来做这种分布式管理系统的代理端比较合适,我自己觉得,也就是python比较合适了, *** 作系统自带,原生的package功能基本够用。用java和php也可以写agent,但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred,也可以写,就是你得在每个节点都装v8的解释引擎,不嫌麻烦完全可以这样干。原理参看map/rece论文,不解释。perl也是 *** 作系统原生带的,但是perl的可维护性太差了,还是算了吧。
所以这就牵扯到一个跨语言的socket问题,理论上来说,这不存在什么问题。但这是理论上的,实际开发过程中确实存在问题,比如socket长连接,通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方,需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议,这时就遇到了这些问题,所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。
三、代理端执行结果的获取
无论命令还是文件是否在代理端执行成功,都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难,都有现成的包。当然这个时候你需要的是阻塞执行,而不能搞异步回调。
还有个问题是,我要尽可能使用python默认就带的包,而尽量不让服务器去访问internet下载第三方的包。
还有代理端最重要的一点,就是python的版本兼容性。centos5用python24,centos6用python26,ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性,要是每个 *** 作系统和每一个版本我都写一个代理,我一个人就累死了。
四、浏览器端的model,view,controller
这里面你要封装好所有的通信协议,以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。
如果对tcl/tk很熟,也可以写基于 *** 作系统界面方式的管理,不用浏览器就是了。
view对我来说是最痛苦的事,都是现学的jQuery怎么用,前端的工作太可怕了。关于这方面,没有太多可描述的,html和js带给我的只有痛苦的回忆,万恶的undefined。
五、跨 *** 作系统的安装文件封装。
要适应不同的 *** 作系统也是个很麻烦的事情,需要用agent提前获知 *** 作系统的发行分支,版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet,更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以,我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo,yum或者apt-get会去下什么鬼东西,甚至无论是yum还是apt-get,里面都没有hadoop-lzo的库文件。所以,最好的办法是自己编译打包rpm和deb包。直接安装就好了,别去找repo下载什么。
这就是第五步工作,把需要的依赖的东西自己编译打包成rpm和deb。
deb包很好解决,但是rpm就没那么好办了,需要学习rpm的编译文件如何编写,这块是挺麻烦的,但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库,以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6,suse,以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。
六、把这些所有东西,整合到一个系统里面。
关联这些所有事情间的联系,整合到一个浏览器界面里面去。写一个分布式的管理脚本不难,写一个界面也不难,但是也许是我的水平不行,这两件事结合起来让他们协同工作还是有点难度的。对我来说,写界面的工作可能更难一点。
Cloudera可能是十来个人在写Manager的东西,ambari也是放到github和apachesvn上面,apache基金会的各种committer在写。easyhadoop没他们功能那么强大,一年来只有我一个人设计架构,功能,各种语言的编码,测试,发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台,到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)
从时间上来看,全球第一款开源的hadoop部署管理系统应该还是属于ambari,2011年8月开始写的,2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop,全球第一没赶上,估计国内第一个开源的hadoop管理系统还是可以排上的。
URL和token不是凭空出现的,url是服务器域名,token是第三方后台自行设置的,如果不懂开发,就需要找专门的开发公司解决;
目前微信开店有两种选择,一种是使用微信公众号微商城,这需要基于微信公众号进行二次开发,是基于微信公众平台打造的原生电商模式,包括添加商品、商品管理、订单管理、货架管理、维权等功能,开发者可使用接口批量添加商品,快速开店。 另一种就是当下最前沿的微信小程序商城了,无论选择哪种,使用必须满足一下条件:
1必须有营业执照;
2必须开通微信支付接口;
3必须缴纳账号审核费用300元。其中,服务号、小程序和微信支付都需要营业执照认证,个体工商户和公司都可以。
有了以上条件,就可以找第三方技术公司搭建微信小程序商城了。不同的第三方其产品和服务存在较大差异,微信小程序商城主要通过第三方平台技术实现。基于微信小程序的公开接口,在客户关系管理、市场推广、运营活动、O2O落地执行等方面可以为商家提供更丰富的营销解决方案。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)