微信开发中fakeid与openid的区别

微信公众平台关于fakeid和openid的解析

今天在开发项目的时候遇到了个问题:

搞不清楚微信官方接口的fromusername(openid)和公众平台内每个粉丝所拥有的fakeid,于是在测试号中开始了对以上两项的研究,结果如下:

1.对公众平台管理系统上fakeid的研究

微信公众平台上的粉丝有个自己本身的id,叫fakeid(一对多的关系)

图1-1三处所标志的fakeid都为一个id号,即张三在公众平台a,b,c的管理系统内对应的id号只有一个fakeid,且三个fakeid都是相同的

2.对公众平台粉丝对应的openid的研究

一个用户对应多个公众平台的多个id叫openid(多对多的关系)

图2-1所标志的三处openid为三个不一样的id号,即张三对应三个不同的公众账号拥有三个不同的openid号

3.以上仅为笔者本人总结,接下去,以笔者的微信公众账号以及微信号进行测试,信息如下:

公众账号名称:Codenewbie

微信公众平台对应的 fakeid如下

Codenewbie通过微信官方接口获取到胖子的openid如下:

公众账号名称:Onekey1

微信公众平台对应的 fakeid如下

Onekey1通过微信官方接口获取到胖子的openid如下:

总 结:关于openid和fakeid的研究出于一个项目需求:客户有个比较老的微信公众账号且粉丝数量庞大,最重要的原因是在公众平台管理系统上的分组跟 金钱挂钩(得到每个粉丝所在的组以及粉丝的信息),至此,你会发现腾讯没有什么接口可以供你使用。在跟客户沟通后,笔者走上了模拟登录扒数据这条不归路, 但是openid和fakeid绑定仍是问题(这里指的是已经关注了的粉丝的openid和fakeid)。

菜鸟胖子总结,如果觉得文章对你有所帮助,请通过留言或关注微信公众帐号codenewbie来支持胖子!若有不妥之处,欢迎指点。

时间: 2024-10-18 13:37:49

微信开发中fakeid与openid的区别的相关文章

微信开发中json与xml数据处理

写在前面的话:微信开发中,许多信息是通过json与xml格式来进行通信的,下面写一小总结. =====正文开始====== 一.json数据处理:json_decode 1.假设接收的json数据如下: $json='{"access_token":"o6_bmjrPTlm6_2sgVt7hMZOPfL2M","expires_in":7200}'; 2.通过json_decode($json),将字符串的json数据转化为PHP对象的形式: $

微信公众平台关于fakeid和openid的 区别

微信公众平台的所谓"openid"分为两种: [第一种openid]为利用交互的xml中获取:<FromUserName><![CDATA[fromUser]]></FromUserName> 每个用户针对每个微信公众平台唯一,即同一个用户对不同微信公众平台[第一种openid]是不同的: 个人倾向称之为fakeid,获取不需要授权页面. [第二种openid]为利用微信提供的OAuth2.0接口(高级接口需要为认证的服务号) 每个用户唯一,也就是说

微信开发中网页授权access_token与基础支持的access_token异同

问题1:网页授权access_token与分享的jssdk中的access_token一样吗? 答:不一样.网页授权access_token 是一次性的,而基础支持的access_token的是有时间限制的:7200s. 问题2:网页授权access_token与基础支持的access_token不同,那微信分享中的access_token,是不是基础支持的access_token 答:是 网页授权access_token 只能获取到一个微信用户信息,是与微信用户一对一的关系, 而基础支持的ac

微信开发中的序列化json问题..

微信开发平台: https://open.weixin.qq.com/cgi-bin/showdocument?action=dir_list&t=resource/res_list&verify=1&id=open1419318183&token=&lang=zh_CN 微信开发文档: http://mp.weixin.qq.com/wiki/8/f9a0b8382e0b77d87b3bcc1ce6fbc104.html 现在用的序列化是网上看的DataContr

PHP 进行支付宝开发中return_url和notify_url的区别分析

在支付宝处理业务中return_url,notify_url是返回些什么状态呢,我们要根据它来做一些处理就必须了解return_url,notify_url的区别,下面我就来给大家介绍; 一.问题描述: 我在处理支付宝业务中出现过这样的问题,付费完成后,在支付宝跳转到商家指定页面时,订单状态已经更新,通过调试发现是支付宝先通知notify_url,完成了订单状态. 支付宝return_url和notify_url通知顺序问题: 顺序不一定的,请别以先后顺序来做判断,具体如何判断,是根据您当前数据

支付宝开发中return_url和notify_url的区别分析

在处理支付宝业务中出现过这样的问题,付费完成后,在支付宝跳转到商家指定页面时,订单状态已经更新,通过调试发现是支付宝先通知notify_url,完成了订单状态. 支付宝return_url和notify_url通知顺序问题: 顺序不一定的,请别以先后顺序来做判断,具体如何判断,是根据您当前数据库里的状态和刚从支付宝里获取到的状态做对比来判断是否有做过处理了. 关于支付宝return_url和notify_url的区别,同步通知页面特性(return_url特性): (1) 买家在支付成功后会看到

微信开发中access_token,js_ticket,时间戳,签名生成工具

1. Access_token生成工具 工具地址:https://mp.weixin.qq.com/debug 这个工具主要用来验证和生成微信公众号access_token,主要有正确的app_id和app_secret就可以生成access_token,界面比较简单,如下图: 其实这个工具还有很多别的接口测试功能,因为目前只用到了access_token的生成,所以先记录一下. 通过这个工具我们也能看到,调用acces_token生成的接口: https://api.weixin.qq.com

iOS开发中frame与bounds的区别

闲话不多说,先上两张图,大伙们就已经明白了: 显示出来的效果是这样子滴:  总结: 要理清这两者的区别,最主要的要理解一下几个概念:frame可以理解为可视的范围,而bounds可以理解为可视范围内的内容位置.在默认的情况下,frame与bounds的原点,也就是x与y轴是重合. 父视图中的frame与bounds,子视图中的frame与bounds,据我的理解,决定子视图的位置要两个条件,那就是父视图中的bounds与子视图中的frame:而子视图中的bounds与子子视图的frame决定着子

微信开发中自动回复(扫码、关注推事件)

1, 进入微信公众平台,开启自动回复功能 2,进入基本配置 服务器配置 3, 找到刚设置的服务器地址,写如下内容(我的服务器地址:mp_event): 4, 到weixinPush中写相关逻辑代码 示例如下: //执行检测的信息 47     public function weixin_run() 48     { 49         $this->responseMsg(); 50     $ids = ''; 51 52         switch ($this->MsgType)