让用户开通会员卡,通过昵称,手机号,会员卡号就能定位到这个用户, 当然后台需要在注册开卡时防止同一手机号重复开卡, 有数据直接返回之前的开卡信息
上百个城市连锁门店,每个城市独立一个公众号以及小程序,如何会员互通?RT 共同使用一个系统,但是每个城市都是独立使用一个公众号和独立收款的,以及小程序,按官方获取unioid的文档说明,好像没办法把所有门店的会员数据进行互通啊,开发平台绑定不了那么多的小程序,用第三方平台的,也没法有个统一的unioid?有没有开发的大佬有什么解决办法?
2019-08-20不需要设置open-type,直接调用方法就行 [图片]
小程序保存图片?'scope.writePhotosAlbum' 是怎么拿到的,我看到有人用wx.authorize,为什么?页面open-type="getUserInfo"不是就弹出框了么?文档也没说不清楚
2019-08-01自己写个组件吧,进入页面默认打开,选了之后隐藏
Picker如何自动弹出呢?使用Picker的时候 Picker自动弹出的需求很常见 为什么没有相关的API给予调用? 不能visiable={true/false}这样吗
2019-08-01我们的小程序也是你这种模式的,改着真难受
关于「小程序内用户帐号登录规范调整和优化建议」,我可以这样做吗?本周来上班刚登上小程序后台就看到了微信官方发布的「小程序内用户帐号登录规范调整和优化建议」(链接:https://developers.weixin.qq.com/community/operate/doc/000640bb8441b82900e89f48351401),很多小程序开发/维护者表示???!!!~~~ 现实: 我现在正在维护的小程序(商品售卖类)属于第一种情形,目前小程序内关于授权登录的做法是:对于新用户/已删除授权的老用户,进入小程序后,将首先跳转至登录授权页面,如果用户未允许授权,那么将无法继续使用小程序。该做法确实:1.比较霸道;2.对少数想先浏览商品再决定是否进行购买的用户来说,有点使他们无法接受,如果直接离开,将导致我们丢失一部分用户。 痛点: 目前这种情况下,如果按照「规范调整和优化建议」里的“建议”去做修改的话,成本将会不小,因为前后端经过几番改造后,目前几乎所有的接口都需要用户验证,所以如果修改成先让用户体验再让用户进行登录的话,一来将使得我们过去几个月所做的努力白费,二来也将大规模调整我们的业务逻辑,成本太高,而且不稳定性也将增加,这对我们开发者来讲特别不划算。 个人期望折中的方法: 这两天思考了一下,我们再进行接口升级改造时,旧版本的用于获取首页商品列表不需要验证的接口并未废弃仍可使用,鉴于此,如果我继续保持之前的未授权用户进入小程序即跳转至授权登录页面要求授权,但在该页面增加「暂不登录」的选项,此时: 1. 用户若不介意登录授权,那可以直接点击「授权登录」进行授权,授权后将前往首页,此时首页将采用新版的需要验证的接口 2.对于介意的用户来说,点击「暂不登录」,将前往首页,此时使用旧接口进行体验以及商品浏览,当该用户有意向购买时,比如点击了购物车的购买按钮,再行授权登录 期望回答: 这种比较折中的方法,将能在保留我们目前业务逻辑的情况下,使得开发者尽量少的对代码进行改动,希望官方同学能够回答下:对于这种修改,仍然会受到“代码审核环节进行规则提示和修改要求反馈”的惩罚🐎?真心求问啊! [图片] 2019/08/08 更新: 我们公司小程序的登录授权流程已经修改,其实就是微信提供的那套小程序登录,在这里统一说一下: 小程序登录/注册情形:我们的登录于注册不依赖于用户的个人信息以及UnionId,新用户在我们这里注册后会根据用户的OpenId生成一个userId然后根据这个userId生成对应的session进行后续业务接口的验证,所以如果你们依赖于UnionId的话,请慎重考虑~~~ 修改之前:新用户进入小程序后会立即跳转至「登录授权」页面,用户允许授权后会调用登录接口(v1.0.0)完成注册,生成用户userId以及cookie返回,前台将cookie进行保存以供后续业务接口使用 修改之后:将用户注册于授权保存用户信息分离开来,用户进入小程序后会首先调用wx.login()获取code,将code传给后台以获取OpenId,后台拿到OpenId后直接进行查询:未查询到则为新用户,注册生成新的UserId,查询到则为老用户,得到之前已经生成的UserId,随后将cookie返回,前台保存;用户浏览后进行购买操作或者进入「我的」页面时,才会提示授权,允许授权后才会保存用户信息以及获取其UnionId
2019-07-247天以内为正常审核时间,你发帖子官方也不会理你的
小程序审核一直审核中已经提交了一天了,依然是审核中,以前最多是几个小时。跪求快快审核,修复BUG,十万火急,万分感谢
2019-07-24首先,在中国提供网络服务必须要经过备案, 不备案就是非法的,过段时间说不定服务器都访问不到了;(有GFW在) 不想用备案,就去看看云开发
请大神看看这是什么情况,文档里说可以加端口号,实际操作一堆问题[图片]
2019-07-11是不是引用模板路径错了,你看看渲染的时候,引用的模板路径; 你光发这个图,真的看不出啥原因
分包后,手机发热,真机调试setData持续警告,Template not fu- 当前 Bug 的表现(可附上截图) [图片] 之前没有出现过此警告,最近做了分包,分析可能是在分包后出现的,只要是setData就会出现此警告。开发者工具不会出现,只有在真机调试时才会出现,手机发热严重,怀疑是此问题引起的,有没有大神遇到此问题,烦请管理帮忙分析一下。
2019-07-10小程序有很多属于内测或者将被废弃的功能;看着能用,但是不确定啥时候就不能用了; 还是按照官方的来吧,不然出了问题也不好处理; https://developers.weixin.qq.com/miniprogram/dev/api/canvas/wx.createCanvasContext.html
为什么搜不到wx.drawCanvas这个api文档实际却能用?
2019-07-09基础库版本分布,感觉2,4版本以下的用户加起来都没5%; 具体取舍看你们自己商量了 https://developers.weixin.qq.com/miniprogram/dev/framework/client-lib/version.html
基础库太低导致报错微信基础库版本 1.9.97会报错,那我们是不是放弃低版本微信的用户[图片]
2019-07-09这个还看你提交审核频率的,如果你每隔几天就提交一个审核,它就慢
小程序审核速度差别巨大的问题我有2个小程序,其中一个审核速度很快,基本上9点提交,10点多久过审;当天提交从来都是上午或者下午,甚至晚上22点30分还会过审的; 而其中一个,基本上都要等1天,有时候甚至2天才会过审,这到底是是为啥?
2019-07-08