解决方案:采集器采集源代码导出成为h5页面提供给开发者

　　解决方案:采集器采集源代码导出成为h5页面提供给开发者

　　采集器采集源代码导出成为h5页面提供给开发者或者我们自己使用，不再单单只有一个发布渠道，一个发布渠道多个发布入口，一个采集，多个渠道覆盖。

　　我也碰到类似的问题，一般都是新增加一个sdk或者更换发布渠道，然后原先的所有渠道用户在新增时候跳转到最新的发布渠道页。但是这样是不是就没有用户了？我觉得可以分解每一个渠道的爬取逻辑，更新前后都可以爬取到，但是分配渠道状态，更新时间是否可以依据需要根据需要存储下来。

" />

　　用户是否有变化，都只是在web端的一种体验或者多是因为服务器检测到渠道过多增加的一种运营反馈。如果哪天需要找回用户，至少能满足下半周用户流失度，可以考虑关闭不再通过渠道。

　　你的意思是把整个渠道页面对外提供给开发者，

" />

　　我这么理解你的意思，更新以后有新增渠道渠道那就去那个，不是新增你不用管。前端，后端逻辑做对方法，让后端去处理更新，谁处理为什么，

　　谢邀。渠道有多少，全选，新增后，重定向新增渠道进入页面即可。

　　一般新增都存放在后端服务器上，以session的形式存储，比如有：accessentry->dataupload/migrationssession存储时，一般来说都会有一个cookie存在。但是也有些服务器是把我们的重定向记录在，这样就不用记录过期时间。例如这样的，日志：“xxx.xx.xx.xx.xx.xx”注意cookie里xxx或xx会改为time，那么就不用加time条件了。然后我们去找之前新增的请求到底是什么时候开始到。这样就能在前端记录来自哪一个页面。