已经可以。感谢!
miniprogram-ci命令行上传静态内容失败,提示getFederalToken fail?一直有用命令行上传小程序,新尝试上传静态内容(已开通),总是未成功,提示【getFederalToken failed: undefined】。 稍微改了下node_modules的代码,显示出错误详情(绿色)如下。 用的key是上传小程序用的那个 [图片]
2021-12-14留意到官方已经发布2.5.3,实测已经修复问题。 diff 199d198 < providerInitOptions.env = providerInitOptions.env || process.env.TCB_ENV; 218c217 < return this.isCloudInstance ? Object.assign(Object.assign(Object.assign({ throwOnCode: false }, this.cloudInstanceOptions), { version: `wx-server-sdk/${version}` }), wxLocalSCFConfig) : Object.assign(Object.assign(Object.assign({ throwOnCode: false }, config), { version: `wx-server-sdk/${version}` }), wxLocalSCFConfig); --- > return this.isCloudInstance ? Object.assign(Object.assign(Object.assign(Object.assign({ throwOnCode: false }, this.cloudInstanceOptions), { version: `wx-server-sdk/${version}` }), wxLocalSCFConfig), { env: process.env.TCB_ENV }) : Object.assign(Object.assign(Object.assign(Object.assign({ throwOnCode: false }, config), { version: `wx-server-sdk/${version}` }), wxLocalSCFConfig), { env: process.env.TCB_ENV });
wx-server-sdk@2.5.2似乎有问题今天突然云函数炸裂了,总是报告【Environment not found】什么什么的。查了半天,最后发现,应该是`2.5.2`这个版本的wx-server-sdk有问题。回滚写死到`2.5.1`,一切安好。 重现: 创建简单云函数// 云函数入口文件 const cloud = require('wx-server-sdk') cloud.init({ env: cloud.DYNAMIC_CURRENT_ENV }) // 云函数入口函数 exports.main = async (event, context) => { const { ENV, OPENID, APPID } = cloud.getWXContext() // 如果云函数所在环境为 abc,则下面的调用就会请求到 abc 环境的数据库 const dbResult = await cloud.database().collection('user').get() return { dbResult, ENV, OPENID, APPID, } } 确认wx-server-sdk版本未2.5.2{ "name": "hello-jeff", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "test": "echo \"Error: no test specified\" && exit 1" }, "author": "", "license": "ISC", "dependencies": { "wx-server-sdk": "2.5.2" <---- 看这里哦 } } 上传,跑一下,譬如【云端调试】,会报错修改版本未2.5.1,重新上传部署,再跑,就正常了(当然你得有user这个collection)
2021-07-06看得好费解 [图片]
镜像仓库的密码重置后总是无法登录成功?【微信云托管】管理后台,创建一个托管服务,然后进入到服务的【镜像仓库】,根据指引设置密码。然后根据指引进行登录,总是无法成功。手工登录【腾讯云】后台,查看镜像相关服务,也没看到对应的实例。
2021-07-05开发环境,搞不出这个错误。暂时只有生产有点点量的时候能观察到
云开发数据库的Watch总有错误似乎无法处理,“initWatchFail”,有人知道么?吐槽下:标题一定要有问号感觉有点蠢啊。。。 Anyway,一个小程序用到了云开发数据库的watch功能,但是上线后一直会在业务高峰期(其实没多少)收到` current state (CLOSED) does not accept "initWatchFail"`报错。 感觉这个错误好像不能被业务代码处理抓住。 我们在`onError`和`watch`都试图去处理,也上了实时日志。目前还是没有头绪,感觉抓不住。实时日志只看到onError的,看不到其他,但是又收到报错。 搞不清楚是报错残存的旧版本问题(报警群有,但是查错误日志又没有,看不出版本),还是说其他原因。 代码片段: // 下面的包装的watch function ourWatch(id, funcs) { return db.collection("certificates").where({ _id: id, _openid: '{openid}' }).watch(funcs); } // 开启监听 try { this.certDbChangeWatcher = ourWatch(this.data.certificate._id, { onChange: (snapshot) => { if (snapshot.type == "init") return; // 业务代码,就忽略啦 // ..... }, onError: (err) => { console.error("Watch certificate change error", err, this.data.certificate); if (rtLogger) rtLogger.error("Watch certificate change error -- " + this.pureData.watchRetriedCount, err, this.data.certificate); this.stopDbCertificateChangeWatcher(); // 业务代码,就忽略啦 。onError的话,做重试 // ..... } catch (watchStartErr) { console.error("Watch certificate change start failed", watchStartErr, this.data.certificate); if (rtLogger) rtLogger.error("Watch certificate change start error -- " + this.pureData.watchRetriedCount, watchStartErr, this.data.certificate); // 业务代码,就忽略啦 。启动失败的话,做重试 // ..... }
2021-02-04一模一样得问题。。。 更新到这里吧,结论还是官方的bug。下面是一个直接修改快速修复的方法,反正这类命令行应该都在于CI脚本里面,结合到脚本的npm install后面就好。 sed -i 's/setTimeout/((callback,delay) => {return setTimeout(callback,delay).unref();})/g' node_modules/miniprogram-ci/dist/cloud/uploadFunction.js
调用ci的uploadFunction上传云函数停留在deploye无法退出?使用miniprogram-ci的uploadFunction想来批量更新云函数,测试的过程中,发现一直停留在deployed状态下,但是IDE中的云开发控制台显示,云函数已经更新成功了。 npm版本:6.1.0 node版本:8.9.1 miniprogram-ci版本:1.0.83 OS:macOS Catalina 10.15.6 IED版本:1.03.2010232 命令行显示: will upload code under cloudfunctions/login as cloudfunction 'login' of env release-xxxx. remote-npm-install: true checking cloudfunctio status, will only proceed on normal status env release-xxxx's cloudfunction 'login' status: Active get cloudfunction info done will update cloudfunction zip file done, updating cloudfunction code cloudfunction code updated, installing dependencies in the cloud and deploying env release-xxxx's cloudfunction 'login' status: Updating env release-xxxx's cloudfunction 'login' status: Active deployed ~~~~~~2020年12月1日分割线~~~~~~ 我就想看看,究竟有没有人回复 ~~~~~~2021年月1日15日分割线~~~~~~ 腾讯还是牛逼的,厉害了
2020-12-28最近也在折腾这个问题。 目前的结论: [更新] 原来开了【上传时自动压缩混淆】会触发自动解的行为。想保持app-service.js报错,别开那个。 官方编译的时候,感觉似乎做了一个Inline的sourcemap到app-service.js报错的时候,还会自动帮解出来。连TypeScript转JS再编译的,都可以对应到.ts 不过对于想自己对着app-service.js.map来解的不是很友好。
想看source Map 文件错误的行列,平台为什么没有app-service.js文件报错?[图片]
2020-12-14