web-view标签的src的值要确保可正常访问,尤其是初始化值不可随意定义。 代码若是原生小程序,可使用webview标签的事件@error;Uniapp用binderror事件;在事件函数中使用对话框显示错误信息。
小程序 web-view 加载h5 偶现 无法打开页面 轻触屏幕重新加载?轻触后一般能正常显示h5web-view 微信版本号 8.0.25 [图片]小程序 web-view 加载h5 偶现 无法打开页面 轻触屏幕重新加载?轻触后一般能正常显示h5,有时轻触后没反应
2023-05-23web-view标签的src的值要确保可正常访问,尤其是初始化值不可随意定义。 代码若是原生小程序,可使用webview标签的事件@error;Uniapp用binderror事件;在事件函数中使用对话框显示错误信息。
webview中使用微信授权的h5页面,提示“无法打开页面,轻触屏幕重新加载”?点击后可以正常进了webview中使用微信授权的h5页面,提示“无法打开页面,轻触屏幕重新加载”,点击之后就可以正常进入了,这是什么问题,有了解的大神没 在线等,挺急的。。。(我们嵌套的第三方一个h5应用,也属于公众号h5应用,业务域名已经在小程序后端配置过了) [图片][图片]
2023-05-23长达9分钟。不知道问题出在哪。
miniprogram-ci上传过程比开发者工具上传一个版本的时间长,有可以优化的方式吗?发现上传过程中,总是会卡一下,试了排除那个js,还会出现卡顿的情况 [图片] 编译配置复制了项目内容里的,也还是比较慢。主要是中间有个卡顿,基本上会卡20s
2022-04-20腾讯强制用微信原生人脸识别,太不要脸了,完全是霸王条款。用百度的人脸识别就是审核过不了。若要申请微信原生人脸识别权限,却要很高门槛。
小程序禁用第三方人脸识别是否合理?当前实打实的遇到一个问题,由于小程序使用了第三方人脸识别,现被强制要求停用该功能,否则不允许通过审核。此处黑人问号,小程序上线快两个月了,第一版就已经上了人脸识别登录功能,发布第四版才要求停用!????? wtf 理由是违反了 《微信小程序平台运营规范常见拒绝情形3.4》,内容如下: 3.4 用户隐私和数据安全3.4.1 在收集和使用用户任何数据时,必须明确告知用户该数据的用途,确保经过用户明确同意和授权,并应在用户同意和授权的范围内进行合理使用。在用户注销帐号后应相应删除相关数据。数据包括但不限于获取地理位置、用户通讯录、用户手机号码等。 3.4.2 不得在小程序任何页面请求或诱导用户输入微信用户的用户名或密码。 3.4.3 不得将搜索小程序功能加入小程序。 3.4.4 不得在页面中进行或将通过小程序收集到的用户数据私下进行出售、转交、交易、越权披露或泄露。 3.4.5 不得在未经用户授权同意的情况下,显示用户相关数据,比如:头像,昵称等信息。 3.4.6 小程序不得要求用户降低手机操作系统安全性(如要求iPhone 用户越狱、Android 用户ROOT 等)后,方能使用相关功能。 3.4.7 若小程序有需要追踪用户的地理位置的功能,则必须提供退出该位置追踪的功能和明确指示。 这里我在简单说一下我们的小程序,首先是公司内部使用的小程序,也就是说人脸信息采集是可以通过公司内部员工集中拍照采集的,这就是可以理解为员工【当面授权】,小程序内部也已经表明人脸识别对人脸信息的使用用途且是在客户明确授权之后才是用的,所以 3.4.1 我们觉得是不违背的。其余的2-7 就更不用说了,目前基本没有涉及。所以违规我们觉得不合理。 我打个比方,我们的小程序就像是打卡机的内置系统一样,员工授权使用人脸信息进行打卡,然后打卡机硬件开发商站出来说,公司会滥用人脸信息,不允许使用人脸打卡。(可能不形象,但大致是这个意思) 这不是扯吗,我就觉得很扯。 另外,我们小程序上线近两个月,客户已在生产环境正式使用一个多月,现被强制取消人脸识别功能,客户追究责任的话,平台是否会为审核失误而买单?
2021-03-09也出现类似问题。一天出现2W多次。 [图片] 所谓的合法域名已有配置。SSL证书有效期正常。SSL 协议版本也按官方要求配置。 目前就是不知道什么原因。搞得天天被用户投诉。
线上的小程序报错request:fail url not in domain list,是什么原因?在本地和体验版本都没有问题 线上正式版本报错:request:fail url not in domain list 在本地校验合法域名的情况下也没有报错 [图片] [图片] 猜测是这个域名的问题(之前的域刚刚换成了这个),但是是配置的了
2019-11-11有人解决了吗?官方一直没正视这个问题。
wx.request 第一个请求经常会卡慢在程序中,发现wx.request的第一个请求总是非常慢,非常不稳定,有时候1~2s返回,有时候会10s左右,下面是我分析过程: 1. 我在开发版本中,打开了微信性能窗口,发现第一个请求wx.request在request begin和request success之间会有10s左右的处理时间 2. 我在tomcat后台去看了,该服务处理的处理时间在150ms左右就返回了,而且数据非常小,应该不可能是网络传输时间,况且在wifi下,这个传输速度应该在几十ms能就能传输完毕 因此,经过我怀疑是https在第一个请求时,在建立https链接是出现不稳定,时快时慢?微信在这方面能够监控到链接建立耗时吗? 为什么会出现有时会很慢的情况呢?目前是开发环境,不存在并发问题。。。该怎么解决呢?
2019-07-15微信技术支持效率太差了。只有社区可提问。提问后没人处理。 request: fail length=8192 index=8192 出现的量概率很高。怎么还不重视。
requset 请求 faill错误1: request: fail Protocol has invalid length (-77 position 0): [-77, -43, 117, 46, -51, -52, -5, 106, 1] 错误2: request: fail length=8192 index=8192 求解啊,重新请求就没问题,经常出现这个 错误, ios 没啥问题, 就是 安卓 测试了 一个 小米 8 , 华为 mate 8 都有问题, 安卓 请求 又是 还出现 400 错误, 重新请求 就没问题, !!!!!!!!!!!!!!!!!!!!!!!!!
2019-03-14基准库版本安卓系统版本微信版本设备2.6.28.0.07.0.3HUAWEI2.6.26.0.17.0.3OPPO R9sk2.6.28.0.07.0.3honor2.6.26.0.17.0.3Redmo Note 32.6.27.07.0.3HUAWEI 以上设备环境下,出现 [代码]request:fail length=8192; index=8192[代码]概率很高。
request:fail length8192; index=8192是什么错误有一个接口偶尔会报这个,什么意思?是什么原因造成的?
2019-03-09