openid你可以简单理解成hash(微信用户的唯一编号 + appid)
允许个人修改微信号,openid不再唯一么?现在微信允许人个修改微信号,那修改前跟修改后,在某个微信小程序中的openid是否也会变化?
2020-06-05你是不是在开发者工具里上存的? [图片] 顺便吐槽一下,既然有logger,为什么catch异常要e.printStackTrace(),这样不好。。。
小程序的录音文件格式(wav和MP3)和标准的格式是不一样吗?上传到后端保存下来打不开,显示0:00请问小程序录音现在支持WAV了是吗(文档里有说明了),但是我将录音(MP3和WAV都试过)上传到后端之后,保存在本地用播放器打不开,时间显示0:00,但是在浏览器里能够打开,请问小程序的音频格式和标准的格式是不是不一样呢,这个如何解决呢,谢谢。 小程序代码(部分) //上传录音 upload:function(){ wx.uploadFile({ url: "http://localhost:8080/voice/upload",//演示域名、自行配置 filePath: this.tempFilePath, name: 'file', header: { "Content-Type": "multipart/form-data" }, //开始录音的时候 start: function () { const options = { duration: 10000,//指定录音的时长,单位 ms sampleRate: 16000,//采样率 numberOfChannels: 1,//录音通道数 encodeBitRate: 96000,//编码码率 format: 'mp3',//音频格式,有效值 aac/mp3 frameSize: 50,//指定帧大小,单位 KB } //开始录音 recorderManager.start(options); recorderManager.onStart(() => { console.log('recorder start') }); 后端代码: public String upload(HttpServletRequest request, @RequestParam("file")MultipartFile[] files){ LOGGER.info("上传测试"); //多文件上传 if(files!=null && files.length>=1) { BufferedOutputStream bw = null; try { String fileName = files[0].getOriginalFilename(); //判断是否有文件(实际生产中要判断是否是音频文件) if(StringUtils.isNoneBlank(fileName)) { //创建输出文件对象 File outFile = new File(uploadPath + UUID.randomUUID().toString()+ FileUtil.getFileType(fileName)); //拷贝文件到输出文件对象 FileUtils.copyInputStreamToFile(files[0].getInputStream(), outFile); } } catch (Exception e) { e.printStackTrace(); } finally { try { if(bw!=null) {bw.close();} } catch (IOException e) { e.printStackTrace(); } } } return "success"; } 希望能得到回复,谢谢。
2020-06-05我发觉在开发者工具和真机调试的时候,都会变成1.1 但是如果预览的话,或者发布之后,会继续走http2
wx.request enableHttp2 无效?wx.request2.10.4新更新的enableHttp2参数,设置成ture后无效,还是http1.1协议调用的 下图为测试用的小程序代码: [图片] 下图为API日志记录: [图片] 下图为浏览器直接访问API的日志记录: [图片] 证明API接口是支持HTTP/2的协议,问题应该出在小程序的API中
2020-06-05小程序码都是通过http调用微信的接口调用获取的 接口文档 https://developers.weixin.qq.com/miniprogram/dev/api-backend/open-api/qr-code/wxacode.getUnlimited.html
获取指定页面的小程序码?怎么用c#获取小程序码
2020-05-14+1
WebAssembly支持希望增加WebAssembly API,JS的加解密库和图片处理库实在太耗性能了
2019-09-01在view里面啊?😂 [图片] text里面才能换行
如何解决\n换不了行的问题?[图片] 如何解决\n换不了行的问题?
2019-08-07[图片] 在iPhone上真机调试的时候发现的,可以获取到当前手机的电量百分比。
小程序如何获得手机来电话或低电量告警事件?我们在做小程序开发时,小程序在手机来电话或遇到低电量告警时,会中断运行。onHide和onShow事件捕获不到这两种情况。我们在小程序开发文档中也没有查到相关的说明。请问这种情况怎么处理呢?用哪个事件能够捕获到呢?
2019-08-07[代码]Page({[代码][代码] [代码][代码]onLoad: [代码][代码]function[代码] [代码]() {[代码][代码] [代码][代码]let that = [代码][代码]this[代码][代码] [代码][代码]setTimeout([代码][代码]function[代码] [代码]() {[代码][代码] [代码][代码]that.setData({...})[代码][代码] [代码][代码]}, 1000)[代码][代码] [代码][代码]}[代码][代码]})[代码]例如这种情况。 反正就是出现闭包,或者别的跨实例的调用,或者此this非彼this的状况。那你就需要通过that = this或者别的什么东西来把原来的this传进去。
微信小程序中,什么时候才把this编程that?微信小程序中,什么时候才把this编程that? 以前一直有个习惯,就是在函数体内都会改变下this,然后今天被老大说了,我只是用let that=this 是为了存一个当前指向的this,但是具体什么时候去存这个this还是比较模糊,希望来个人帮我解答一下,谢谢~
2019-08-07你还是检查下代码吧。确保一下只有一个实例在获取access token。或者secret是不是泄漏了。别人也在用。 把secret重置,和设置调用白名单吧。
微信开发 api TOKEN用量什么时候清零啊?经常一大早就出现token调用2000/2000满,我检查了程序cgi-bin/token调用的地方都经过缓存,但是用量仍然在不断增加,请问还有什么别的方式会导致token调用量增加吗? 还有感觉每天的调用量并没有清零,请问微信平台是什么时候清零啊?
2019-08-02小程序刚开始公测的时候,第一次用小程序的界面,我是真的无法分辨到底是类似Reactive native的技术,还是纯粹一个H5,但是开发跟H5真的太像了,所以就去反编译了一下微信看看,嗯,到底还是没离开浏览器。 但是到后来,慢慢的觉得,打开小程序,网页的感觉越来越强了,我相信所有做过原生开发的程序员都能够看第一眼页面加载就能够判断这到底是一个网页还是一个原生的app。没有刚开始打开的那种惊艳的感觉。我也不知道到底是页面变复杂了,还是开发上发生了什么变化导致的。 不过话说回来,小程序跟公众号h5的区别还是有的,而且很大,起码打开小程序只有第一次比较慢,以后基本都是秒开(只要用户没有手动删掉小程序)。h5就不一定了,这个还是视网页缓存失效的时间和前后端的优化来说,比较复杂的页面,基本资源文件比多的时候基本快都要等个3、4秒。小程序第一次载入,先不多说别的,就基于小程序的代码是从微信官方下载,各种cdn,就是我们这些小企业所不敢投入的,至少比你一个服务器下载网页要稳定很多。微信认证一年也就300,自己去弄个云的cdn搞不好一个月几千就没了。 其实现在某宝的小程序、百度也有,但是如果我想同时在这几个平台上都有一个自己的小程序的话,工作量无疑是翻倍的。所以这个时候抉择很重要,到底各自的小程序有什么优势。我们选微信小程序的原因或许很简单,第一个,就如楼主说的,在风口上。第二,微信基本上是每人装机必备。而且就体验上来说,还是比h5好一点。假设你浏览完h5跳转了很多个页面,不小心关了。那么你要怎么回去这个页面?小程序还能在多任务栏上回去,只要时间不是太长,还是能够在之前的界面继续操作的。h5呢? 接下来说说h5好的地方,起码你每发布一次版本,你不用等审核。小程序的审核虽然有时候很快,但是万一有个前端没测出来的BUG被用户发现,还是无法做到快速修复(比起h5来说) 我不懂运营,也不懂市场,就是一个纯粹的技术。 综上所述,在我的角度来说,我觉得小程序更像一个运营性的产品,而不是一个技术性的产品,别的我不懂,起码它引起话题了,就算那些并不清楚公众号网页和小程序有什么差别的人,甚至没做过微信开发的人都知道有小程序这么个东西,可以说是非常厉害了。至少你跟一个完全不懂的人说,某宝也有小程序,大部分人可能会很惊讶,你不说我也不知道。但当你跟他说微信的小程序,他会说我也有在用,或者听说过。 小程序会更像app吗?我觉得就算会,也是很久远的事情,只要它的血液里还有浏览器在,除非浏览器发生翻天覆地的变化,否则它跟原生app的距离不会有任何很大距离缩短(至少对于技术来说) 所以我们现在基于小程序实现自己的业务,更多的是因为小程序的风头火势。就奔着很多人知道小程序这个原因,我觉得也足够成为开发小程序的原因。 另一方面,我觉得对于现在的用户来说,体验是必不可小的。就单纯小程序第二次打开和多次重复进入一些业务性很强的界面不用忍受那几秒白屏或者loading,我觉得已经可以把大部分不好的地方摒弃掉。毕竟有时候用h5,看到那个绿色的进度条,还有白屏,是挺窝火的。 虽然还有很多想到但是写着写着忘了的观点,还有很多别的我没想到的观点,先写这么多,不喜勿喷。
小程序和微信公众号在开发功能上的优势和劣势都有哪些!在线等!开发了一款叫“供热宝”的小程序,当向用户推广的时候,很多人提出,这些功能为什么要在小程序上做?在公众号上开发不就好了么?我竟答不出来!那么小程序到底有什么样的优点是公众号比拟不了的?小程序在后续开发上比公众号的优势在哪呢?为什么我们要在小程序上开发而不是在公众号上开发呢? 我当初开发小程序的理由只是单纯的因为这个是一个风口,我知道张小龙一定会让小程序更像APP,实现更多的功能! 但是面对我的用户这样提问我,不是技术猿的我,竟无言以对!
2018-12-15