我是按照本地调试（https://developers.weixin.qq.com/miniprogram/dev/wxcloudrun/src/basic/localdebug.html）上进行使用的，其中container用的是官方提供的python_helloworld代码，他一直提示我没有这个container.config.json文件，但是我其实有按照说的那样放一个这个文件，文件树如下图，请问是我container.config.json文件放错位置了吗？球球大大解答╁ [图片] [图片]

请教一下，免鉴权获取openid和unionid是只能在小程序下才能获取么？公众号网页是否也可以免鉴权获取呢？

微信开发者工具未来是否会像云函数那样，在开发者本地，为云托管的本地服务创建一个沙盒环境 这样本地的web服务也能够享有云开发免鉴权、云调用等能力 开发和产线环境一致，简化开发流程～

很久没看云开发，刚刚看到有云托管的方案。这个方案很好或者说本来就应该这个方案，简单点就是真正的serverless云函数 当然对于开发者来说最好的一点就是终于不用限制开发语言了，放开了这点好处太多了 然后现在我最大的想法就是缺少本地的开发调试，目前来说开发流程是 本地盲写代码进入小程序云开发进入云托管上传文件夹代码（本来想用git仓库，结果绑定后一直报「出现一些问题」所以不能用）经过超长时间的持续构建然后返回小程序调用发现没写好重复上面流程 这就产生一些问题 第一个问题：真的是这样的开发姿势吗？ 这种开发效率也太低了吧 目前来说，理想中有两种方案 第一种是和serverless一样支持本地开发环境，即有本地开发环境，不需要先上传到线上 当然最理想的情况肯定是和midways的hooks一样的，本地调用云函数跟普通函数一样的方法，好处比较多。 第二种是用工程化来解决，但这不如第一种的好。 我知道这个以后肯定会支持，所以有下面第二问题 第二个问题：现在推出云托管的目的是什么？ 是第一个问题的衍生，即现在开发这玩意这么麻烦，有跟没有一样。 我的想法也就是说应该先去解决如何更简单更高效的开发，而不是先上这个功能。 原因有很多，例如已经有了云函数了，这个云托管并不急这种。但云开发的产品经理有自己的考量，我只是提出我的想法 第三个问题：推出云托管的意义是什么？ 或者说 对于原云函数的意义是什么？是否会替换原云函数？有了原云函数，为什么会推出云托管？ 很早之前尝鲜过小程序的云函数，总体来说就是疑问是『为什么不直接使用市面上的云函数方案而是「定制」了一下？』，导致开发的时候比真云函数来说效率变低，限制变多。 然后我的想法是既然有了云托管（真云函数），那原有微信小程序版的云函数应该就没有必要了 因为云托管解决了原原函数的很多开发问题和扩展性问题 ，是绝对替代方案 或者说原函数方向错了，最后还是回归到正道上。毕竟从解决需求和技术设计实现上都是相同的 并且对于普通微信小程序开发者来说，理论上如果完善一下现在的云托管，可以说完全没有区别（用户角度）。 相关问题：《使用云托管，本地和线上环境不一致的问题？》

mac稳定版最新版本、预发布版最新版本 windows稳定版最新版 以上两个系统都测试了，新初始化的小程序没法进入，曾经进过的没问题，请官方人员修复下，谢谢

该弄的都弄了，不知道什么情况，稳定版的也重新下载了 [图片]

您好，小程序云开发一直等待资源初始化怎么解决？各种方法都试了，也等了好几个小时都不行。APPID：wx78025055963bd424

[图片] 如图所示，等了好久了，一直是这样。

[图片] "cloudbaseRoot": "cloudbase/" 创建文件夹后 文件夹没有出现云朵标识，重开后文件夹多出两个文件

云开发静态网站托管的网页H5跳转小程序，Safari能自动跳转，部分浏览器打开不能自动跳转，如UC浏览器