- 微信人脸识别错误码90100|90105|90107|100102|90199|90101什么原因?
在投产使用微信人脸识别过程中,出现了很多文档里没有提到的错误码,请问这些错误码是什么原因引起的呢? errorCode:90100,90105,90107,100102,90199,90101
2021-04-13 - 小程序实名认证出现【因账号注册情况无法提供服务】,是什么原因呢?
客户在海外【澳大利亚】使用小程序的实名认证扫脸,在发起api扫脸的时候,报错如下,请问是什么原因呢? [图片]
2021-04-06 - 小程序调用实名认证报错:系统繁忙,请重试,请问具体是什么原因?
客户身处国外:澳洲还有美国 调用小程序的实名认证,进到扫脸界面,然后就报错:“系统繁忙,请重试”,请问一下,这个是什么原因呢? [图片][图片]
2021-03-29 - 小程序获取手机号,什么情况下需要验证码呢?
本公司小程序的业务平台可以通过获取微信绑定的手机号,来进行注册。 一直都认为“微信绑定了手机号,那么在小程序获取手机号时,是不需要接收验证码的”,但是今天有客户反馈,微信是绑定了手机号的,但是小程序获取手机号时,还是要求接收验证码了。 查了官方的知识库,说是【一段时间内未验证的手机号,就需要重新验证】。想请问下,这个一段时间内是多久啊?未验证是指什么验证方式嘛?因为那个客户一直都是正常使用微信,也存在支付转账行为,也使用其他小程序,为什么会触发了“一段时间未验证”呢? [图片]
2020-11-30 - iOS企业应用申请移动应用被反复驳回?
我们的应用为企业应用,不能上架appstore 根据之前的审核拒绝原因,也做了修改与说明:“ 1.用户所提供的官网与认证主体一致。2. “申请/修改应用说明”也该应用是只限内部使用,不做他用。” 这两个点都做到了,结果审核又给拒绝了,说下载地址不规范,请上架市场 麻烦审核君帮忙看下,已经严重影响到业务功能了
2020-09-07 - 小程序插件:政务民生-公证类目使用视频通话组件被拒?
单位行业是公证行业,所以需要使用视频通话与客户进行信息视频确认,开发了视频通话的插件 但是提交审核被拒绝:"你的插件"聚方便面签"代码审核未通过,原因如下: 插件所提供页面内容涉及视频通话服务,不属于当前所选政务民生-公证类目,请选择社交-直播类目" 这个问题严重影响到我们公司的功能上线,希望官方客服给予关注与答复,谢谢
2020-09-02 - iOS企业应用申请移动应用驳回说应用下载链接不规范?
我们的应用为企业应用,不能上架appstore 根据社区问答https://developers.weixin.qq.com/community/develop/doc/000e00c65005286d7c4a2b49151c00 官方回复说,这样的情况是可以上架的。 我们的下载链接http://download.jufangbian.net:34343/notaryBox/index.html 注册账号:ynskmsmxgzc@163.com 账号原始id:gh_a9cc0ea6b9ec 请问还需要提供什么呢?
2020-09-01 - 小程序有没有类似vue或者mobx提供的计算属性?
小程序有没有类似vue或者mobx提供的计算属性? 比如登录的这个业务场景: 需要输入账户,且账户位数是11位 需要输入验证码,且验证码位数是4位 此时,登录的按钮才可以点击。 目前小程序里面实现是这样的: [代码]Page({[代码][代码] [代码][代码]data: {[代码][代码] [代码][代码] phoneValue: [代码][代码]''[代码][代码],[代码][代码] [代码][代码] verifyCodeValue: [代码][代码]''[代码][代码],[代码][代码] [代码][代码] canLogin: [代码][代码]false[代码][代码],[代码][代码] [代码][代码]},[代码][代码] [代码][代码]bindPhoneInput: [代码][代码]function[代码] [代码](e) {[代码][代码] [代码][代码] const phoneValue = e.detail.value;[代码][代码] [代码][代码] [代码][代码]this[代码][代码].setData({ phoneValue, canLogin: [代码][代码]false[代码] [代码]});[代码][代码] [代码][代码] const { verifyCodeValue } = [代码][代码]this[代码][代码].data;[代码][代码] [代码][代码] [代码][代码]if[代码] [代码](phoneValue && verifyCodeValue && phoneValue.length == 11 && verifyCodeValue.length == 4) {[代码][代码] [代码][代码] [代码][代码]this[代码][代码].setData({ canLogin: [代码][代码]true[代码] [代码]});[代码][代码] [代码][代码] }[代码][代码] [代码][代码]},[代码][代码] [代码][代码]bindVerifyCodeInput: [代码][代码]function[代码] [代码](e) {[代码][代码] [代码][代码] const verifyCodeValue = e.detail.value;[代码][代码] [代码][代码] [代码][代码]this[代码][代码].setData({ verifyCodeValue, canLogin: [代码][代码]false[代码] [代码]})[代码][代码] [代码][代码] const { phoneValue } = [代码][代码]this[代码][代码].data;[代码][代码] [代码][代码] [代码][代码]if[代码] [代码](phoneValue && verifyCodeValue && phoneValue.length == 11 && verifyCodeValue.length == 4) {[代码][代码] [代码][代码] [代码][代码]this[代码][代码].setData({ canLogin: [代码][代码]true[代码] [代码]});[代码][代码] [代码][代码] }[代码][代码] [代码][代码]}[代码][代码]})[代码] 这样的代价是需要在需要组合属性判断的地方,全部都维护一次canLogin来渲染页面,组合属性越多的话,代码维护就越麻烦,且非常不优雅。 有没有类似vue里面的computed,或者是mobx里面的computed这种计算属性的方式来应对这种业务需求呢?
2018-01-31