我也遇到了这个问题。期待修复
微信开发者工具调试器的AppData显示为空？[图片]
2021-11-15我把第二个请求放在settimeout里 sleep550毫秒就可以避免被pending。 只要间隔在500毫秒以内，就必然被pending 真的神奇……
简单并发场景下，请求被pending时间长达20秒，真机与开发工具可稳定复现？[图片] 业务上有个页面需要并发请求两个接口，这两个接口之间不耦合。 在并发请求时总会后者被故意pending长达20秒以上，稳定复现。 [图片] 前端写法是封装了跨资源环境共享，取了保存在globalData里的资源方云环境request。 一开始觉得可能是两个接口写在同个functionName里导致，因此拆开把其中一个box_detail放到新的云函数box_group下进行并发尝试。 问题依然稳定复现 [图片] [图片] 后面发的box_group每次都会被故意pending20秒。 云函数日志处理这个请求只用了200多ms。立刻就返回给前端了，但是前端一直收不到这个返回。 请问这边要怎么排查TTFB长达20秒的原因 p.s.这俩接口屏蔽掉一个，挨个单独发了测试，都是500ms以内。唯独并发会出问题。 appid：wxe96ba0bea0dd617d
2021-03-31第一时间用了云托管，也用了早先的跨资源环境调用。谈下区别。 基于云函数的跨资源环境共享解决方案，适合现有基于纯小程序云开发模式的团队，用一套后台适配多个小程序前端，并根据对应前端业务需求，在同个云环境快速实现不同解决方案。也就是一个云开发后台，对应多个小程序前端。 基于云托管解决方案，适合基于传统后台技术栈的后台方案，比如你家后台java写的（任意语言），现在要在不破坏原有业务的基础上去支持若干个小程序实现。你可以选择云托管。在指定小程序后台创建云托管，部署好云托管服务即可拥有云函数的微信天然鉴权等所有特性。非常方便。 要说不足的地方，文档上对于上述技术实现saas能力时，商户多账户分账，微信支付的说明较少，要靠我们自己去试，去发工单，希望能在文档里补全。 现在我们这边用第三方批量代云开发，更加契合saas服务时客户的需求。 文档：https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/Mini_Programs/cloudbase/cloudbase.html
#云开发# 你有用过云托管吗？对于云托管有什么期待或建议呢？[图片] 云托管是小程序为开发者提供的云原生容器服务，支持托管任意语言及框架的容器化应用，用户可面向代码使用，无需维护复杂的容器环境，可专注于自身的业务，使用即可享受自动扩缩容的容器资源。云托管相对于云函数，更自由灵活，支持任意语言、任意框架、常驻运行，同时也拥有云函数的微信天然鉴权等优势，更适用于有大型复杂业务的小程序。 简而言之，就是面向后端及全栈开发同学的一种全新的小程序开发模式，这种开发模式可以很好的完成大型小程序复杂的业务逻辑，部署高效，无需运维，天然鉴权。 云托管上线已经有段时间了，不知道大家有没有开始用呢？ [图片] 如果你已使用云托管，想邀请你分享你的案例或在使用过程中遇到的问题以及你的解决方案，对于云托管现有能力你有什么建议？未来你有哪些比较期待的能力呢？ 如果你还在观望中话，那项目现在后端开发主要是用哪些产品和工具呢？没有选择使用云托管的原因是什么？欢迎大家畅所欲言。 了解更多云托管相关内容可点击查看云托管使用指南以及云托管使用案例。 为本话题提供高质量回答或建议者即有机会获得微信正版周边礼品一份，快来参加吧！ [图片] [图片] [图片] *图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整 *获奖情况将在后续「社区每周」公告中进行公示
2021-03-29 iPhone6 上，屏幕宽度为375px. 1rpx = 0.5px 在rpx自动转px的时候损失了精度。丢了0.5。 你试试把子元素的width写成50%。 或者width写187.5px。
请问下iPhone6 设置375rpx宽度时，显示会少0.5px，怎么回事？.goodbox{ position: relative; display:flex; flex-wrap: wrap; background-color: red; width: 100%; } .goodbox_li{ background-color: white; width: 375rpx; } [图片] 750的屏宽，放2个375rpx的块，但是在iPhone6上会有多余的1px空隙，怎么办呢
2021-03-24一般不会起两个后台，只要一个后台就够了 真要起两个后台建议看下云托管功能 你的跨资源调用在app.js里可以work，正好符合他们设计这个功能的初衷，一个后台对应多个前端 真的要起两个后台的话，后台A->前端A->后台B。要这样通信。多此一举 你文章里尝试的后台A->后台B，在现有条件下只能通过云托管实现，跨资源共享那个方案是 后台A->前端A 后台A->前端B 后台A->前端C 所以前端B和前端C要创建一个跨资源的云环境，去桥接到A的后台
云环境共享找不着环境资源？在云函数中这样访问报错（如下）-501001 resource system error | errMsg: getCrossAccountToken:fail Environment not found [图片] 而在appjs中访问就没有问题（如下），是哪里出错了？？？？？ [图片]
2021-03-03你的下拉动作被其他元素劫持，并没有传递给page。 pulldownrefresh是由page接受并且处理的。建议打开调试器看一眼wxml部分，选中page上面的元素，看看是不是劫持了下拉事件
微信小程序当前页面下拉刷新真机测试无效怎么办？小程序在微信开发者工具里面设置的下拉刷新没有问题，通过二维码进行真机测试的时候完全不能触发下拉是怎么回事？[图片][图片]
2021-01-18我今天也遇到了，ios全部成功，安卓全部失败，楼主有解决方案吗
navigateToMiniProgram跳转后 成功后 抱歉,您访问的页面暂时失联中,请稍后再试？[图片]
2020-08-17box-sizing: border-box; 加上这个就解决了 抱歉占用大家时间 我来关闭这个问题
【已解决】利用border绘制不规则view时，实际的width存在误差WXML: WXSS: .intro { height: 62.5px; width: 171.5px; border-radius: 4px; background-color: #3A6EC4; overflow: hidden; position: relative; margin: auto; padding: 0; } .redLadder { position: absolute; top: 0; left: 0; height: 0; width: 96px; border-top: 62.5px solid red; border-right: 20.5px solid transparent; padding: 0; margin: 0; } 我希望绘制一个上边长度是192rpx，下边是151rpx，高度是125rpx的直角梯形。根据网上教程用border绘制，结果发现实际运行结果绘制出来的梯形宽度存在20px的误差。这个误差试过padding设0以及margin设0等操作依然无法排除。 下面放一些尝试过程图。 p.s. view的width应该是不包含Border的宽度吧。绘制不规则图形的时候，整体的width应该理解为最短边，还是最长边呢。 [图片] 上面是rpx的版本 [图片] 上面是特地改成px，然后加了padding和margin:0的版本 萌新不懂求助社区，恳请指点
2020-07-29
获得过 0 次赞
回答过的问题获得 0 次赞
分享过的文章/案例获得 0 次赞
评论与回复获得 0 次赞