[图片]数据突然出现断崖式下跌是为什么？但是小程序实际是有在使用的，并且平台都有成交数据，这是官方we分析平台的截图

你好，你的小程序涉及多个商家提供商品的在线交易及配送，请补充选择：电商平台-电商平台类目，或接入电商平台-电商平台类目插件，插件接入可参考： https://developers.weixin.qq.com/miniprogram/introduction/plugin.html 目前咱们增值业务许可证还没有下来，但是这个插件说的也太笼统了吧，应该接哪个或者哪些插件可以让我们审核通过呢？

[图片]商家自营的鲜花为什么要10万保证金，交易保障客服都找了好几次都是找不到客服，等一天都没动静，没人可以解决吗？appid:wxc829c3d2cc4423ef

[图片]商家自营的鲜花类目为什么还要交10万保证金

商家自营/园艺，鲜花以及B2b类目，竟然要交10万，客服也找不到[图片]

系统目的是发送用户的多张小票打印（一次性可能会有200张），每张小票转化为一个二进制数据，遍历发送给打印机每次20个字节，发送完成之后开始发送下一张小票信息，一直执行到用户打完所有的小票信息，wx.writeBLECharacteristicValue执行成功后才会发送下一组的20个字节。但是在打印的途中，偶发性出现小部分小票的信息缺失了一小部分或者出现一小部分信息错乱（部分信息是其他标签上的，而不是当前标签上的信息）。最初在每次writeBLECharacteristicValue执行成功后没有加延迟，出错的概率大概是每天都有1-2个用户出现部分错误（平台每天大概4万张小票打印，1000多个用户），后来在writeBLECharacteristicValue执行成功后增加几十毫秒延迟，出错概率大概变成了一个星期可能会有一个用户出现错误。可以问一下为什么会产生这种情况吗？如何去规避这种情况呢？

{'wxdata_perf_monitor_level':'1','wxdata_perf_cost_time':'16996','wxdata_perf_extra_info1':'{"transportRttEstimate":101,"domainLookUpStart":1701237146075,"responseEnd":1701237163055,"sendBytesCount":651,"redirectStart":0,"connectEnd":1701237146133,"protocol":"http/1.1","peerIP":"47.116.10.214","requestStart":1701237146075,"socketReused":false,"fetchStart":1701237146074,"SSLconnectionStart":1701237146083,"estimate_nettype":5,"httpRttEstimate":101,"throughputKbps":0,"SSLconnectionEnd":1701237146133,"downstreamThroughputKbpsEstimate":1961,"domainLookUpEnd":1701237146075,"responseStart":1701237163047,"redirectEnd":0,"rtt":53,"connectStart":1701237146075,"port":8080,"receivedBytedCount":365,"requestEnd":1701237163054}','wxdata_perf_monitor_id':'xm-bulky-purchaser/product/getTradePeriod','wxdata_perf_error_code':'0'} wxdata_perf_extra_info1对象是wx.requset返回success的profile，通过微信的基础监控上报的，但是在本地调试时未遇到过这么久延迟问题 其中requestStart到requestEnd耗时16979 毫秒，这是什么原因呢？

通过微信的wx.reportEvent上报接口监控数据，部分情况出现了几十秒的耗时，请问这种情况可能是由于哪些方面造成的呢？大部分用户通过4/5G网络打开，并且冷启动出现的概率较大 [图片]

部分用户在首次进入小程序，使用手机4G/5G网络时，接口加载的非常缓慢，是因为服务端使用了ssl原因或者证书原因吗？还是代码写的有问题？

第一次打开小程序的用户调用chooseLocation提示112，但是刷新重新进入就可以正常使用chooseLocation