第三方平台让我把ID跟秘钥发给他，可以吗？

输入框概率性出现此错误，请问是否知晓或处理过此类问题？ [图片] [图片] [图片] [图片][图片]

需求是做个类似于超级课程表那种格子，返回的数组如下，有什么好的思路嘛，弄得我头都大了😭 "schedule":[ [[{"place": "8-503", "name": "形势与政策", "time": "8:30 ~ 10:05", "color": "blue", "section": 2, "weeks_text": "8", "weeks_arr": [8], "teacher": "潘晶晶"}], [{"place": "8-501", "name": "思政课实践教学", "time": "10:25 ~ 12:00", "color": "purple", "section": 2, "weeks_text": "7,13", "weeks_arr": [7, 13], "teacher": "周红禄"}, {"place": "8-505", "name": "毛泽东思想和中国特色社会主义理论体系概论", "time": "10:25 ~ 12:00", "color": "purple", "section": 2, "weeks_text": "1-6,8-12,14-18", "weeks_arr": [1, 2, 3, 4, 5, 6, 8, 9, 10, 11, 12, 14, 15, 16, 17, 18], "teacher": "周红禄"}], [{"place": "4-402", "name": "大学生职业发展与就业指导", "time": "14:40 ~ 16:15", "color": "red", "section": 2, "weeks_text": "1-4", "weeks_arr": [1, 2, 3, 4], "teacher": "朱玲梅"}], [], []], [[], [{"place": "9-202", "name": "Android开发技术", "time": "10:25 ~ 12:00", "color": "green", "section": 2, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "段汝林"}], [], [], []], [[{"place": "8-506", "name": "UI设计及应用", "time": "8:30 ~ 12:00", "color": "purple", "section": 4, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "陈萍"}], [], [{"place": "8-306", "name": "数据库应用技术", "time": "14:40 ~ 17:15", "color": "yellow", "section": 3, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "张晓健"}], [], []], [[], [{"place": "9-202", "name": "Java Web开发技术", "time": "10:25 ~ 12:00", "color": "blue", "section": 2, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "段汝林"}], [{"place": "9-202", "name": "Android开发技术", "time": "14:40 ~ 16:15", "color": "purple", "section": 2, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "段汝林"}], [{"place": "8-503", "name": "形势与政策", "time": "16:30 ~ 18:05", "color": "red", "section": 2, "weeks_text": "10", "weeks_arr": [10], "teacher": "卓泽楼"}], []], [[{"place": "9-202", "name": "Java Web开发技术", "time": "8:30 ~ 10:05", "color": "red", "section": 2, "weeks_text": "1-19", "weeks_arr": [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19], "teacher": "段汝林"}], [], [], [], []], [[], [], [], [], []], [[], [], [], [], []] ]

function createNamedFunction(name, body) {       return new Function("body", "return function " + name + "() {\n" + "    \"use strict\";" + "    return body.apply(this, arguments);\n" + "};\n")(body);     };     var errorName = 'InternalError';     var errorClass = createNamedFunction(errorName, function (message) {       this.name = errorName;       this.message = message;     }); 动态方法生成问题： 以上写法再小程序中会提示 TypeError: (intermediate value) is not a function

为什么某一个页面的访问人数大于小程序的访问人数？ 小程序访问的定义是什么？ 为什么我们1月小程序登录页的访问人数大于整个小程序的访问人数？理论上说小程序的访问人数应该大于访问小程序内任何页面的访问人数才对

微信团队在1月27日发布《服务号订阅通知灰度测试》公告，宣布将在2021年1月27日0:00至4月30日24:00进行服务号订阅通知功能的灰度测试，并在灰度测试结束后另行公布订阅通知和模板消息功能的调整策略。 近几年，随着微信订阅号的改版、小程序模板消息功能的调整，大部分需要实时将消息触达用户的公司，都选择了依托微信服务号模板消息来开展业务。 虽然此功能还未明确将替代模板消息，但仍值得思考一下：此举对微信、开发者、运营者、用户，分别意味着什么？ 从微信来看 微信把订阅通知的功能初衷定义为：提升用户体验，减少开发者对用户的骚扰行为，并增加营销类消息的推送能力。 订阅通知是一个用户主动订阅、服务号按需下发的通知能力。 -微信团队 1.消息通知方式的变化 对此事件有过了解的读者会发现，微信此举并不是对模板消息进行了[升级]，而是[重构]了服务号的消息通知逻辑： 1.不能给只关注不订阅的用户发送模板消息； 2.订阅后，已关注服务号的用户，消息通知下发到服务号内，未关注的下发到服务通知； 3.非公共服务类服务号，根据微信目前的规定，每次给用户发送消息通知都需要被订阅，但用户可以自行选择长期订阅。 简单来说，服务号的消息通知方式向小程序看齐了，不能直接通过服务号向已关注未订阅的用户推送模板消息，但用户订阅消息后取关服务号仍可以对其发送消息通知。 例如：改版后即使关注了XX银行信用卡中心，但未订阅，也无法通过服务号收到动账、还款的消息通知；但订阅取关后，仍能收到服务号的消息通知。 2.治理生态的决心-顶住压力做变革 据笔者的非官方统计，国内共100W+开发者服务于微信生态，生态内共有1000W+公众号，其中服务号占比超过60%。(此处并未统计服务号粉丝总和) 从上面所描述的内容中，可以得出一个结论： 微信在服务号开发者、用户基数如此之大，且大部分公司业务基本成熟稳定的情况下，决定灰度测试订阅通知，可见其治理模板消息滥用，过度、恶意营销的决心。 从开发者来看 笔者个人认为，微信团队在模板消息被滥用这个问题上，有一些过度武断了。为了治理1%的滥用情况，影响了99%的开发者的直接利益。 1.牵一发而动全身 对于服务号的开发者而言，这个简单的调整可以被称作颠覆了绝大部分公司的[业务根基]。 有很多初创公司，整体收入都是依托于服务号来进行的，甚至强依赖模板消息开展业务。甚至一些具有一定规模、业务成熟的公司，很多系统的功能都是围绕模板消息进行开发的，二次开发成本不可谓不大。 2.被迫改变的无奈-APP开发和短信平台的春天 在微信团队发出公告后，微信开放社区中的状况可以用“炸锅”来形容。并且在公告后，却无法明确调整策略，导致开发者无法决策是否进行二次开发。如果在开发完后，微信选择暂时不做出调整，那之前所付出的开发成本都将打水漂。 在此事件后，很多开发者都选择了将消息通知方式更换为短信通知的方式，但短信发送费用可能会导致运维成本的直线上升。更有甚者，直接选择了脱离微信生态，开发独立APP处理业务。 如果按照现在的状况发展，笔者个人认为将会为APP开发服务商和第三方短信平台带来更高，甚至激增的收益。 从运营者来看 对于服务号运营者来说，这个变化“悲喜兼集”，悲在运营的难度被大大增加了，但如果真的仔细研究了新的规则，就会发现运营的玩法更加多元化了。 1.运营难度增加 以往的服务号运营，只需要考虑如何将用户导流到号内，并保证留存率就可以了。在新功能出现后，运营者可能还需要做出很多的调整，来引导用户去订阅自己的消息通知，才能够完成业务闭环。 同时，运营者要关注的数据将不再是以前单纯的关注、取关数，势必会增加消息订阅数量、取消订阅数量，来保证消息通知的触达率。 之前通过模板消息来完成营销、实现业务的服务号，必须要因此而“改头换面”，以实现存活在微信生态内的目的。 2.运营方式的变化-新玩法的出现 细心的读者会发现，消息通知方式改变后，服务号运营玩法出现了新的途径。以前为了给用户发送消息通知，大多数服务号都采用引导关注的方式，但订阅通知上线后，即便用户不关注服务号，订阅消息后仍可通过服务通知的方式获取消息，具体逻辑见下图。 [图片] 根据新的消息发送方式，运营者可以直接绕过关注服务号这一步，直接采用H5页面引导订阅的方式，对用户发送消息，甚至探索更多的玩法。 从用户来看 微信团队认为：从用户的角度来看，部分用户在无预期的情况下，收到了与自己无关的信息，对用户造成了骚扰。 微信作为国民的刚需应用，笔者本人也是重度用户之一。个人认为此变化有利有弊。 1.操作成本增加 大多用户或多或少都有一些需要接收的消息通知，例如信用卡的消费提醒。按照微信现在的文档中提供的能力，在微信改变通知方式后，用户必须挨个打开需要接收消息的服务号，寻找订阅入口，并手动订阅，才可以继续接收消息通知。 这种方式无疑加大了用户的操作成本，在之前关注的服务号中需要重新订阅一遍，在新关注的服务号中，如果想要接收消息通知，还需要额外做出订阅的操作。 另外微信针对订阅功能，在开发文档中给开发者设立了一些门槛，这也将造成对用户的不友好。 详见下图，一个开发者为了满足微信门槛做出的Demo。笔者预估每个功能给用户增加的操作时间超过15秒。 [图片] 2.使用方式的变化-消息列表更“干净”了 通知方式改变后，用户如果只想要接收服务号内和自己相关的消息，而不想接收群发的文章等。可以选择只订阅消息，不关注服务号。 在互联网时代，各种信息的狂轰乱炸给网民造成了不小的压力。这对用户来说，信息的接收可以更加的随心所欲，减轻了用户的信息压力。 最后 希望微信团队能够慎重考虑调整策略，甚至可以考虑沿用原来的模板消息推送方式，仅增加“拒收通知”的选项来逐步解决生态中的问题。 个人认为，微信此举已经展示了自己的决心，建议大家尽早的未雨绸缪，以避免自己的业务受到影响。 笔者从事行业对于模板消息属于强需求，所以将会在近期为大家提供一个自己结合微信文档所总结的产品设计方案。 作者：氟西汀，公众号：氟西汀终究还是没了 学艺不精，欢迎批评。如想交流产品设计方案，欢迎留言。 未经授权禁止转载

背景： 我们这边在做自动化埋点，构想了两步实现： （1）前端同学在小程序工具中选择元素，获取到 XPath （如`/page/view/view[1]/view[2]/view[1]/view[2]/view/view/view[2]/view[2]/view[2]/text[1]`）后，然后在公司内部埋点系统中，登记下这个元素需要上报点击事件，这样线上埋点配置文件里就有这条记录了（伪代码如下）： { ele: '/page/view/view[1]/view[2]/view[1]/view[2]/view/view/view[2]/view[2]/view[2]/text[1]', trackType: 'click' } （2）线上环境，如果用户点击了某一个元素，前端代码会根据这个元素的 XPath，判断其点击事件 是否登记在在第（1）步的埋点配置中，如果有则上报埋点。 [图片] 但是现在第（2）步，需要微信小程序支持 “根据 XPath 获取 DOM 元素” / “根据点击事件回调中得到的 DOM 元素获取 XPath”，所以请问下微信是否考虑支持。

用户扫码后，后端收到请求后会记录时间戳t，但该值只能近似于用户的扫码时间点，并不准确。想知道微信有提供能力可以知道用户扫码的时间点吗？如果有，是小程序还是H5？比如某个参数或回调之类的

https://developers.weixin.qq.com/miniprogram/dev/api/network/request/wx.request.html wx.request请求一个URL，但该URL进行了重定向，我需要获取重定向后的URL，但request只返回response headers内容，没有request headers内容。

微信jsapi支付回调不能带参，使用restful风格的动态地址直接就不回调了,请问如何传递参数? 传参目的是为了在回调时获取系统中商户号的唯一标识，从而拿到回调参数解密所需要的密钥。 有大佬告知个思路吗？挺急的