2024年了,还没有解决方案
有没有办法在wx.openCustomerServiceChat接口中传递必要的用户信息?微信客服接口用在小程序很方便, 但是后台接收到客户信息时除了微信号和头像, 没有办法知道在小程序中的一些用户信息. 有没有办法把这些信息放在接口的参数中传递到后台, 在客户服务中能快速知道用户和相关的一些信息
03-27我也好奇这个,因为小程序有体验版,连接是测试服务器。因为之前项目的关系,接手的项目没有提供这个中控服务器
小程序Access_Token 怎么识别生产环境 和测试环境HI all 因为小程序有access_token的关系, 不能在两个环境公用一个APPID (测试环境和开发环境), 大家是怎么解决这件事的.
2019-11-02官方的小伙伴都没有出来解答一下这个问题呢
小程序模板消息通知- 需求的场景描述(希望解决的问题) 在有些流程类的业务场景中,第一个环节开始要转入下一个环节,每个环节需要都需要消息通知下个环节的人。 目前的小程序消息模板,只能自己先订阅过(formId),才能接受到消息。这样情况对于自己操作给自己通知是适用的,但是需要通知下个环节的人员的情况是不是适用的。 - 希望提供的能力 小程序完全开放消息模板功能,类似公众号一样,不要采用formId限制,否则很多场景都不好实现。 如果去调用公众号的消息模板,又必须采用unioinId,要用unionId又必须采用开放平台,太麻烦了。 (PS:既然公众号都可以开放消息模板,不明白小程序要做这么严格干啥呢?)
2019-10-28我也遇上 fail unexpected end of stream on com.android.okhttp.Address@e23e6146这个问题。不知道楼主解决了没,客户一直认为是我们开发的代码没有问题,但我们排查好长一端时间,发现我们的服务器是正常可用的
request:fail小程序客户端Bug反馈【如果有做错误检测大家应该都遇到】- 当前 Bug 的表现(可附上截图) 报各种网络错误 - 预期表现 在开发工具跟自己手机都正常 - 复现路径 个别客户手机上。 - 提供一个最简复现 Demo 这个问题,大量人提问,看社区的意思都是证书错误之类。 经过大量客户测试,得到大量这种错误信息。 第一种: {"errMsg":"request:fail Connection timed out"} 第二种: {"errMsg":"request:fail 网络连接已中断。"} 第三种: {"errMsg":"request:fail Read error: ssl=0xabde1d00: I/O error during system call, Connection reset by peer"} 第四种: {"errMsg":"request:fail ssl hand shake error"} 第五种: {"errMsg":"request:fail socket time out timeout:60000"} 第六种: {"errMsg":"request:fail unexpected end of stream on com.android.okhttp.Address@be97607c"} 第七种: {"errMsg":"request:fail null"} 第八种: {"errMsg":"request:fail unexpected end of stream on Connection{api.xxxxx.com:443, proxy=DIRECT hostAddress=106.122.254.22 cipherSuite=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 protocol=http/1.1} (recycle count=0)"} 第九种: {"errMsg":"request:fail Software caused connection abort"} 第十种: {"errMsg":"request:fail 无法建立数据连接,因为通话仍在进行中。"} 第十一种: {"errMsg":"request:fail 似乎已断开与互联网的连接。"} 第十二种: {"errMsg":"request:fail Network is unreachable"} 等。。。 这些都是我自己接口,日志收集的,服务端没有这些错误的请求日志, 我是在 request函数错误后,把日志再提交给我一个日志接口。 由于日志没法分组查询,可能还漏掉一些情况。 跟证书肯定是没关系,我付费证书,支持TLS 1.0,TLS 1.1,TLS 1.2 , 小程序这个域名也使用2年了,一直有这个问题,之前由于没啥用户量,就没怎么管, 目前小游戏每天有十几万活跃用户, 如果1000个人里有一个人发生这样的问题,每天都要处理100多个人投诉,实在头疼,请求大家解决办法。 小程序也会出现,个别时候开发工具也会出现,重启电脑就好了。 小程序里面出现就比较神奇了, 这个请求进入 fail,我立刻再请求一次,把这个日志上报,同样一个域名,同样一部手机,几乎同样一个时间点。 上报日志竟然成功了。 第十种:提升非常友好,因为通话仍在进行中,符合这种情况,比较理解,电话一响断网,没接到电话,立刻恢复。 然后日志就可以请求这个域名了,可其他种情况也太多了吧,例如第二种:网络连接已中断,第十一种:似乎已断开与互联网的连接, 一个叫网络中断,一个叫似乎网络中断。。。 做程序员技术的,网络断了就断了,没断就没断,这程序员很有意思似乎中断,我都不知道怎么跟客户解释。 如果不是中文,我根本看不懂,其他英文能找到文档对应说明吗? 目前报这些错误的时候,完全没有nginx日志,就是没请求来服务器,我想解决这些没必要的错误,或者减少某些错误,请求各位大神帮助。
2019-07-04