- 小程序内用户帐号登录规范调整和优化建议
为更好地保护用户隐私信息,优化用户体验,平台将会对小程序内的帐号登录功能进行规范。本公告所称“帐号登录功能”是指开发者在小程序内提供帐号登录功能,包括但不限于进行的手机号登录,getuserinfo形式登录、邮箱登录等形式。具体规范要求如下: 1.服务范围开放的小程序 对于用户注册流程是对外开放、无需验证特定范围用户,且注册后即可提供线上服务的小程序,不得在用户清楚知悉、了解小程序的功能之前,要求用户进行帐号登录。 包括但不限于打开小程序后立即跳转提示登录或打开小程序后立即强制弹窗要求登录,都属于违反上述要求的情况; 以下反面示例,在用户打开小程序后立刻弹出授权登录页; [图片] 建议修改为如下正面示例形式:在体验小程序功能后,用户主动点击登录按钮后触发登录流程,且为用户提供暂不登录选项。 [图片] 2.服务范围特定的小程序 对于客观上服务范围特定、未完全开放用户注册,需通过更多方式完成身份验证后才能提供服务的小程序,可以直接引导用户进行帐号登录。例如为学校系统、员工系统、社保卡信息系统等提供服务的小程序; 下图案例为正面示例:校友管理系统,符合规范要求。 [图片] 3.仅提供注册功能小程序 对于线上仅提供注册功能,其他服务均需以其他方式提供的小程序,可在说明要求使用帐号登录功能的原因后,引导用户进行帐号注册或帐号登录。如ETC注册申请、信用卡申请; 如下反面示例,用户在进入时未获取任何信息,首页直接强制弹框要求登录注册ETC,这是不符合规范的。 [图片] 建议修改为如下正面示例所示形式:允许在首页说明注册功能后,提供登录或注册按钮供用户主动选择点击登录。 [图片] 4.提供可取消或拒绝登录选项 任何小程序调用帐号登录功能,应当为用户清晰提供可取消或拒绝的选项按钮,不得以任何方式强制用户进行帐号登录。 如下图所示反面示例,到需要登录环节直接跳转登录页面,用户只能选择点击登录或退出小程序,这不符合登录规范要求。 [图片] 建议修改为下图正面示例形式,在需帐号登录的环节,为用户主动点击登录,并提供可取消按钮,不强制登录。 [图片] 针对以上登录规范要求,平台希望开发者们能相应地调整小程序的帐号登录功能。如未满足登录规范要求,从2019年9月1日开始,平台将会在后续的代码审核环节进行规则提示和修改要求反馈。
2019-07-20 - request:fail小程序客户端Bug反馈【如果有做错误检测大家应该都遇到】
- 当前 Bug 的表现(可附上截图) 报各种网络错误 - 预期表现 在开发工具跟自己手机都正常 - 复现路径 个别客户手机上。 - 提供一个最简复现 Demo 这个问题,大量人提问,看社区的意思都是证书错误之类。 经过大量客户测试,得到大量这种错误信息。 第一种: {"errMsg":"request:fail Connection timed out"} 第二种: {"errMsg":"request:fail 网络连接已中断。"} 第三种: {"errMsg":"request:fail Read error: ssl=0xabde1d00: I/O error during system call, Connection reset by peer"} 第四种: {"errMsg":"request:fail ssl hand shake error"} 第五种: {"errMsg":"request:fail socket time out timeout:60000"} 第六种: {"errMsg":"request:fail unexpected end of stream on com.android.okhttp.Address@be97607c"} 第七种: {"errMsg":"request:fail null"} 第八种: {"errMsg":"request:fail unexpected end of stream on Connection{api.xxxxx.com:443, proxy=DIRECT hostAddress=106.122.254.22 cipherSuite=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 protocol=http/1.1} (recycle count=0)"} 第九种: {"errMsg":"request:fail Software caused connection abort"} 第十种: {"errMsg":"request:fail 无法建立数据连接,因为通话仍在进行中。"} 第十一种: {"errMsg":"request:fail 似乎已断开与互联网的连接。"} 第十二种: {"errMsg":"request:fail Network is unreachable"} 等。。。 这些都是我自己接口,日志收集的,服务端没有这些错误的请求日志, 我是在 request函数错误后,把日志再提交给我一个日志接口。 由于日志没法分组查询,可能还漏掉一些情况。 跟证书肯定是没关系,我付费证书,支持TLS 1.0,TLS 1.1,TLS 1.2 , 小程序这个域名也使用2年了,一直有这个问题,之前由于没啥用户量,就没怎么管, 目前小游戏每天有十几万活跃用户, 如果1000个人里有一个人发生这样的问题,每天都要处理100多个人投诉,实在头疼,请求大家解决办法。 小程序也会出现,个别时候开发工具也会出现,重启电脑就好了。 小程序里面出现就比较神奇了, 这个请求进入 fail,我立刻再请求一次,把这个日志上报,同样一个域名,同样一部手机,几乎同样一个时间点。 上报日志竟然成功了。 第十种:提升非常友好,因为通话仍在进行中,符合这种情况,比较理解,电话一响断网,没接到电话,立刻恢复。 然后日志就可以请求这个域名了,可其他种情况也太多了吧,例如第二种:网络连接已中断,第十一种:似乎已断开与互联网的连接, 一个叫网络中断,一个叫似乎网络中断。。。 做程序员技术的,网络断了就断了,没断就没断,这程序员很有意思似乎中断,我都不知道怎么跟客户解释。 如果不是中文,我根本看不懂,其他英文能找到文档对应说明吗? 目前报这些错误的时候,完全没有nginx日志,就是没请求来服务器,我想解决这些没必要的错误,或者减少某些错误,请求各位大神帮助。
2018-12-13