登录一次就能一直发视频social-auto-upload Cookie 持久化原理与多账号实战指南【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload每次发视频都要扫码登录抖音、小红书、视频号的创作者后台是多平台视频自动上传里最磨人的环节。social-auto-upload 用 Cookie 持久化解决了它扫码一次登录态就存成本地 JSON 文件之后上传前自动校验、失效才重新登录。下面把存储、安检、日常使用串成一条完整链路讲清楚。登录一次长期发视频解决的是什么痛点手动多平台分发像跑配送单每到一家平台都得先刷脸。用脚本做视频自动上传时更尴尬——脚本替你点不动扫码那个按钮流程每次都卡在登录页。social-auto-upload 的思路很直白把浏览器的登录态Cookie当成一张门卡进门时复制一份收进文件之后每次要开平台页面就先读卡。这就是 Cookie 持久化的全部含义也是它能免人工值守的基础。登录态是怎么保存的一张 JSON 门卡先说结论存下来的不是一行密码而是浏览器状态的完整快照落成 JSON 文件。以 myUtils/login.py 的登录流程为例工具拉起浏览器打开平台创作者页等你手动扫码最多等约 200 秒页面一跳转就说明登录成功紧接着用一行代码把浏览器上下文写盘await context.storage_state(pathcookies_dir / f{uuid_v1}.json)Playwright 的storage_state()吐出的就是各域名下登录凭证的 namevalue 对加少量存储数据——本质上和浏览器插件里导出 Cookie 为 JSON是同一份东西。选 JSON 的原因是浏览器原生认这个格式下次免登时把它交给一个全新浏览器即可不需要再碰账号密码。文件放在哪三个入口各有约定但都是一个账号一份文件、平台互不干扰命令行sau用cookies/{平台}_{账号名}.json如cookies/douyin_myaccount1.json见 sau_cli.py 的resolve_account_fileexamples/ 下示例脚本用cookies/{平台}_uploader/account.json如 examples/get_douyin_cookie.py 里的cookies/douyin_uploader/account.jsonWeb 后端在cookiesFile/下按 UUID 命名并把平台、文件、账号名登记进本地 SQLite 库表结构见 db/createTable.py。门卡存好了但卡会过期——怎么知道它还能用上传前自动安检工具如何判断登录态是否有效所以每次上传前工具都会做一次安检拿 JSON 文件新建一个全新浏览器上下文等于浏览器自动完成登录打开平台发布页等 5 秒看自己有没有被弹回登录界面。核心逻辑在 myUtils/auth.py 的check_cookie函数里按平台分发各平台只差盯哪个元素。以抖音为例await page.goto(https://creator.douyin.com/creator-micro/content/upload) try: await page.get_by_text(扫码登录).wait_for(timeout5000) return False # 出现扫码登录 → cookie 失效 except: return True # 没出现 → 登录态有效5 秒后还停在发布页就放行被弹去扫码页说明已失效。小红书盯手机号登录、视频号盯微信小店、快手盯机构服务原理相同。还有两个细节登录流程myUtils/login.py在文件落盘后会立即跑一次check_cookie验证通过才回报登录成功避免存下来其实已失效上传前校验不通过时命令行会直接给出可执行的提示例如Douyin cookie is missing or expired: ... Run sau douyin login --account xxx first.——照着重跑登录命令即可。原理讲完来看实际操作。social-auto-upload 登录实战怎么登录、多账号怎么区分登录就是一条命令以抖音为例sau douyin login --account myaccount1 sau douyin login --account myaccount2执行后浏览器打开扫码即可。完成后工具自动写好cookies/douyin_myaccount1.json和cookies/douyin_myaccount2.json多账号上传就是这么朴素上传时--account指定用哪个账号工具自动找对应文件。快手、小红书同理全部命令见 docs/CLI.md。B 站略不同不需要浏览器直接在终端画出二维码扫码后登录态就写进文件另外每个平台都有check子命令如sau douyin check --account xxx可以主动确认门卡是否有效不必等上传时才发现。日常使用注意三点 JSON 等价于该平台的账号密码别发给别人、别提交进公开仓库建议定期备份cookies/目录文件丢了只能重新登录同平台换号用不同的--account命名别覆盖旧文件。命令跑通了剩下都是使用中的常见问题。常见问题 FAQ问cookie 过期了怎么办各平台有效期不一工具不承诺永久有效。看到 cookie missing or expired 提示后重跑对应平台的login命令即可新文件会覆盖旧的后续上传自动使用新登录态。问cookie 文件丢了要重新登录吗要。这份 JSON 是免登的唯一凭据工具无法凭空恢复登录态只能重新扫码所以才有备份建议。文件是纯文本可以直接打开预览内容就是一组 namevalue 的凭证对问不同平台、不同入口的路径为什么不一样CLI、examples、Web 三套约定对应不同场景CLI 靠文件名区分账号Web 用 UUID 防冲突但文件内容都是同一份storage_stateJSON懂一套就都懂。问A 机器登录的B 机器能用吗能。把 JSON 拷到 B 机器的对应路径装好依赖即可。传输时留意权限——这是一张能进你账号的门卡。问为什么第一次必须扫码扫码是拿到门卡的动作持久化机制是之后不用再扫。没扫过码就没有卡可存。最后三条实用提醒收个尾新平台先跑一次sau {平台} login --account {名字}随后把 JSON 备份一份上传报 cookie missing or expired 时不用查源码重跑登录命令即可继续多账号、多平台上传时按平台_账号名区分文件命名出问题时一眼能找到该看哪张门卡。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 登录一次就能一直发视频：social-auto-upload Cookie 持久化原理与多账号实战指南
登录一次就能一直发视频social-auto-upload Cookie 持久化原理与多账号实战指南【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload每次发视频都要扫码登录抖音、小红书、视频号的创作者后台是多平台视频自动上传里最磨人的环节。social-auto-upload 用 Cookie 持久化解决了它扫码一次登录态就存成本地 JSON 文件之后上传前自动校验、失效才重新登录。下面把存储、安检、日常使用串成一条完整链路讲清楚。登录一次长期发视频解决的是什么痛点手动多平台分发像跑配送单每到一家平台都得先刷脸。用脚本做视频自动上传时更尴尬——脚本替你点不动扫码那个按钮流程每次都卡在登录页。social-auto-upload 的思路很直白把浏览器的登录态Cookie当成一张门卡进门时复制一份收进文件之后每次要开平台页面就先读卡。这就是 Cookie 持久化的全部含义也是它能免人工值守的基础。登录态是怎么保存的一张 JSON 门卡先说结论存下来的不是一行密码而是浏览器状态的完整快照落成 JSON 文件。以 myUtils/login.py 的登录流程为例工具拉起浏览器打开平台创作者页等你手动扫码最多等约 200 秒页面一跳转就说明登录成功紧接着用一行代码把浏览器上下文写盘await context.storage_state(pathcookies_dir / f{uuid_v1}.json)Playwright 的storage_state()吐出的就是各域名下登录凭证的 namevalue 对加少量存储数据——本质上和浏览器插件里导出 Cookie 为 JSON是同一份东西。选 JSON 的原因是浏览器原生认这个格式下次免登时把它交给一个全新浏览器即可不需要再碰账号密码。文件放在哪三个入口各有约定但都是一个账号一份文件、平台互不干扰命令行sau用cookies/{平台}_{账号名}.json如cookies/douyin_myaccount1.json见 sau_cli.py 的resolve_account_fileexamples/ 下示例脚本用cookies/{平台}_uploader/account.json如 examples/get_douyin_cookie.py 里的cookies/douyin_uploader/account.jsonWeb 后端在cookiesFile/下按 UUID 命名并把平台、文件、账号名登记进本地 SQLite 库表结构见 db/createTable.py。门卡存好了但卡会过期——怎么知道它还能用上传前自动安检工具如何判断登录态是否有效所以每次上传前工具都会做一次安检拿 JSON 文件新建一个全新浏览器上下文等于浏览器自动完成登录打开平台发布页等 5 秒看自己有没有被弹回登录界面。核心逻辑在 myUtils/auth.py 的check_cookie函数里按平台分发各平台只差盯哪个元素。以抖音为例await page.goto(https://creator.douyin.com/creator-micro/content/upload) try: await page.get_by_text(扫码登录).wait_for(timeout5000) return False # 出现扫码登录 → cookie 失效 except: return True # 没出现 → 登录态有效5 秒后还停在发布页就放行被弹去扫码页说明已失效。小红书盯手机号登录、视频号盯微信小店、快手盯机构服务原理相同。还有两个细节登录流程myUtils/login.py在文件落盘后会立即跑一次check_cookie验证通过才回报登录成功避免存下来其实已失效上传前校验不通过时命令行会直接给出可执行的提示例如Douyin cookie is missing or expired: ... Run sau douyin login --account xxx first.——照着重跑登录命令即可。原理讲完来看实际操作。social-auto-upload 登录实战怎么登录、多账号怎么区分登录就是一条命令以抖音为例sau douyin login --account myaccount1 sau douyin login --account myaccount2执行后浏览器打开扫码即可。完成后工具自动写好cookies/douyin_myaccount1.json和cookies/douyin_myaccount2.json多账号上传就是这么朴素上传时--account指定用哪个账号工具自动找对应文件。快手、小红书同理全部命令见 docs/CLI.md。B 站略不同不需要浏览器直接在终端画出二维码扫码后登录态就写进文件另外每个平台都有check子命令如sau douyin check --account xxx可以主动确认门卡是否有效不必等上传时才发现。日常使用注意三点 JSON 等价于该平台的账号密码别发给别人、别提交进公开仓库建议定期备份cookies/目录文件丢了只能重新登录同平台换号用不同的--account命名别覆盖旧文件。命令跑通了剩下都是使用中的常见问题。常见问题 FAQ问cookie 过期了怎么办各平台有效期不一工具不承诺永久有效。看到 cookie missing or expired 提示后重跑对应平台的login命令即可新文件会覆盖旧的后续上传自动使用新登录态。问cookie 文件丢了要重新登录吗要。这份 JSON 是免登的唯一凭据工具无法凭空恢复登录态只能重新扫码所以才有备份建议。文件是纯文本可以直接打开预览内容就是一组 namevalue 的凭证对问不同平台、不同入口的路径为什么不一样CLI、examples、Web 三套约定对应不同场景CLI 靠文件名区分账号Web 用 UUID 防冲突但文件内容都是同一份storage_stateJSON懂一套就都懂。问A 机器登录的B 机器能用吗能。把 JSON 拷到 B 机器的对应路径装好依赖即可。传输时留意权限——这是一张能进你账号的门卡。问为什么第一次必须扫码扫码是拿到门卡的动作持久化机制是之后不用再扫。没扫过码就没有卡可存。最后三条实用提醒收个尾新平台先跑一次sau {平台} login --account {名字}随后把 JSON 备份一份上传报 cookie missing or expired 时不用查源码重跑登录命令即可继续多账号、多平台上传时按平台_账号名区分文件命名出问题时一眼能找到该看哪张门卡。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考