- requestPayment: fail cancel 到底是不是用户主动取消了支付?
按微信文档,fail cancel 是用户主动取消了支付。 但在微信开放社区内,却有很多人遇到的问题并非是用户主动取消了支付,而是参数错误、签名错误、其它错误、或者是未知的原因,也同样收到了这个错误。而官方也没有给出明确的回复,且官方的回复似乎也在说其它的错误也可能返回这个错误码。 这就导致了我们虽然收集到了这个日志,但是并不清楚到底是什么原因造成的,并不清楚是我们的程序有问题,还是用户主动取消了支付。 希望官方能给出明确的回复,另外,关于错误码,应该专码专用,让开发者明确知道这个错误是什么原因。
02-08 - 被恶意投诉后被封禁了搜索和支付功能,申诉成功,被封禁的功能何时能解封?被扣的运营分何时能还恢复?
我们的小程序被恶意投诉后,被封禁了搜索和支付功能,且被扣了15分的运营分。现已申诉成功。 那么,被封禁的功能何时能解封?在哪里可以看到哪些功能被封禁了和解封了? 现在我看到运营分仍然被扣了15分,没有被恢复。请问何时能恢复?
01-30 - 对于恶意投诉,平台方有没有相应的管控措施?
前几天收到平台的消息,说我们的小程序被投诉了,我们马上完全按要求对小程序进行了修改,并提交了版本,审核通过。并且我在提交版本时明确说明了按要求改了什么地方,并且附有截图和文字说明。 哪知今天又收到消息,同样是被投诉了,以同样的理由说违规,且直接封禁了支付和搜索功能。并且给出的整改措施和上次是完全一样的,但我们上次已经完全按要求整改过了。很明显这属于恶意投诉。 有些人,不好好做产品,却靠恶意投诉对手来打击同类产品。这种行为难道是值得鼓励和提倡的吗?希望平台方能有有效的措施对这种恶意投诉的行为进行管控。 作为一个新上架的应用,被封禁搜索和支付功能是多么大的影响? 我也希望大家能将心思用在好好做产品上,而不是靠这种歪门邪道来打击同类产品。 当然,我也清楚林子大了什么鸟都有,只是希望这种人能少一点,平台方也能有一些有效的措施来应对这种恶意行为。 我们以前是做App的,这是第一次做小程序。这种恶意投诉行为其实在每个平台上都有。在此给大家讲一个我曾经历的小故事。 在某平台上我们的App也经常被投诉。有一次在被投诉后,经申诉电话与审核人员沟通,也谈到了这种恶意投诉的问题。而对方却告诉我:你若发现某个App有类似的行为,你也可以去投诉他。(某些行为是合规的,但恶意投诉的人可能会编造一个理由说你这个行为违反了什么规则)。我明确告诉对方,我不会这样做,我们只想做好自己的产品。 是的,我希望所有开发人员都将心思用在做好自己的产品上。况且,我也不知道具体是谁恶意投诉了我,我不可能随便找个产品去报复性地投诉。就好比有人在楼上扔东西砸到了我,我就也在楼上乱扔东西砸人,也不管砸到的是谁。这难道不是做人的基本道德准则吗?
01-29 - 评价插件无法打开评价页,正确的使用方式是什么?
完全按文档中的说明接入的评价插件。 首先在 app.json 中加入了相关插件的引入配置。 然后在调用时按文档中的代码这样写的: var plugin = requirePlugin("wxacommentplugin"); plugin.openComment({ success: (res)=>{ }, fail: (res) =>{ } }) 在测试时,成功打开过一次评价页。然后我就以为没问题了。 过了一段时间再测试,就无法打开评价页了。我猜测可能是因为小程序还没正式发布,所以不能使用此功能。所以就没管了。 待小程序正式上线后,发现仍然无法打开评价页。 是不是我哪个步骤操作错误?或者遗漏了什么?
01-28 - 请官方客服给个明确答案:已有认证过的服务号,关联的小程序是否仍然需要交300元进行认证?
目前,网上及微信开放社区内有各种说法,有人说小程序关联了认证过的服务号之后,就可以让小程序复用服务号的认证了,这类说法有很多,并且在微信开放社区内有标注为微信官方的人员也有过类似说法。见下图: [图片] 不过此帖中的文档网址点击后并未找到相关内容。 也有人说小程序必须单独认证,也就是说必须交300元单独认证。 既然有两种不同的说法,那么微信官方人员是否能给个明确的答案?是否应该在服务号和小程序的“认证”功能处做出明确说明? 我就是刚刚花300大洋认证了一个服务号,在关联小程序后,发现小程序仍然显示未认证,那么,是否是我有某项操作未完成或操作错误?还是根本就是小程序必须要单独认证?
01-19