我在做一个内容小程序，想使用搜一搜功能，但是通过社区的大部分资料来看现在这个页面内容录入的功能现在是不开放了吗？ 我们现在要做的就是想在微信搜索区内搜索「xxx」关键字，能够出现我们小程序内有「xxx」关键字的文章，点击对应的区域之后进入小程序。 现在小程序内容接入功能的文档已经和小程序管理后台相关功能对不上了 https://developers.weixin.qq.com/miniprogram/introduction/widget/we-search/WXAPAGES.html#%E4%BA%8C%E3%80%81%E6%9D%83%E9%99%90%E5%BC%80%E9%80%9A%E6%B5%81%E7%A8%8B 这个公告就是指的后面的内容收录功能 几乎没用了对吗 ，我新开发的小程序里面有对应的文章，通过接口上传了「接口https://api.weixin.qq.com/wxa/search/wxaapi_submitpages?access_token=TOKEN」 也不会收录成功对吧！https://developers.weixin.qq.com/community/develop/doc/00008af52d008896d7dceb4f35d801?blockType=1 有大佬可以帮忙解决一下吗，给官方发的邮件肯定是不会回复的。。。。 急

小程序搜索页面收录，除了爬虫爬取收录外，是否还有其他收录途径？最近小程序的一些页面（没有使用接口推送过的页面）被收录了，但是并没有爬虫爬取的日志记录，想知道是通过什么途径收录了呢？

https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/ad/interstitialAd-ad.html 手机品牌：vivo android版本：9 [视频] onload：初始化 // 在页面onLoad回调事件中创建插屏广告实例 if (wx.createInterstitialAd) { interstitialAd = wx.createInterstitialAd({ adUnitId: 'adunit-f382cc51aaa985a4' }) interstitialAd.onLoad(() => { console.log('插屏 广告加载成功') }) // interstitialAd.onError((err) => { // console.log('onError event emit', err) // }) } onshow方法内调用： // 在适合的场景显示插屏广告 if (interstitialAd) { interstitialAd.show().catch((err) => { console.error(err) }) }

上周微信更新6.7.2版本，从大家对微信小版本更新的反应来看，用户端可以算是无感知更新，但是在开发者群体中，可谓是怨声载道。 微信版本更新附带小程序基础库更新，而这次更新，带来了诸多问题，暂时发现的有： 更新到6.7.2小程序内嵌webview，顶部标题栏自定义失效 安卓 WebView position:fixed 错位问题 getBackgroundAudioManager 接口为什么无法后台播放音频了 微信小程序跳转返回，onshow监听到的APPID问题 微信6.7.2测试版getImageInfo这个方法不能得到本地图片的数据 小程序头部系统栏目在tabBar置顶的情况下 位置互换(微信6.7.2)版本 等等 从上面来看主要是web-view和音频API的调整（如果忽略了其它还请提醒），对于不内嵌web-view和不使用音频的小程序来说，本次更新可以忽略，可惜还是有不少小程序躲过了初一，没躲过十五，我司的小程序就不幸属于其一。 在此不讨论技术上的问题，因为怎么实现这些调整是微信的事，我只想问微信小程序团队几句： 你们进行小程序调整的根据在哪儿？有没有在用户群体和开发者群体进行调研？ 你们调整之前有没有在开发者社区进行公示或者告知？ 你们内部有没有开发流程规范？包括从开发者工具、开发规范调整、文档更新、社区运营一整套的流程。 基础库更新上线之后，如果出现大面积问题，你们的补救措施在哪儿？ 以上几个问题，希望能够有官方人员给予解答。 微信小程序和小游戏带来了一大波红利，这点是毫无置疑的，甚至连微博如此的流量巨兽都做起了小程序。但是从今年开始，微信的更新逐渐暴露出问题，重大调整在社区（甚至是文档更新人员）毫不知情的情况下进行，导致许多小程序团队都要进行临时调整，紧急上线。 我们在意的并不是更新带来的问题，而是更新的流程规范。下面的几个截图是从开发者社区截取的 [图片] [图片][图片] 可以看到，开发者完全不知道，也并不理解本次更新的意义，而对于开发者提出的质疑，官方也并未解答，只是单纯地贴出文档。而这个文档，也是在微信更新大面积铺开，社区和用户之间发现大量问题之后才进行更新的。 众所周知，W3C的规范制定流程每一个都耗时巨久，而耗时带来的则是稳定性，一旦标准成为规范，几乎不太可能会被撤销或者再次修改。而在每一个阶段，规范都将向社区展示，社区则可以进行反馈，最终决定一个一致的方案。 W3C技术报告开发流程 发布第一份公开工作草案（First Public Working Draft） [可选]发布几份修订公开工作草案（revised Public Working Drafts） 发布候选建议书（Candidate Recommendation） 发布提议建议书（Proposed Recommendation） 发布W3C建议书（W3C Recommendation） [可选]发布编辑建议书（Edited Recommendation） 我们希望小程序团队能够制定出一套类似W3C的规范，在每一个阶段对社区进行公示，听取社区反馈意见，综合之后再进行调整，并及时更新文档。这样无论对于微信想要打造的小程序生态，还是开发者和用户来讲，都大有裨益。

在分享页面做卡片生成，从接口中读取的图片链接，使用downloadFile将图片下载生成临时链接地址，之后执行canvas绘图，但是画图的时候图片显示不出来，只有加setTimeOut做个延时才可以，这是为什么呢？而且生成卡片不稳定，有时候能显示，有时候显示不了，能否给个解决方案

都是关于小程序的问题： 1、setdata传递大量新数据容易让性能变差，请问多少范围是合理的？ 2、让性能变好的最佳方式是什么？ [图片]

问题：小程序性能优化多次安卓依旧卡顿 问题描述：《一叠微书》 小程序在文章页点击文字进行标注，评论等操作的时候，如果文章比较短的话，延迟1-200毫秒还好，文章比较长的时候，点击文字的时候ios延迟很短还能接受，安卓骁龙820的处理器的小米5基本上要延时3-4s才会得到反馈，用户体验不是很好，觉得手机性能差别应该不会这么大，毕竟是前一两年的主流机型。 希望指出修改的建议 。 谢谢

需求实现一个在线买票座位分布，座位数量在1000-2000 之间，我用canvas渲染 或 直接用view标签渲染，在拖动座位图时都非常卡，请问有什么好的解决办法吗

为什么需要一个这样的 live-player/video 呢？ 答： 1，因为通常情况下，我们需要在视频上放一些自定的控件，动画等等。但是用 cover-view 的话实现起来非常的费劲，甚至BUG一堆一堆的（不是一个一个哦，是一堆一堆哦）。 2，性能问题/动画问题，cover-view 的性能可以说是差到了极点，目前猜测其是不断的跟踪 dom 的位置。这对于用 cover-view 来做动画而言是硬伤。如果说要用 cover-view 取实现一段帧动画（比如：spine），这。。。 3，display:inline 的问题，cover-view 是不支持 display:inline 的，这导致多行图文混排无法实现。 [代码]<[代码][代码]cover-view[代码][代码]>[代码][代码]    [代码][代码]<[代码][代码]cover-image[代码][代码]>[代码][代码]   [代码][代码]<[代码][代码]cover-view[代码][代码]>很长很长的文字。。。。[代码]cover-view[代码][代码]>[代码][代码][代码][代码][代码]cover-view[代码][代码]>[代码][代码][代码]------------------------------ |【图片】很长很长的文  （注意这里断行） |  字。。。 4，cover-view 的问题实在太多了，不列了伤感情。。。 为什么要在视频上放UI？ 答：为了用户体验，全屏式/沉浸式的用户体验。不然对不起 navigationStyle:custom（这个功能赞一个）。 如果官方不提供呢？ 答：那能不能给一个像小游戏一样的 canvas？现在的这个 canvas 除了名字是 canvas 以外，其他的都不是！