建议开发者后台添加每个应用的销量统计等

说是部分文件下载不完整 请重新下载

下载几回还是一样 不能用

给微擎UID体系增加一级推荐关系链，允许开发系统时直接调用UID一样调用推荐关系

目前实际运营项目中经常会有多个系统组成一套运营体系的需求，比如芸众商城+龙兵小程序+牛贝淘宝客+红包拓客轻应用+助推宝

在实际运作项目过程中，共用UID和手机号为统一认证关系，这个是大多数购买微擎使用微擎的核心特色了，

但是因为没有统一的一级推荐关系，导致每个模块都自己写了一个推荐关系表，导致从各自系统入口注册过了的推荐关系不一致，然后就很乱了

这个需求是共性需求，不强制开发者必须使用这个一级推荐关系链，但是允许开发者像调用UID一样去使用它就可以了，这样能解决很多很乱的推荐关系

public function checkSign() { global $_GPC; if (!empty($_GET) && !empty($_GPC['sign'])) { foreach ($_GET as $key => $get_value) { if (!empty($get_value) && $key != 'sign') { $sign_list[$key] = $get_value; } } ksort($sign_list); $sign = http_build_query($sign_list, '', '&') . $this->token; return md5($sign) == $_GPC['sign']; } else { return false; } }

文件位置：

目前的订单支付确认时如上图红框部分

 建议增加双升级渠道，内测版出现紧急问题，可以及时转为正式版，还可以自助选择体验内测版新功能

很好 没有建议 希望尽快帮我处理一下

新版本微擎的列表能自定义排序吗？

不是很习惯，老版本比较清晰。最好能优化下，让人一下子能找到应用

原来购买模块之后，发现模块有问题，可以直接发起退款，其实开发者也知道模块有问题，所以发起退款基本都比较顺利。

改革之后，购买模块的钱款直接汇给开发者，虽然说有问题可以找微擎官方介。但是钱进入别人口袋后，再要退款那就十分难了。

建议微擎能够探索出更加安全有保障的支付模式。

这个密码一旦忘记了，就很难找，建议做一套比较容易修改的，手机动态短信