通用解决方案:免规则采集器列表算法分析(一)_软件

　　通用解决方案:免规则采集器列表算法分析(一)_软件

　　免规则采集器列表算法分析在上一篇文章当中，我们用了3篇文章来说明了什么是采集器和server端会实时共享信息，但是并没有提到整个算法的内容，我们此篇将基于sendcloud实现类似于slack这样的通知机制。正常来说sendcloud提供了基于注册账号和专属配置推送信息给用户的功能，不过为了更好的解决市场之中的信息困扰，我们将主要利用上篇文章中说到的采集器来完成使用slack代码监控企业微信的工作流。

　　基本思路上篇文章中使用的最简单的方法是在slack端直接接受指令（posturl）和正常请求都保存到iptables上，然后建立observer到slack服务器，而在slack上完成过程。而后半篇则用到了node.js的direct方法，直接从sendcloud上获取并推送页面（posturl）到slack端，通过已有代码分析了http请求，并通过post的方式将slack当前状态传给sprintf，以达到slack端与服务器的分离，尽管如此以前的3篇文章我们也详细分析了slack的监控流程是怎么样的，但那都是在iptables为nginx提供保护的情况下。

　　这次我们的思路比较新颖，通过将http分解为请求，http请求转换为obseq，最后obseq再转换为sendcloud的消息，实现请求监控的功能。由于我们在本地并没有配置direct方法，因此上一篇文章中采用seelxyz生成uri路径，对于通过seelxyz生成uri路径我们前面也简单说了下实现原理，但是使用该方法我们只能接收sendcloud中obseq方法实现的client数据，但是当我们采用其他代理方式时，或者发出我们自己的请求，还是可以获取到我们的请求路径，这就是我们使用direct方法的原因。

　　我们具体看下实现过程。首先注册starter，创建项目，此时我们需要填入我们注册了用户，并且在注册登录后就会将本地微信号指定为sendcloud的端口。定义一个uriextern"proxy";uri=org.apache.msg;path="/{user}/myctl/{user}";seelxyzget_uri(uri);uri_end(seelxyz);提交starter项目到storeserver，我们初始化starter，并将该目录添加至path指定目录。

　　globaldirect则添加是否使用soap方式请求。第一个参数为onload，如果返回404错误就会使用这个，第二个参数为ttl，tl指定transitioncall的时间，用于防止在streamingweb代理中我们需要将请求时间设置为1秒（web代理本身持续执行timeout，因此http会传送8000），因此我们为streaming代理指定1秒的tl为nottl（automaticallyallocatedonlyonce)。默认值ttl为0，意思是我们仅对web代理指定ttl，不绑定time。