social-auto-upload 的 Cookie 持久化一次扫码长期免登录【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-uploadsocial-auto-upload 是一个面向抖音、快手、小红书、视频号、Bilibili 等平台的视频自动上传工具。它最磨人的环节其实不是上传本身而是登录扫码成功一次很轻松但登录态隔几天就丢、下次又得重新扫体验会立刻崩塌。这篇文章按登录→落盘→校验→失效补救的真实时间线把它的 Cookie 持久化机制讲清楚。先说痛点每次上传都扫码等于没做自动化自动化上传的价值在于设定好就不用管。如果登录态只活在浏览器进程里那每次跑上传脚本都要人肉扫码自动化就只剩一半。social-auto-upload 的解法很直接把浏览器里的登录状态倒进一个 JSON 文件之后每次操作都从这个文件倒回去。登录态如何落盘一次 storage_state 调用扫码登录成功后程序不会把账号密码存下来它也不知道密码而是调用 Playwright 的浏览器状态导出能力把当前上下文里的 Cookie 和 localStorage 一次性写成 JSONawait context.storage_state(pathaccount_file)就这一句。登录态从此从活着的浏览器变成磁盘上的文件下次启动时无头浏览器可以直接new_context(storage_stateaccount_file)恢复登录页面打开就是已登录状态。Cookie 存在哪cookies 目录里的命名约定走主线 CLI 时路径规则由 sau_cli.py 里的resolve_account_file统一决定cookies/{平台}_{账号名}.json比如cookies/douyin_mymain.json、cookies/xiaohongshu_backup.json。账号名是你--account参数里自己起的一个名字对应一个文件想开几个账号就起几个名字。后端 Web 服务这条线稍有不同myUtils/login.py 把每次登录存成cookiesFile/下的 UUID 命名 JSON并同步写入db/database.db记录哪个 UUID 属于哪个用户。两条线殊途同归——本质都是一个 JSON 文件 一个账号的登录态。上传前的隐形动作5 秒自检测试你执行上传命令时程序并不会盲信文件还在就有效。它会先做一轮真实试探用这个 Cookie 启动浏览器直接访问对应平台的创作者后台上传页然后看落点抖音打开creator.douyin.com的上传页5 秒内出现扫码登录或手机号登录字样判定失效实现见 uploader/douyin_uploader/main.py 里的cookie_auth还会重试 3 次避免网络抖动误判小红书打开creator.xiaohongshu.com上传页同样检查是否被踢回登录页视频号看页面 5 秒内是否出现微信小店元素快手看是否出现机构服务元素这些分支集中在 myUtils/auth.py 的check_cookie里按平台编号分发到各自函数。思路统一登录态还在就会被留在创作页被弹回登录页就是失效不需要猜有效期实际试一下最准。判定失效后最快的补救路径校验没通过时CLI 会给出可直接照做的报错大意是Douyin cookie is missing or expired: ... Run sau douyin login --account name first.最快的补救就是照着提示重跑登录命令sau douyin login --account mymain sau douyin check --account mymain重新扫码后旧文件被新登录态覆盖check再确认一遍即可。服务器或无头环境下扫不了码的登录流程会把二维码存成本地qrcode.png供你查看docs/install.md 里还给了 VNC 手动登录再导出 Cookie 的兜底方案。Bilibili 走的是 biliup 工具链账号文件同样落在cookies/下check命令会执行renew续期来验证。多账号场景就是命名规则的天然红利--account传不同名字cookies/目录下各自一份 JSON互不干扰也可以并发跑不同平台的任务。三条维护习惯避免踩坑 定期跑一遍各平台的sau platform check --account name做体检别等到半夜的定时上传才暴露失效Cookie 文件就是账号钥匙定期备份cookies/目录但不要把它提交进代码仓库或发给任何人校验偶尔因网络慢误判时先重跑check确认再决定要不要重新登录一句话收尾social-auto-upload 的 Cookie 持久化没有玄学——扫码后的状态存成 JSON每次上传前拿它真刀真枪试一次失效了照提示重登一次循环往复。【免费下载链接】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-uploadsocial-auto-upload 是一个面向抖音、快手、小红书、视频号、Bilibili 等平台的视频自动上传工具。它最磨人的环节其实不是上传本身而是登录扫码成功一次很轻松但登录态隔几天就丢、下次又得重新扫体验会立刻崩塌。这篇文章按登录→落盘→校验→失效补救的真实时间线把它的 Cookie 持久化机制讲清楚。先说痛点每次上传都扫码等于没做自动化自动化上传的价值在于设定好就不用管。如果登录态只活在浏览器进程里那每次跑上传脚本都要人肉扫码自动化就只剩一半。social-auto-upload 的解法很直接把浏览器里的登录状态倒进一个 JSON 文件之后每次操作都从这个文件倒回去。登录态如何落盘一次 storage_state 调用扫码登录成功后程序不会把账号密码存下来它也不知道密码而是调用 Playwright 的浏览器状态导出能力把当前上下文里的 Cookie 和 localStorage 一次性写成 JSONawait context.storage_state(pathaccount_file)就这一句。登录态从此从活着的浏览器变成磁盘上的文件下次启动时无头浏览器可以直接new_context(storage_stateaccount_file)恢复登录页面打开就是已登录状态。Cookie 存在哪cookies 目录里的命名约定走主线 CLI 时路径规则由 sau_cli.py 里的resolve_account_file统一决定cookies/{平台}_{账号名}.json比如cookies/douyin_mymain.json、cookies/xiaohongshu_backup.json。账号名是你--account参数里自己起的一个名字对应一个文件想开几个账号就起几个名字。后端 Web 服务这条线稍有不同myUtils/login.py 把每次登录存成cookiesFile/下的 UUID 命名 JSON并同步写入db/database.db记录哪个 UUID 属于哪个用户。两条线殊途同归——本质都是一个 JSON 文件 一个账号的登录态。上传前的隐形动作5 秒自检测试你执行上传命令时程序并不会盲信文件还在就有效。它会先做一轮真实试探用这个 Cookie 启动浏览器直接访问对应平台的创作者后台上传页然后看落点抖音打开creator.douyin.com的上传页5 秒内出现扫码登录或手机号登录字样判定失效实现见 uploader/douyin_uploader/main.py 里的cookie_auth还会重试 3 次避免网络抖动误判小红书打开creator.xiaohongshu.com上传页同样检查是否被踢回登录页视频号看页面 5 秒内是否出现微信小店元素快手看是否出现机构服务元素这些分支集中在 myUtils/auth.py 的check_cookie里按平台编号分发到各自函数。思路统一登录态还在就会被留在创作页被弹回登录页就是失效不需要猜有效期实际试一下最准。判定失效后最快的补救路径校验没通过时CLI 会给出可直接照做的报错大意是Douyin cookie is missing or expired: ... Run sau douyin login --account name first.最快的补救就是照着提示重跑登录命令sau douyin login --account mymain sau douyin check --account mymain重新扫码后旧文件被新登录态覆盖check再确认一遍即可。服务器或无头环境下扫不了码的登录流程会把二维码存成本地qrcode.png供你查看docs/install.md 里还给了 VNC 手动登录再导出 Cookie 的兜底方案。Bilibili 走的是 biliup 工具链账号文件同样落在cookies/下check命令会执行renew续期来验证。多账号场景就是命名规则的天然红利--account传不同名字cookies/目录下各自一份 JSON互不干扰也可以并发跑不同平台的任务。三条维护习惯避免踩坑 定期跑一遍各平台的sau platform check --account name做体检别等到半夜的定时上传才暴露失效Cookie 文件就是账号钥匙定期备份cookies/目录但不要把它提交进代码仓库或发给任何人校验偶尔因网络慢误判时先重跑check确认再决定要不要重新登录一句话收尾social-auto-upload 的 Cookie 持久化没有玄学——扫码后的状态存成 JSON每次上传前拿它真刀真枪试一次失效了照提示重登一次循环往复。【免费下载链接】social-auto-upload自动化上传视频到社交媒体抖音、小红书、视频号、tiktok、youtube、bilibili项目地址: https://gitcode.com/GitHub_Trending/so/social-auto-upload创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考