如题

异常iphonex下的效果 [图片] 正常iphone6下的效果： [图片] 这个问题🈶️小伙伴遇到吗？怎么解决的啊？ 自定义底部导航吗？

现在小程序资料页面可以查看到小程序后台接口地址，从安全性和保密性两个方面，建议官方不要显示后台地址。 [图片]

遇到问题也不会先搜索查找一下 提问的时候文字都舍不得多输几个，常常问题描述不清楚，代码还舍不得贴 可气的是有些人贴代码是截图，想帮他重现问题还得照着图片敲一遍代码 总喜欢问人要源码，提供的思路明明能解决问题了，他们也懒得去想 要不你们把项目外包给我做吧！？我快要失业了。

- 需求的场景描述（希望解决的问题） 知乎头部样式是怎样实现的 - 希望提供的能力 [图片]

background: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAIQAAAAoCAYAAAA/...................'); background-size: 132rpx 40rpx; background-size在background前面就不生效，必须放后面才行

怎么去判断手机是iphoneX？我写了获取手机信息的   然后让他的名字==iphone X，然后真机上不行  打出珍惜的型号是  iphone X后面还带很多参数的    那不同配置的iphone X岂不是名字都不一样？

 RT webview跳转进入原生页面，原生操作完毕后返回webview，并且需要webview能更新状态，刷新。 webview =>原生 webview（刷新）<=原生（操作完毕） 网上看了很多办法， 1.也是目前用的 就是pages修改上一页webview的url先为空或者其他的，再改回原来的url，并且延迟了1秒后跳转 [图片] 开发者工具始终是没问题的，真机就算是同一台手机，有时候却会保留webview url变化的记录，就是返回webview之后，再点左上角返回，并没有返回webview上级的原生页面，而是变成退回url为空时的空白，再点一次返回回到进入源生操作前的url页面。 webview(原始)=>原生 大多数的正确情况： 原生(操作完毕)=>webview(新状态)=>上级页面 出现的问题情况： 原生(操作完毕) => webview(新状态) => webview(空白 url为'') => webview(操作前) => 上级页面 2.还有看过别人直接在webview的page中，onshow里面直接调用onload这种方法,这个我还没有实际试过 感觉这些方法都不能说完美，或多或少都会有问题 我想知道各位实际中是如何完美处理的

看来此问题无解，结贴了，大家混淆下，该干啥干啥。 - 需求的场景描述 获取任何微信小程序源码的漏洞，官方怎么看 此问题年初的时候就有人爆出来过，后来以为修复了，不过目前来看仍然可用…… 希望能引起重视，要不然整合生态圈相当脆弱，虽然有侵权保护机制，但这只能保护到品牌，对于开发者来说如果被拿到源码，就成了原创者的血泪史了！ - 希望提供的能力 希望能解决源码泄露的安全问题 如果目前还在不到从根本上解决问题的话，官方对我们开发者有什么好的建议可以临时性地解决此问题？

- 需求的场景描述（希望解决的问题） 能实现下面的能力，谢谢啦！！！ 能实现下面的能力，谢谢啦！！！ 能实现下面的能力，谢谢啦！！！ - 希望提供的能力 1、绑定过开放者平台的小程序wx.login()接口可以直接返回unionid。 原因：大部分开发者调用wx.getUserinfo()接口是为了获取unionid来实现多应用打通，如果wx.login()接口可以直接返回unionid的话，可以减少很大一部分直接弹窗授权的小程序，从而提高用户体验，大家都能互惠互利。 2、绑定过开放者平台的应用openid转unionid的接口能力 原因：开发者一开始没有绑定开发者平台，后来规模做大了，需要扩展应用了，这时候历史数据就比较麻烦了，因为没有保存unionid。 最直接的场景就是微信公众号和小程序数据打通，没有小程序的时候用户基本上都是在公众号的维护的，有了小程序就需要扩展打通，但问题来了，取关了公众号的用户数据就没有办法和小程序打通了，只能等用户再次关注才有机会获取unionid。既然这个unionid是用来打通应用之间数据用的为什么这么不人性化，或者还是设计的时候没有考虑到，希望能体谅一下开发者和新媒体运营商，减少他们的工作量，让他们有更多的时间了服务用户，而不是把时间浪费在和这些接口打架上。