我们这边也有vivo IQ9手机报这个错
安卓机getLocation获取失败,评估手机没有这个问题ERROR_SERVER_NOT_LOCA最近大量安卓机在调用getLocation接口的时候报错,错误内容是:{"errMsg":"getLocation:fail:ERROR_SERVER_NOT_LOCATION","errCode":404}在苹果手机没有这个问题,造成了大量的投诉,
04-10这不是给你安排活吗
关于9月15日要实施的隐私政策授权的一些担忧?我其实看到官方给的这几个接口方案我就觉得很有可能官方会再改一波吧,像这种open-type类型的同意按钮,感觉已经有人做成透明浮层按钮直接覆盖整个屏幕,这很明显不是一个明智的方案。要不官方干脆做个全局的隐私政策弹框吧,不然这里感觉迟早被逼得再改一波。。。 你看看getUserInfo的改动就知道了,为啥最后要把获取昵称附加到input上,得把授权头像附加到选择图片的弹框里。。。 而且感觉这几个月间就来一次大改动,之前是模板消息,手机号授权收费,小程序ICP备案(国家政策能理解,但是平台处理方式实在太低效,本身备案这些信息跟微信认证提交的资料差不多),现在又来个隐私政策,感觉每隔几个月都来一次,现在都得盯着,生怕什么重大改动错过了,影响线上用户,真是心力交瘁。。。
2023-08-30同问
你好,我们公司根据政府要求要做防疫模块,主要做核酸采集和报告展示,请问需要什么资质吗?你好,我们公司根据政府要求要做防疫模块,主要做核酸采集和报告展示
2022-05-19也遇到了类似的问题,内存溢出
小程序canvas逻辑存在内存泄漏的问题?问题描述鲸营宝小程序在ios系统,切换数据看板有闪退情况 安卓设备暂无此类问题;ios机型,切换看板的速度影响小程序闪退; 初步判断是内存占用过高导致微信客户端闪退(部分机型会弹出内存告警的弹窗)。 目前正在尝试的解决办法优化看板数据请求方式、优化数据页状态管理姿势(合并数据setState引起的多次重渲染)、优化看板的渲染逻辑(合并多次渲染、手动取消数据变化没变化部分的渲染),优化canvas的渲染逻辑,减少canvas的绘制动作、和内存的消耗。 分析经过大量优化操作(优化请求更新状态、优化状态管理、优化kbone-canvas的绘制逻辑、合并状态更新、对比数据在必要时更新canvas等),减少canvas的绘制次数后,ios闪退的概率大大下降小程序社区中也有 原生开发+echarts、f2 发生闪退的情况https://developers.weixin.qq.com/community/develop/doc/0006c23c14471095fd1ac32bc5b400?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000e6ea89289f0528f99552f556400?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000a6c0d9fc8008f572a0a08f51c00?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 https://developers.weixin.qq.com/community/develop/doc/000c60f9c38e50c93d7a6ed695b000?highLine=canvas%2520%25E9%2597%25AA%25E9%2580%2580 等等 综上,得出大概率是因为ios小程序原生canvas有内存泄露的逻辑,并不是F2、echarts的问题,在优化逻辑减少canvas绘制次数后 闪退复现次数大大下降 也可佐证此结论
2020-07-02将app.wpy中配置的[代码]subpackages[代码]修改为[代码]subPackages[代码]
wepy编译后不支持分包加载?[图片] 如图是一个主包主页index,和子包messages,要实现index向messages跳转 wepy编译后运行开发者工具和真机结果如下: 成功跳转到消息页面,但是页面所有JS代码无效,onload也没调用到 [图片] 开发者工具报下面错误: [图片]
2019-02-12