- 团长小程序如何不输入finder_id就可以获取达人视频号橱窗授权?
团长小程序如何不输入finder_id就可以获取达人视频号橱窗授权? [图片] 我发现的不需要输入 finder_id 就可以获取视频号达人橱窗授权的例子: [视频] 官方接口:需要输入 finder_id 体验感极差。(需要用户去PC端扫码登录视频号助手主页才能看到视频号finder_id) [图片]
2023-10-19 - 获取达人橱窗授权链接 能否通过openid请求?团长端绑定小程序如何实现?
https://developers.weixin.qq.com/doc/channels/API/leagueheadsupplier/getauth.html
04-01 - 自研视频号小店调用团长相关接口,提示api unauthorized ?
https://api.weixin.qq.com/channels/ec/league/headsupplier/window/getall?access_token=76_c7PTbsOsGoQyF8caX80yVjisr298H18KLrYRBJqDoEnF5euvtIQenjUQMPgyoNGt2okublMQXMCYWTPxKK84nNLZzOpPfdG9RCUD1od0G3TKqJyo0N65Rl-tfsQXNHjAAABRL 提示: { "errcode": 48001, "errmsg": "api unauthorized rid: 65a5046d-75219a8d-61d229b4" }
01-15 - 视频号finder_id是谁达人的还是团长的,openid是团长的还是达人的?
https://developers.weixin.qq.com/doc/channels/API/leagueheadsupplier/getauth.html [图片]
03-28 - 小程序联盟添加产品显示商品不是优选商品,添加不了视频号橱窗 所有商品都是这样
[图片]
2022-08-20 - 如何小程序用户发起视频号达人授权,有没有链路说明的文档?
如题,目前申请了一个小程序,还有撮合类微信服务,想要用小程序对视频号达人进行授权,并将商品添加到达人的橱窗,有没有说明文档该怎么弄,目前的文档太零碎了,有些字段的说明也不是很清晰。谢谢
01-17 - 小程序获取微信手机号需要进行验证码验证吗?
[图片]
2019-10-18 - 小程序如何识别↵ ?
引入wxs文件 {{tools.filter(item.description)}} return text.replace(/↵/g, '/n') 使用replace报错说 / 这个不能用,到底应该怎么识别 ↵这个换行
2019-08-03 - miniprogram-ci 这个小程序官方包 在引入第三方库时,调用上传命令会报错
官方文档: https://developers.weixin.qq.com/miniprogram/dev/devtools/ci.html 由于这个npm包代码未开源(代码压缩混淆了),没有相应的github 提bug区域,故此将bug提在这里 重现环境: miniprogram-ci 版本: 1.0.11、1.0.12 window10 企业版 64位系统 nodejs v10.16.3 npm 6.11.3 注意:mac os系统上没有此问题 最小可重现代码: https://github.com/bigmeow/miniprogram-ci-bug 重现步骤 1. 用小程序开发者工具新建立一个项目, npm init 2. 安装 `npm i @vant/weapp -S --production` 和 `npm i miniprogram-ci -D` 3. 编写 build.js, 修改其中的appid和私钥,后台关闭白名单 4. 运行命令 `node build.js` 问题 如果不引入第三方库,构建npm和上传都成功; 引入了第三方库,构建npm成功,上传失败报错;但是直接点击小程序开发者工具的上传则无问题 [图片] 报错代码: "miniprogram-ci": "1.0.11" 版本错误信息: (node:21612) UnhandledPromiseRejectionWarning: Error: ["usingComponents"]["van-icon"]: "../icon/ind ex" not found at Object.throwError (C:\project\github\bug\node_modules\miniprogram-ci\dist\utils\common.js:1: 274) at _checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1 :2012) at Object.exports.checkComponentPath.t [as checkComponentPath] (C:\project\github\bug\node_modu les\miniprogram-ci\dist\json\common.js:1:2427) at checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js :1:1537) at compilePageJSON (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1: 2249) (node:21612) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated e ither by throwing inside of an async function without a catch block, or by rejecting a promise whic h was not handled with .catch(). (rejection id: 1) (node:21612) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the futu re, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. "miniprogram-ci": "1.0.12" 、 "miniprogram-ci": "1.0.13"、 "miniprogram-ci": "1.0.14" 版本错误信息: (node:23640) UnhandledPromiseRejectionWarning: Error: ["usingComponents"]["van-icon"]: "../icon/index" not found at Object.throwError (C:\project\github\bug\node_modules\miniprogram-ci\dist\utils\common.js:1:274) at _checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1:2120) at Object.exports.checkComponentPath.t [as checkComponentPath] (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\common.js:1:2535) at checkComponentPath (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1:1537) at compilePageJSON (C:\project\github\bug\node_modules\miniprogram-ci\dist\json\page\page.js:1:2249) (node:23640) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 1) (node:23640) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code. 2020年03月31日0.05分更新: "miniprogram-ci": "1.0.18" 版本已经解决上述问题,又发现一个新的问题,在上传时打印的日志: [图片] 找到出解析出问题的那段: [图片] 是 第三库里的wxml文件里直接写wxs 才会出现?
2020-03-31 - 这个问题是要沉了么?长列表渲染卡顿,安卓直接卡死,求优化解决之道!!!!
#场景: 页面是不断上拉加载的数据流,不断地加载造成页面长列表, 情况类似使用的新闻app的数据加载方式。 结构示意: [图片] #问题: 此时进行页面渲染后,滑动页面出现卡顿现象, ios(6s)在超过10页轻微出现延迟, 安卓直接3-4页出现卡顿, 再往后直接延迟3、4秒才响应滑动,直到页面有5、6秒的延迟就操作不动。 #当前情况: 1、setdata已做优化,避免使用concat,采用分段,先占位(分页级别),再渲染。 setdata({ list[page]:datalist }) 2、列表的dom结构不一样,有单图组合文字、3图组合文字、有单张大图 [图片] 3、滑动区域没有使用scroll-view组件 不知社区内是否有类似情况,且有解的朋友。
2019-07-17