输入一个图片的下标，建议24，然后点击预览。从当前的图片开始，如果当前图片加载完成，就左滑切换下一张等待图片加载。滑过几张后就会出现页面处于loading状态 。 此时图片应该是已经加载完成了，因为切换下一张然后再切回来时，就能看到图片，且loading的时候保存图片是可以保存成功的。 主要出现在iOS系统中，手头已有的ip6, ip11,ip12,ip12 mini 这几个机型都出现了。

如题，文档中没有明确的说明支付时的限额问题，我就想问下官方： 是否限额只是针对付款的微信用户来说的（理应不针对商户） 如果是针对付款的微信用户，那么微信钱包限额规则和绑定银行卡银行的限额规则是否同时生效。还是说零钱等微信内部的金额适用微信的限额规则，用绑定银行卡支付的则只适用卡对应银行的支付限额规则。还有就是微信钱包的限额，同个微信单笔限额是多少，单日限额是多少，是否跟行业属性还有关。

如题，没看到有明确说明付款的手续费有无，以及具体是多少

现有微信支付服务商A，服务商A下有特约子商户a，在服务商A的管理后台中为a绑定了本小程序，但是在小程序的后台管理页面-微信支付-已关联商户号中没有显示服务商A，也没有A的子商户a，小程序的支付功能正常使用，且能直接支付到子商户a。

现有微信支付服务商A，服务商A下有主体为1的特约子商户a，在服务商A的管理后台中为a子商户绑定了一个主体为2的小程序b。 问题：在小程序b的后台管理页面-微信支付-已关联商户号中没有显示服务商A，也没有A的子商户a，小程序b的支付功能正常使用，且能直接支付到子商户a。

现有微信支付服务商A，服务商A下有主体为1的特约子商户a，在服务商A的管理后台中为a子商户绑定了一个主体为2的小程序b。 问题：在小程序b的后台管理页面-微信支付-已关联商户号中没有显示服务商A，也没有A的子商户a，小程序b的支付功能正常使用，且能直接支付到子商户a。

我们开发的一个企业内部应用底部自定义的菜单有时候一开始进去就能加载出来，有时候会隔几秒才能加载出来

目前公司需要做一个基于区块链技术的公司信用体系下的一个公司虚拟币 包含：购入（可以理解为充值），提现，线下购买实物或服务，线上用户间公司虚拟币的一个交易（也可能不加这个功能）。 目前对于区块链相关的不过审我认为因为大部分都是属于数字货币（没有信用背书，容易被炒作），我们的是有公司提供线下服务和商品兑换作为信用兜底的。不知道能否过审。

使用场景： 我们要开发一个用于支持自家民宿的小程序，里边涉及到了用我们集团内部定义使用的一个支付单位——奥币，这个奥币之前一直是我们集团客户在线下业务场景中购买商品获取得。在我们开发的小程序中客户可以通过一些认证步骤进行名下奥币余额的同步，并使用奥币支付线下的消费行为。 我们需要提前确认一下类目选择和后续业务功能开发上线审核相关的几个问题好进行开发前的准备工作。 如果涉及到对客户名下奥币充值，是否添加“商家自营-预付卡销售”类目并补充相关资质即可。 我们的小程序端通过微信支付购买奥币卡等各种储值功能卡类商品，完全是用于线下的民宿、酒店等消费场景使用的，这样的话是不是就不算是虚拟支付了。 使用我们自己公司内部定义使用的奥币进行支付是否涉及到了虚拟货币或者数字货币而会导致后续审核受阻。 （ps:我这个是为了新开发小程序进行的前期准备，必填的appid只能写已上线的一个，不要介意）

我们这边有个需求是要给业主们提供一个积分兑换商城的功能用来消耗他们的积分，商城里的都是实物可能会有图书或者其他日常用品之类的。 现在疑惑的就是如果不补充电商或者商家自营的类目，能过审核么？ 1.我们这不是电商 2.说自营商店实际也算不上，因为不涉及现金消费，积分都是用户日常活动积累的，兑换的商品也都是日常商店中常见的那些，也是线下去领取的。