跳至主要內容

P06-腾讯视频弹幕工具开发

bornforthis原创2025/10/26大约 48 分钟...约 14391 字

你好，我是悦创。

我会在此篇教程中，带你开发一个腾讯视频弹幕通用的程序，力求用户只需要传入视频链接，即可得到弹幕数据。

0. 目标

1. 网页分析

1.1 链接获取

在腾讯视频网站，打开电视剧 or 动漫，播放任意一集，查看浏览器地址栏中的 url，这个 url 由电视剧的 id和每一集的 id组成。

  • 电视剧 ID：mzc00200of24km2；
  • 剧集 ID：z4101ftrdpp；

1.2 打开开发者工具

继续播放视频，打开：开发者工具，查看 Network 中的请求，其中红框中的180000、210000之类的就是弹幕请求。

  • 快捷键：F12；

  • 鼠标操作 1：鼠标右键检查；

    图片

  • 鼠标操作 2：

    详情

1.3 分析弹幕 URL

例如如下弹幕链接：

https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1230000/1260000

分析弹幕链接:

  • 所有弹幕都由此链接开头：https://dm.video.qq.com/barrage/segment/；

    思考🧐： 此结论怎么来的？该如何验证？

    可以去访问不同的电视剧、剧集进行验证分析！

  • 接着由剧集 ID：z4101ftrdpp；

  • 通用结构：/t/v1/；

  • /1230000/1260000：1260000-1230000=30000，所以可以知道是以 30000 进行递增；

    • 方法一：进行计算推测弹幕链接规律，适合老手；

    • 方法二：人肉进行观察👀弹幕链接规律，多复制几个同一集的弹幕链接：

      https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1230000/1260000
https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1260000/1290000
https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1290000/1320000
https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1320000/1350000
https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1350000/1380000
https://dm.video.qq.com/barrage/segment/z4101ftrdpp/t/v1/1590000/1620000

      提示

      最主要还是要有自己的思路，要知道我们为什么需要找弹幕链接的规律。因为我们需要得到的弹幕数据不止一条，而是一集电视剧的全部弹幕内容。有这个需求了之后，就算无法分析出规律，你都可以使用 AI 大模型来给你找出规律。（没思想，什么工具都救不了！）

自此，弹幕链接全部分析完成。

2. 获取弹幕

2.1 弹幕链接批量构造

通过分析弹幕 url 规律，构造请求地址：

代码 2：主要代码
video_code = "z4101ftrdpp"  # 替换成目标视频的弹幕 ID
num = 10000  # 「盲扫的段数上限」设置一个较大的请求次数，程序会自动判断，当没有弹幕了会自动退出循环
SEG = 30000  # 每段的跨度
dm_url_template = "https://dm.video.qq.com/barrage/segment/{video_code}/t/v1/{start_time}/{end_time}"

start_time = 0
for i in range(num):
    end_time = start_time + SEG
    dm_url = dm_url_template.format(video_code=video_code, start_time=start_time, end_time=end_time)
    start_time = end_time  # 下一段从这一段的结尾继续

区别：

  1. 起始时间的变化：
    • 在代码1中，start_time 从 0 开始，每次都通过 start_time = end_time 更新，保持连续。
    • 在代码2中，start_time 是通过 i * 30000 计算得到的，i 代表当前循环的次数。
  2. 计算 end_time：
    • 在代码1中，end_time = start_time + SEG，SEG 是固定的，且每次使用上一段的 start_time 作为新的 start_time。
    • 在代码2中，end_time = (i + 1) * 30000，直接依赖 i 计算 start_time 和 end_time，不需要记录上一个 end_time。

等价性：

  • 逻辑上，两个代码实现是等价的。两者的 start_time 和 end_time 生成的值是相同的，只是计算方式不同。
    • 代码1通过维护 start_time 和 end_time 的连续性来构造链接。
    • 代码2通过直接计算 i 来生成每一段的时间范围。

结论：

虽然计算方式不同，但最终生成的 dm_url 是相同的，两个代码块等价。

上面的结论可以使用代码进行验证，不过在验证之前我们需要把生成的链接进行存储来写。那么我们来编写存储代码：

代码 2
video_code = "z4101ftrdpp"  # 替换成目标视频的弹幕 ID
num = 10000  # 「盲扫的段数上限」设置一个较大的请求次数，程序会自动判断，当没有弹幕了会自动退出循环
SEG = 30000  # 每段的跨度
dm_url_template = "https://dm.video.qq.com/barrage/segment/{video_code}/t/v1/{start_time}/{end_time}"

start_time = 0
links = []
for i in range(num):
    end_time = start_time + SEG
    dm_url = dm_url_template.format(video_code=video_code, start_time=start_time, end_time=end_time)
    links.append(dm_url)
    start_time = end_time  # 下一段从这一段的结尾继续

两种方法的生成的弹幕链接已经存储，那么思考一下如何对比生成的弹幕链接是否相同？

2.2 把「弹幕链接」生成代码封装成函数

封装后的代码

2.3 弹幕链接请求测试

虽然弹幕数量众多，但还是有当下的一个最大数。如果我们请求的弹幕链接，超过最大数，代码会报错。

报错的大致位置：对于请求到的弹幕数据的处理（也就是对数据处理的时候），单纯的请求弹幕链接是不会报错的（特定当前的腾讯视频弹幕，也算腾讯视频弹幕链接的特点）。别的网站、链接没有数据有可能就直接无法请求，也会导致报错。

特点：腾讯视频弹幕，没有弹幕数据也不会报错！

2.3.1 浅析状态码

链接存在则会返回状态码 200：

链接存在，且请求成功则可以返回状态码 200
链接存在，且请求成功则可以返回状态码 200

链接不存在，请求失败显示的状态码 404：

链接不存在，请求失败显示的状态码 404
链接不存在，请求失败显示的状态码 404

2.3.2 分析弹幕链接有数据的前提

仅仅请求页面的状态码为 200 就一定有数据吗？

一图胜千言，状态码为 200，但是请求得到的页面是没有弹幕数据。

状态码 200，但是没有弹幕数据
状态码 200，但是没有弹幕数据

故而，我们可以得出想要链接有弹幕的结论：

  • 前提一：请求弹幕链接状态码必须为 200（偶发性 304，可以考虑包含）；
  • 前提二：检查请求数据中，"barrage_list": [] 对应的列表是否有数据；

2.3.3 请求代码编写

  1. 基础实现

    check_barrage_data

  2. 使函数更加强壮，增加异常处理

    例如在弹幕链接请求失败时，试图提取：data["barrage_list"] 时会产生报错。

    check_barrage_data

    补充

    为什么下面的代码不做异常处理？

    barrage_list = data["barrage_list"]
if barrage_list:
    return barrage_list

    按正常情况来说：data["barrage_list"] 在数据不存在时，提取是会报错的。这里不处理的原因有二：

    • 其一：如果 data["barrage_list"] 出现报错，则依然会触发先有的外围 try/except；
    • 其二：经过分析发现，腾讯视频弹幕链接，只要能请求成功的，必然包含 "barrage_list" 「仅限于腾讯视频弹幕，别的平台具体情况，具体分析」；

小讨论｜个人经验，仅供参考！

弹幕是基于什么内容而来？——基于腾讯视频中的电视剧、动漫、电影等剧情而来，并不是直击发送者真实的情感。较为准确一些来说：是触景生情、代入感而来。

还有什么途径有更直击的情感、情绪数据分析呢？——网易云（网抑云）。网易云上有歌曲评论，是有极大的触动。

2.4 保存请求的评论数据

2.4.1 基础存储弹幕数据「必须掌握！」

对于基础存储方法来说，我们目标做的是词云展示，我们只需要把弹幕内容报错即可，其它数据先暂时不管。

保存文件名：barrage-of-comments.txt

parse_barrage_data()
def parse_barrage_data(data: list[dict]):
    # print(len(data))
    """对于基础存储方法来说，我们目标做的是词云展示，我们只需要把弹幕内容报错即可，其它数据先暂时不管。"""
    for barrage in data:
        print(barrage["content"])
        with open('barrage-of-comments.txt', 'a+', encoding='utf-8') as f:
            f.write(barrage['content'] + '\n')
    # current version：barrage-of-comments.txt
    # 存在问题：如果保存失败，需要把之前已存储的数据进行清空或者删除。

    # next version：barrage-of-comments.csv （初步尝试保存多条数据）

现在函数 parse_barrage_data() 代码实现存在问题：

  1. 如果保存失败，需要把之前已存储的数据进行清空或者删除。
  2. 另一种就是在我们开发过程当中，是要时不时进行运行代码测试的，也会产生数据保存的，也需要把之前测试保存的数据进行清除。
2.4.1.1 解决方案
  • 方法一：手动删除文件；（原代码无需修改）
  • 方法二：每次保存文件名不一样；
  • 方法三：把之前保存成功的文件，先删除再保存或者清空；
  • 方法四：设计改进存储策略；
2.4.1.2 方法二之「语法」

四种便捷的实现方法：

uuid：
import uuid

print(uuid.uuid1())
print(uuid.uuid4())

# ---output---
fbcf64c4-c152-11f0-88fd-b65e664f0b45
c10bbfd5-6baa-4a87-867a-bc070c3047fe
2.4.1.3 探索 time 设定微历史

time 关注的是“从 1970 年过了多少秒”，是系统级时间。（系统更喜欢时间戳！）

datetime 关注的是“现在的年月日时分秒”，是人类时间。（人类更喜欢这样的时间表达！）

两者解决的不是同一个问题，因此必须共存。

为什么会是 1970 年开始？——因为 Unix 系统把“1970-01-01 00:00:00 UTC” 定义为时间的起点（Epoch）。

这个时间称为：Unix Epoch（Unix 纪元），所有计算机时间戳（包括 Python 的 time.time()）都是在计算：

从 1970-01-01 00:00:00 UTC 到现在一共过了多少秒？

举个例子🌰：不同的新能源汽车厂商，使用的汽车充电器是不一样！未来必然统一充电器接口，所以当时那个年代就类似于提出：大家做计算机，就都以这个时间为起点吧！不然每台计算机各用各的时间起点，会导致数据、工作等无法同步或者兼容！

那为什么偏偏选 1970？

  1. Unix 系统诞生时间附近；

    相关信息

    Unix 诞生于 1969–1970 年，当时创造 Unix 的工程师（Ken Thompson、Dennis Ritchie）需要设定一个统一的时间起点，方便计算时间差。

    所以他们非常自然地设定为：

    ✔ 1970 年初；

    ✔ 世界标准 UTC；

    ✔ 干净整整齐齐从 0 点开始；

  2. 1970 年前的数据非常少；

    相关信息

    在 1960 年代末，计算机刚兴起，几乎没有跨年历史数据需要对齐。

    选择 1970 年可以保证：

    • 不会因为历史数据缺乏造成麻烦；
    • 从“现在”往后记录就足够用了；

  3. 方便计算机内部存储（二进制、32 位整数）；

    相关信息

    Unix 早期使用 32 位整数存储秒数。

    如果从 1970 开始：

    • 所有秒数都是 正整数（没有负号）；
    • 用 32 位整数够用几十年；
    • 符号位也能正常利用；

    如果往前推时间，秒数会变成负数（很不方便）。

  4. 避免“闰秒”、“闰年”等历史问题；

    相关信息

    1970 之后的世界协调 UTC 时间体系已经比较稳定。

    在此之前：

    • 不同地区的时区乱七八糟；
    • 夏令时没有统一规则；
    • UTC 还没完全标准化；
    • 闰秒制度 1972 年才确立；

    所以从 1970 开始最省心。

    用一句最精确的话概括：Unix 开发者选择 1970-01-01 作为统一的时间起点（Epoch），是因为它接近系统诞生时间、不会产生历史计算问题、且便于使用 32 位整数记录秒数。

    计算机是靠“秒”来理解时间的。 为了统一标准，工程师们规定： “所有时间都从 1970 年的开头算起，往后每多一秒就 +1。” 这样全世界所有程序都能用同一套时间计数规则，不会混乱。

2.4.1.4 方法二之「实现」

  1. 第一步：把函数 parse_barrage_data 中的文件保存名称，改成参数。

    def parse_barrage_data(filename, data: list[dict]):
    # print(len(data))
    """对于基础存储方法来说，我们目标做的是词云展示，我们只需要把弹幕内容报错即可，其它数据先暂时不管。"""
    for barrage in data:
        print(barrage["content"])
        with open(filename, 'a+', encoding='utf-8') as f:
            f.write(barrage['content'] + '\n')
    # current version：barrage-of-comments.txt
    # 存在问题：如果保存失败，需要把之前已存储的数据进行清空或者删除。

    # next version：barrage-of-comments.csv （初步尝试保存多条数据）

  2. 第二步：编写函数 generate_filename

    补充：可以直接写在原本的保存函数中 parse_barrage_data，只不过方法太多所以需要独立出一个函数来编写。

  3. 第三步：改进函数 generate_filename 实现，实现可选名称创建方法。

    修正规范：

  4. 修改 main 函数代码适配

    def main():
    video_code = "z4101ftrdpp"  # 替换成目标视频的弹幕 ID
    # num = 10000  # 「盲扫的段数上限」设置一个较大的请求次数，程序会自动判断，当没有弹幕了会自动退出循环
    # SEG = 30000  # 每段的跨度 30秒（30000毫秒）
    links = generate_dm_links(video_code)

    # 打印前 5 条链接看下效果
    for url in links[:8]:
        # print(url)
        barrage_list = check_barrage_data(url)
        # print(barrage_list)
        filename = generate_filename(choice='uuid')
        parse_barrage_data(filename, barrage_list)

    按上面的代码会有什么问题？运行代码看看：

    几次循环就会生成几个不同的文件名，导致一个弹幕一个文件，而我们需要所有弹幕存在同一个文件，该怎么修改呢？

    想要一个弹幕一个文件，就按现在的方法存储即可。

    只需要把文件名的生成放在 for 循环之外即可。

    main
    def main():
    video_code = "z4101ftrdpp"  # 替换成目标视频的弹幕 ID
    # num = 10000  # 「盲扫的段数上限」设置一个较大的请求次数，程序会自动判断，当没有弹幕了会自动退出循环
    # SEG = 30000  # 每段的跨度 30秒（30000毫秒）
    links = generate_dm_links(video_code)
    
    filename = generate_filename(choice='uuid')
    # 打印前 5 条链接看下效果
    for url in links[:8]:
        # print(url)
        barrage_list = check_barrage_data(url)
        # print(barrage_list)
        # filename = generate_filename(choice='uuid')
        parse_barrage_data(filename, barrage_list)
2.4.1.5 方法三

  • 方案一：实现的策略就是：每次运行前删除目标文件。

    这种方式会确保每次运行时不会遗留上次的文件。你可以在 parse_barrage_data 函数开始时先删除文件，然后再写入新内容。

    main

  • 方案二：除了把文件删除，还可以把已经存在的文件内容清空。（也就是每次运行前清空文件内容）（一种是把之前已经存储的数据进行清空）

    具体来说：就是在每次运行程序之前，可以手动清空文件内容，确保每次执行时文件都是空的。这样无论成功还是失败，文件内容都会被清空，确保没有“上次遗留”的数据。

    main
    def main():
    # ---snip---

    filename = 'barrage-of-comments.txt'
    # 先清空文件
    with open(filename, 'w', encoding='utf-8') as f:
        f.truncate(0)  # 清空文件内容

    # 打印前 5 条链接看下效果
    for url in links:
        # ---snip---
        parse_barrage_data(filename, barrage_list)
2.4.1.6 方法四

第四种方法就是改进存储策略：把要存储的弹幕先临时存储，等全部抓取（提取）成功之后再进行存储。

临时存储常见的有：

  • 先创建一个临时文件进行存储，等全部存储完成后，写入正式的数据文件；
  • 另一种就是先临时存储到变量当中，等全部提取数据后，再进行存储。

修改函数 parse_barrage_data() 以及把保存功能写成独立函数。

parse_barrage_data()
2.4.1.7 思考

到这一步，其实我们会发现，最终真正的代码是需要几种方法结合在一起的。

  • 一个是文件名，防止我们在多次运行程序时，导致测试数据存留。
  • 在请求多条弹幕数据进行保存时，要保证循单条链接级别的数据完整性：对于每个弹幕链接，必须确保其数据已经完整解析、结构化构建完成后，才能写入最终的汇总文件。只有“当前这一条数据完全准备好”，才允许落盘，避免半成品数据被写入。这是属于运行过程中的情况处理。
  • 另一个是单条弹幕链接内的数据，要保证当前这条弹幕数据完整或构建好要存储的数据，再写入总文件。属于运行过程中的存储数据。
精简代码（仅保留有用的代码）
2.4.1.8 尝试抓取全部弹幕

现在我们的弹幕已经较为完善，可以正式试一下抓取全部弹幕数据，观察是否会报错，运行代码如下：

Code

会一直卡在：明天继续看秦南，此时需要解决这个问题。

分析方法：

  • 一瞬间以为：被腾讯 ban 掉了，但是重新运行前面又是正常抓取的；

  • 输出当前请求的弹幕链接，我们手动看看卡在哪个弹幕链接并手动使用浏览器访问该弹幕，看看是否有数据，访问是否正常；

    def main():
    # ---snip---
    for url in links:
        print(url)
        barrage_list = check_barrage_data(url)
        # ---snip---

    访问一开始卡住的链接后，发现：没有数据，那就是我们请求的时候对于没数据的弹幕链接处理没有考虑到。应该一遇到没有弹幕的链接，直接停止循环。ok，进行下一步分析。

  • 其次观察请求函数 check_barrage_data() 看编写逻辑是否正常，是否包含其它异常情况没有处理；

    # 请求并验证数据
def check_barrage_data(url: str):
    # 发送 GET 请求
    try:
        response = requests.get(url)

        if response.status_code in [200, 304]:
            # 返回的数据是 JSON 格式
            data = response.json()
            barrage_list = data["barrage_list"]
            if barrage_list:
                return barrage_list
    except Exception as err:
        # ---snip---

    从上面的代码可知：我们并没有正式的正对 barrage_list 没有数据的情况进行处理，那按照现有代码，当 barrage_list 没有数据时，会返回 None。

    故而，解决方法就是要在循环中增加条件，当 check_barrage_data() 返回 None 或 False 时，停止 for 循环！

    • None：barrage_list 没有数据；
    • False：请求出现异常。

    debug 原则

    1. debug 用自己的大脑运运行代码，并对比我们预期的效果和逻辑。
    2. 适当的修改代码，并运行观察。让抽象的现象，具体的展现在我们眼前。

到此，bug 排查完毕。正式编写解决代码：

def main():
    # ---snip---

    for url in links:
        barrage_list = check_barrage_data(url)
        if (barrage_list is None) or (barrage_list == False):
            break
        lines = parse_barrage_data(barrage_list)

        if lines:
            save(filename, lines)

反思

为什么会出现现在的 bug？因为我们写代码时，为了图方便把每次请求的弹幕链接设置在前 8 条弹幕。

如果一开始就是请求全部弹幕链接，则会提前发现此问题。但是不推荐，因为一开始写代码时要时不时的运行代码测试，如果每次都要请求全部弹幕链接，会比较耗时。

其实，一开始写请求代码时，就应该要知道处理没有弹幕数据的链接。

插一句：其实 check_barrage_data() 代码中的数据提取可以改进：

原本
barrage_list = data["barrage_list"]
2.4.1.9 存储成 csv 数据

为了便于下一个 pandas 存储的理解，我们可以尝试存储多条数据（初步尝试保存多条数据）。

保存文件名：barrage-of-comments.csv

2.4.2 使用 pandas 进行结构化存储数据「提前选择性参考学习」

这部分主要是大致了解 pandas 实现，主要理解的是手动提取并保存。抓住每一次对比的机会，对比可以使我们对 pandas 存在的价值、意义更加明确。

3. 弹幕数据词云展示

3.1 安装所需库

pip install jieba wordcloud matplotlib pillow

3.2 生成词频

3.3 生成词云

公众号：AI悦创【二维码】

AI悦创·编程一对一

AI悦创·推出辅导班啦，包括「Python 语言辅导班、C++ 辅导班、java 辅导班、算法/数据结构辅导班、少儿编程、pygame 游戏开发、Web、Linux」，招收学员面向国内外，国外占 80%。全部都是一对一教学：一对一辅导 + 一对一答疑 + 布置作业 + 项目实践等。当然，还有线下线上摄影课程、Photoshop、Premiere 一对一教学、QQ、微信在线，随时响应！微信：Jiabcdefh

C++ 信息奥赛题解，长期更新！长期招收一对一中小学信息奥赛集训，莆田、厦门地区有机会线下上门，其他地区线上。微信：Jiabcdefh

方法一：QQ

方法二：微信：Jiabcdefh

更新日志

2025/11/19 21:24
查看所有更新日志
  • 6c1a2-docs(Python-Programming-Course): 添加腾讯视频弹幕爬取代码示例和截图于
  • 5f59a-docs: 更新腾讯视频弹幕爬虫文档和示例代码于
  • 6e2ec-docs: 更新腾讯视频弹幕数据处理文档中的改进建议于
  • f416e-docs: 更新腾讯视频弹幕项目文档中的注意事项于
  • 10cae-docs(Python-Programming-Course): 更新项目文档中的代码示例和注释于
  • ec996-fix: 处理无数据弹幕链接时停止循环于
  • e5b15-docs: 移除重复的弹幕处理注释于
  • 8e071-docs: 更新腾讯视频弹幕抓取项目文档于
  • cce5d-docs(Python-Programming-Course): 添加临时存储弹幕的方法说明于
  • 46a70-docs: 更新腾讯视频弹幕爬虫项目的代码示例于
  • 37c95-docs(Python-Programming-Course): 修正弹幕存储策略描述并补充完整代码示例于
  • b60e0-docs(Python-Programming-Course): 添加腾讯视频弹幕爬取方法四的完整代码于
  • 24d83-docs(Python-Programming-Course): 更新项目文档中的代码块标记和存储策略说明于
  • 162c3-docs(Python-Programming-Course): 更新腾讯视频弹幕项目文档内容于
  • d0697-docs: 更新文档中的方法标题和烹饪配方内容于
  • 179e4-docs(Python-Programming-Course): 更新弹幕处理方法和添加词云展示部分于
  • 7892d-docs(Python-Programming-Course): 更新弹幕项目文档，添加两种文件处理方案于
  • 3eb1f-docs: 移除多余空行并添加文件删除逻辑示例于
  • c1564-docs(Python-Programming-Course): 添加弹幕爬虫项目完整代码示例于
  • ecf42-docs(Python-Programming-Course): 添加生成文件名函数的代码示例于
  • a7794-update于
  • 26d25-docs: 添加edube-python考试相关图片并更新文档于
  • c7118-docs(Python-Programming-Course): 更新随机文件名生成和时间历史说明文档于
  • ada37-docs(Python-Programming-Course): 修正时间设定微历史部分的格式排版于
  • 632e3-docs: 更新腾讯视频弹幕项目文档中的代码示例于
  • 02278-docs(Python-Programming-Course): 更新弹幕项目文档内容于
  • fcbad-docs(Python-Programming-Course): 完善P06项目文档内容并添加代码示例于
  • 324fc-docs: 添加关于双重随机方法的示例代码于
  • 71078-docs(Python-Programming-Course): 更新项目文档中的标签命名以更清晰表达内容于
  • fc8fd-docs: 在腾讯视频项目文档中添加关于随机重复率的说明于
  • d1593-docs: 在Python课程文档中添加随机生成文件名的示例代码于
  • 3e1ca-docs(Python-编程课程): 添加datetime模块获取当前日期的示例和说明于
  • 6a989-docs: 补充腾讯视频弹幕爬取的人机交互说明于
  • b2e00-docs: 更新Python课程文档中关于time.sleep的说明于
  • 3f1c0-docs(Python-Programming-Course): 补充time模块获取和格式化时间的文档于
  • 468c8-docs: 更新烹饪和Python项目文档内容于
  • e3636-docs: 修正腾讯视频弹幕教程中的错别字于
  • 66ad8-docs: 更新腾讯视频弹幕生成代码文档标签于
  • 914e8-docs(Python-Programming-Course): 添加方法二至方法四的代码示例标签于
  • 8f476-docs(Python-Programming-Course): 更新弹幕数据处理文档并添加代码示例于
  • df107-docs: 更新腾讯视频弹幕项目文档中的说明于
  • 9194e-docs: 添加腾讯视频弹幕项目文档和香菇滑鸡菜谱于
  • 8410b-docs(Python-Programming-Course): 添加check_barrage_data函数代码示例于
  • 8a680-docs(Python-Programming-Course): 更新腾讯视频弹幕爬虫项目文档代码示例于
  • 2463b-docs: 更新腾讯视频弹幕项目文档，增加异常处理说明于
  • 9a848-docs(Python-Programming-Course): 添加腾讯视频弹幕爬虫项目代码实现文档于
  • 1288c-docs(Python-Programming-Course): 在腾讯视频项目文档中添加代码块占位符于
  • ca2f0-docs(Python-Programming-Course): 添加项目文档中的请求代码和保存评论数据部分于
  • 3fde5-docs(Python-Programming-Course): 更新腾讯视频弹幕项目文档并添加图片于
  • 68534-docs(Python-Programming-Course): 更新文档内容并封装弹幕链接生成函数于
  • 8a4c5-docs: 更新文档内容并添加新章节于
  • f4a7c-docs(Python-Programming-Course): 更新腾讯视频弹幕获取文档并添加代码示例于
  • 62ef9-docs: 更新文档内容并添加新文件于
  • 4f7cd-docs: 添加腾讯视频弹幕工具和Excel函数教程文档于
  • 8870b-docs(Python-Programming-Course): 添加大模型安全课程文档和实验方法优化内容于
  • 2699f-docs: 更新Python列表文档和分类思考课程内容于
  • c372f-docs: 添加实验文档图片和代码示例于
  • 13059-docs: 添加老北京火锅蘸酱文档并更新数据分析课程内容于
  • 03cee-docs: 添加酱香饼食谱文档于
  • 70353-更新文件夹名称于
  • ae8a4-更新食谱文档，优化标签和步骤格式于
  • 9bfdc-新增 Vuepress 侧边栏自定义文档，包含自动生成侧边栏的说明及相关信息于
  • 4d098-Add articles on programming and cooking: "Can computer programs really kill people?" and "清蒸鲈鱼"于
  • 1c35a-去掉head于
  • cbb3a-update于
  • 76989-update于
  • 86c50-update于
  • 027da-first commit于

贡献者

AndersonHJBAI悦创