首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

InstagramAPI:不返回关注者列表

InstagramAPI是Instagram提供的一组接口,用于开发者与Instagram平台进行交互。它允许开发者通过API请求获取用户的信息、发布内容、管理评论等操作。

关于不返回关注者列表的问题,根据Instagram的隐私政策和数据保护原则,用户的关注者列表被视为私人信息,不会直接通过API返回给开发者。这是为了保护用户的隐私和数据安全。

尽管无法直接获取关注者列表,但开发者可以通过其他API来获取用户的基本信息、帖子、评论等内容。例如,可以使用User API获取用户的基本信息,Post API获取用户的帖子,Comment API获取用户的评论等。

对于开发者想要实现与关注者相关的功能,可以考虑以下方法:

  1. 使用用户授权:开发者可以通过OAuth 2.0授权流程,获得用户的授权访问权限。在用户授权的范围内,可以获取用户的关注者列表等信息。
  2. 利用Web爬虫技术:开发者可以通过模拟用户登录的方式,使用爬虫技术获取用户的关注者列表。然而,需要注意的是,这种方式可能违反Instagram的使用条款,并且可能导致账号被封禁。

总之,由于Instagram的隐私政策限制,API不直接返回关注者列表。开发者需要通过其他方式获取相关信息,并确保在开发过程中遵守Instagram的使用条款和隐私政策。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

如何使用Python对Instagram进行数据分析?

它使用Python编写,本文中我只关注数据端的操作。 我推荐使用Jupyter Notebook和IPython。使用官方Python虽然没有问题,但是它不提供图片显示等特性。...现在我们做了一次请求去获取粉丝和被粉列表。JSON结果中给出了用户列表,其中包含每个粉丝和被粉的信息。...,但是我并不会这样做,因为就我而言,一次请求就足以获取我的所有被粉。...现在我们得到了JSON格式的所有粉丝和被粉列表数据。我将转化该列表为一种对用户更友好的数据类型,即集合,以方便在数据上做一系列的操作。...敬请关注一下官方API,它们依然在开发中,未来你可以使用它们做更多的事情。如有任何疑问或建议,欢迎联系我。 END. 来源:数盟

2.7K70

使用Python对Instagram进行数据分析

这篇文章将教会你如何使用Instagram作为数据的来源,以及如何将它作为你的项目的开发。 关于API和工具 Instagram有一个官方的API,但它已经过时了,目前在你能用它做的事情非常有限。...功能 Get_posts_from_list()和Get_url()将循环访问帖子列表,找到每个帖子的URL并将其添加到空列表中: 完成后,我们应该有如下的URL列表: ?...在这里,我们提出了一个请求来获得跟踪用户/跟踪列表。JSON结果包含“用户”列表,其中包含每个跟踪用户/跟踪列表的所有信息。...= InstagramAPI.LastJson.get('next_max_id','') time.sleep(1) followers_list=followers 你应该重复同样的操作以得到跟踪列表...你可以从这一点做很多事情,例如保存跟踪列表,然后在稍后的时间比较它以获得unfollower的列表。 这些都是你可以用Instagram数据做的事情。

2.7K40

Python爬虫入门教程 34-100 掘金网全站用户爬虫 scrapy

爬取思路 获取全站用户,理论来说从1个用户作为切入点就可以,我们需要爬取用户的关注列表,从关注列表不断的叠加下去。...这个用户关注0人?那么你还需要继续找一个入口,这个用户一定要关注了别人。选择关注列表,是为了让数据有价值,因为关注里面可能大量的小号或者活跃的账号,价值不大。...follow = scrapy.Field() # 关注 followers = scrapy.Field() goods = scrapy.Field()...item 返回关注列表的Request item的获取,我们需要使用xpath匹配即可,为了简化代码量,我编写了一个提取方法,叫做get_default函数。...扩展方向 爬虫每次只爬取关注列表的第一页,也可以循环下去,这个麻烦 在setting.py中开启多线程操作 添加redis速度更快,后面会陆续的写几篇分布式爬虫,提高爬取速度 思路可以扩展,N多网站的用户爬虫

70930

feeds流系统设计概述

例如:微博是通过你的关注列表了解你可能想要的信息源,而后以时间轴的形式聚合各种信息推给你。...feeds 时,订阅主动去查询关注列表,逐一请求出所有关注人的发件箱中未阅读过的 feed(通过上一次拉取的时间戳) 拿到多个 feed ID 后通过时间戳对其排序, 得到一个 list, 然后进行聚合展示返回...再用这些数据组成的新收件箱列表,筛选 page_size 条返回前端。同时,还需要更新他实际拉取了消息的写信箱中的 write_last_id,并且存储。...如此一来,用户在自己的读取收件箱中消息的时候,是先获取了消息 Id 后,再去数据库查出消息内容,而后判断状态进行过滤,把已经删除的状态剔除,返回给前端。此时也需要重新进行捞数据,填充分页内容。...如果有拉取到关注的大V列表,则再次并发读取每一个大V的发件箱,如果关注了10个大V,那么则需要10次访问。 合并2和3步的结果,然后按时间排序,返回给用户。

18630

项目阶段之flask(五)

1.用户新闻列表获取 思路分析: 1.获取参数 2.校验参数,为空校验 3.分页查询用户发布的新闻 4.获取分页对象数据 5.携带数据返回页面展示 ?...2.关注&取消关注实现 思路分析: 0.判断用户是否登录 1.获取参数 2.校验参数,为空校验 3.校验操作类型 4.根据作者编号取出作者对象,判断作者对象是否存在 5.根据操作类型关注或者取消操作 6....返回响应 ?...3.用户关注列表 实现思路: 1.获取参数 2.参数类型转换 3.分页查询用户关注的人 4.取出分页对象的数据,总页数,当前页,当前页对象列表, 5.将对象列表转成字典列表 6.拼接数据渲染页面 ?...post请求,登录也是post请求 4.系统的time模块中time.localtime可以得到一个对象,里面有跟多数据,年月日,时分秒等等,我们可以根据自己的需要进行选去,如果没有用到的,比如时分秒指定的话

46320

设计推特(思维游戏01)

但本系统没有查询一度、二度、N度关系的需求,可以简化为k:v存储,k为用户ID,v为关注列表关注列表需要去重,考虑set结构。...查询也有另外两个特殊的要求:1、需要能看到自己和被关注的推文 2、按时间戳顺序返回推文,且限定10条。...(比如文末code) 查询(方案三)推送 相对于惰性拉取,可以在每个用户发布推特后,主动把推文发送到被关注,这样在用户读取推文时,无需检索关注,只需读出收到的最新10条即可。...优点是读取时省去了K路归并、省去了检索关注推文的动作,读取复杂度大大降低。...缺点是发布推文时需要广播到所有被关注,时效性差;大量冗余数据发布、保存(用户登录但是也需要广播);如果有热点用户(大量关注)频繁发布推文,很容易造成热点问题。

49220

一口气说出Redis 5种数据结构及对应使用场景,面试要加分的

整理了一些Java方面的架构、面试资料(微服务、集群、分布式、中间件等),有需要的小伙伴可以关注公众号【程序员内点事】,无套路自行领取 写在前边 也当过面试官,面试过不少应聘,因为是我自己招人自己用,...所以我不会看应聘造火箭的技术有多牛比,只看拧螺丝的手艺瓷瓷实。...因为Redis内部有很多优化方案,为更合理的使用内存,不同长度的字符串采用不同的数据类型表示,且在创建字符串的时候 len 会和 capacity 一样大,产生冗余的空间,所以String值可以是字符串...链表右侧插入 rpop [key] 移除右侧列表头元素,并返回该元素 lpop [key] 移除左侧列表头元素,并返回该元素 llen [key] 返回列表的元素个数...1、应用场景: zset 可以用做排行榜,但是和list不同的是zset它能够实现动态的排序,例如: 可以用来存储粉丝列表,value 值是粉丝的用户 ID,score 是关注时间,我们可以对粉丝列表关注时间进行排序

37930

即时通信IM API 2.0发布!套餐包首月仅需99.9元,还有更多优惠等你来解锁!

群事件通知更加详细,你关注的一目了然。 3. 接口返回数据更丰富了。...接入消息支持直接返回消息发送昵称、头像、好友备注; 会话支持直接返回会话名称、会话头像、群消息接收选项; 群成员资料支持直接返回昵称、头像; 申请列表支持直接返回申请昵称、头像; 好友申请列表支持直接返回申请昵称...比如:直播带货的商品看起来更真实,更立体;消费能与主播进行实时互动;消费更容易产生购买信心和冲动消费等。 为什么主播在直播间都能快速的将产品变现呢?...难道这些功能搭配起来香吗? 简直香过香妃! 还在等啥,一起PICK起来吧! ? 腾讯云通信 一直致力于 让每个企业 都享受智慧服务带来的改变 END 未来可期 ?...长按扫码关注腾讯云通信官方微信公众号 以获取更多更专业的云通信知识 ? 点击“阅读原文”有惊喜哦!

5.8K20

第十五章《键的管理》

1.rename key newkey //重命名 2.randomkey: //随机获取一个键 3.expireat key 时间戳 key在什么时间过期 4.遍历键的方式: (1)keys * 返回所有的键...【dump+restore】:在源库里执行dump key:将key对应的值序列化,然后到目标库里执行restore key ttl ‘系列化’ ttl设置过期时间 ttl必须设置 ,设置的话ttl...redis-server在上海 redis-cli在北京 批量执行命令:5 RTT 1 redis事务: 抖音:用户A 关注了 用户B 在用户A的关注列表里加入了“用户B”,用户B的粉丝列表里加入了...命令: pfadd、pfcount、pfmerge pfadd key member … pfcount key pfmerge keyname key1 key2 … 发布订阅: 消息发布和消息的订阅直接进行通信...,订阅订阅相关的channel,发布只要在相同的频道发布消息,所有订阅就能接收到这个消息了 命令: 1.订阅消息: subscribe channel psubscribe china*

33820

第十五章《键的管理》

1.rename key newkey //重命名 2.randomkey: //随机获取一个键 3.expireat key 时间戳 key在什么时间过期 4.遍历键的方式: (1)keys * 返回所有的键...【dump+restore】:在源库里执行dump key:将key对应的值序列化,然后到目标库里执行restore key ttl ‘系列化’ ttl设置过期时间 ttl必须设置 ,设置的话ttl...redis-server在上海 redis-cli在北京 批量执行命令:5 RTT 1 redis事务: 抖音:用户A 关注了 用户B 在用户A的关注列表里加入了“用户B”,用户B的粉丝列表里加入了...命令: pfadd、pfcount、pfmerge pfadd key member … pfcount key pfmerge keyname key1 key2 … 发布订阅: 消息发布和消息的订阅直接进行通信...,订阅订阅相关的channel,发布只要在相同的频道发布消息,所有订阅就能接收到这个消息了 命令: 1.订阅消息: subscribe channel psubscribe china*

21530

基于时间线的Feed流后台系统设计

我们首先来总结一下读扩散和写扩散的优缺点: 优点 缺点 适用场景 读扩散 节约存储空间发帖操作简单 读帖操作复杂关注人数多时是灾难 用户活跃,很少读帖有大V粉丝量多,但每个粉丝关注的人少 写扩散 读帖操作简单...如果设上限,设想一下有一位用户把微博所有账号全部关注了,那他打开关注列表会读取到微博全站所有帖子,一旦出现读扩散,系统必然崩溃;即使是写扩散,他的收件箱也无法容纳这么多的微博。...对于一个动态列表会有如下问题: ? 在T1时刻读取了第一页,T2时刻有人新发表了“内容11”,在T3时刻如果来拉取第二页,会导致错位出现,“内容6”在第一页和第二页都被返回了。...设想一下上图中T1时刻返回5条数据,last_id为内容6;T2时刻内容6被发布删除;那么T3时刻再来请求第二页,我们根本找不到last_id对应的数据了,也就无法确认分页偏移量。...05 解决方案 直播系统是个单向关系链,和微博有些类似,每个观众会关注少量主播,每个主播会可能有非常多的关注。由于有状态变化的存在,写扩散几乎无法实现。

4.6K54

Redis 应用与原理(一)

,在关注列表里面,这些消息要求按照时间进行推送 解决方案: 将订阅号消息放入用户关注列表 List 中 对于消息按照 LPUSH 或 RPUSH 的方式压入队列中 如,订阅号发布消息:LPUSH msg...建议在SortedSet中放入过多数据。...: 订阅,是接收信息或数据的一方 订阅可以 "订阅" 一个或多个频道,以便接收发布发送的消息 订阅使用 SUBSCRIBE 命令订阅自己感兴趣的频道 channel: 通道,是一种传输信息或数据的媒介...通道是发布和订阅之间的桥梁,发布通过通道将信息发送到订阅 通道没有明确的创建和销毁步骤:当有客户端订阅一个频道时,该频道就存在;当最后一个订阅该频道的客户端取消订阅,该频道并不立即消失,但是没有任何作用...redis 命令执行的返回值 例如,redis.call('SET', 'KEY:A', '114514') 如果出错,则返回错误信息,继续执行 redis.pcall(): 返回值就是redis

11810

第十五章《键的管理》

1.rename key newkey //重命名 2.randomkey: //随机获取一个键 3.expireat key 时间戳 key在什么时间过期 4.遍历键的方式: (1)keys * 返回所有的键...【dump+restore】:在源库里执行dump key:将key对应的值序列化,然后到目标库里执行restore key ttl ‘系列化’ ttl设置过期时间 ttl必须设置 ,设置的话ttl...redis-server在上海 redis-cli在北京 批量执行命令:5 RTT 1 redis事务: 抖音:用户A 关注了 用户B 在用户A的关注列表里加入了“用户B”,用户B的粉丝列表里加入了...命令: pfadd、pfcount、pfmerge pfadd key member … pfcount key pfmerge keyname key1 key2 … 发布订阅: 消息发布和消息的订阅直接进行通信...,订阅订阅相关的channel,发布只要在相同的频道发布消息,所有订阅就能接收到这个消息了 命令: 1.订阅消息: subscribe channel psubscribe china*

19110

如何分析粉丝兴趣?

select max(length(关注媒体id) - length(replace(关注媒体id,',','')) + 1) as 最多关注媒体个数 from 粉丝关注表; 返回结果为: 那我们需要新建的...“序列表”就是: 第二步:多表联结 使用多表联结,可以通过“序列表”将“粉丝关注表”的每行变成多行。...此处有两个注意点: 1)为保证原表中的每一条数据丢失,选择“左联结”,并以原表为左表; 2)联结条件里对复制条数进行限制,限制条件是用户关注媒体的数量,即“关注媒体id”字段下的逗号数量加1。...<= (length(关注媒体id) - length(replace(关注媒体id,',','')) + 1); 返回结果为: 第三步:使用函数获取结果 接下来就是将媒体id截取出来,需要用到字符串截取函数...); 返回结果为: 【本题考点】 1)考查对序列表的了解; 2)考查对字符串截取函数SUBSTRING_INDEX的了解; 3)考查对多表联结的了解。

39710

Es6中的拓展运算符参数解构在实际项目当中应用

form表单接口条件相关联的放置到一个对象下面管理,便于接口字段的管理 page:1, // 默认第一页 limit: 20, // 默认返回...'', // 语言 pay: '1', // 1,免费,2收费,后端接口定义,默认免费 reco: '1',// 1,轮播...videoForms } console.log(params); 在上面的示例代码码中,发送Axos请求使用的是axios库,在请求接口时,使用了try..catch,如果接口响应有错误,那么将错误返回给开发...这样便于接口字段的管理,添加和删除 普通基本数据类型初始化,尽量写在前面,而对象,数组字段,写在后面 这个不是唯一的,只是个人开发的习惯,因人而已 关于接口的字段参数,对于UI界面的渲染,正常的去开发就可以,前端开发更多关注的是接口参数...,接口具体返回的什么数据 关注NetWork面板的headers,与PayLoad,以及preview与Response

15120

证明:ThreadLocal的get,set方法无法防止内存泄漏

于是ThreadLocalMap的设计,想出了办法: 1.在ThreadLocal get,set 的时候顺带把散列表中的无效entry 置空,并且把这些entry 的 value也置空,以便value...2.用什么方法才能保证内存泄露 1如果成立,也即是保证如下场景内存泄露: 使用多个 ThreadLocal,不是每次都使用 remove 方法,并且把一个ThreadLocal对应的所有强应用置空之前只调用过...我们关注 k == key 的情况,也就是 i 遍历图中绿色槽位的情况。 这种情况下会指向一次线性清扫,然后执行对数清扫。之后返回。 ? ? 反应在图例中: ?...线性清扫返回空位的下标做为参数传给对数清扫。 ? 反应到图例: ? 对数清扫:清扫次数 = log2(N) ,N是散列表大小,本例中是32,所以要清扫5次,每次清扫是通过调用线性清扫实现的。...返回 removed (false); cleanSomeSlots要返回,一直返回到replaceStaleEntry,并且继续返回,最后从set方法返回。 ?

72530
领券