NOTICE: By continued use of this site you understand and agree to the binding شروط الخدمة and سياسة الخصوصية.
Install steps: Install a userscript manager, select Install, then open a website matched by the script.
كيفية استخدام برنامج Userscript للمبتدئين Chrome Edge Firefox
The following figures come from the original source and are separate from activity on this site.
Original script: PikPak 增强大师
Source version: 3.1.0
Last source check:
Last successful check:
Requests received by this site are not proof that a user completed installation.
Clicking Install records a request on this site; it does not confirm installation. Not working after install? View troubleshooting and issues
⭐ 如果这个脚本帮到了你,欢迎给项目点一个 Star
简体中文 | 繁體中文 | English | 한국어 | 日本語 | Indonesia | Bahasa Melayu
⚠️ 执行分析、整理、批量删除、批量移动、批量解压等重操作期间,不建议在其他客户端同时修改同一批文件,以免产生同步冲突。
⚠️ 分享提取次数上限的自动拦截,仅在网页保持开启且设备未休眠时生效。
Q:为什么安装了脚本却没有显示蓝色悬浮球?
A: 请按以下顺序检查:
Q:多层文件夹返回上一层比较麻烦,只能从主界面重新进入吗?
A: 不需要。脚本中所有带路径栏的页面,均支持鼠标滚轮横向滚动。
当目录层级较深,前面的上级文件夹路径被隐藏时,可以将鼠标移动到顶部路径栏区域,然后滚动鼠标滚轮。路径栏会横向滚动,把被隐藏的上级路径显示出来。
显示后,直接点击对应的上级文件夹名称,即可快速返回上一层,或跳转到任意上级目录。
Q:文件查重 / 文件夹查重时,勾选出来的文件会自动保留一个原文件吗?还是需要我在列表里再筛选一次?
A: 文件查重和文件夹查重里的勾选项,本质上都是实际操作项。查重模式本身不会直接删除文件,只会列出可能重复的项目。您需要确认并勾选后,再点击删除,才会真正清理。
在查重结果中:
另外,文件查重里的按文件夹选择,是将重复列表中某个文件夹内的文件勾选;反选则是将重复列表中除该文件夹以外的文件勾选。
需要注意的是,文件查重中的精准匹配采用哈希值匹配,通常较适合配合一键勾选进行清理;而文件查重中的时长相似 / 名称相似,以及文件夹查重,都属于相似算法匹配,建议删除前人工确认,避免误删。
Q:为什么脚本“精准匹配”提示没有重复文件,但客户端里能看到重复文件?刷新网页或更换浏览器也扫描不出来,怎么办?
A: 脚本里的“精准匹配”是按文件内容哈希判断的,不是按文件名判断。只有当文件哈希值和文件大小都一致时,才会被判定为精准重复。
客户端显示的“重复文件”并不一定等同于内容完全相同的文件。它可能包含同名文件、文件名后缀带有 (1) / (2) 的文件,或者大小、时长比较接近的文件。但只要这些文件的实际内容存在差异,脚本的“精准匹配”就不会把它们归为重复。
如果您想查找这类“看起来重复”的文件,可以使用文件查重或文件夹查重中的名称相似模式。
Q:为什么有些视频第一次打开或切换清晰度时会提示无法播放,但稍后再打开又可以播放?
A: 这类情况通常与 PikPak 官方视频流的准备状态或浏览器解码状态有关,并不一定是脚本本身判断错误。
部分视频在官方网页端也可能出现第一次打不开、切换清晰度短时间失败、稍后重新打开又能播放的情况。脚本收到的底层错误一般类似:
[VideoError] Code: 4, Msg: PipelineStatus::DEMUXER_ERROR_COULD_NOT_OPEN: FFmpegDemuxer: open context failed
这个错误无法稳定区分是“官方资源还在准备中”,还是“当前清晰度真的不可播放”。如果脚本强行把它当作“正在准备中”并持续重试,可能会让真正无法播放的视频也被误判为可播放,从而造成更差的体验。
因此,脚本目前会保留“当前清晰度不可用”的提示,避免误导用户。
遇到这种情况时,可以尝试:
如果后续能找到官方更可靠的状态字段,再继续优化这类误报问题。
Q:批量解压时提示“系统繁忙 / 等待重试”,是脚本出 Bug 了吗?
A: 不是。这通常是因为 PikPak 云端服务器触发了并发频率限制,属于官方接口当前繁忙,而不是脚本本身异常。
如果某个文件多次重试后仍然失败,通常说明该资源在云端可能已经损坏、受限,或当前服务器状态不佳。建议稍后重试,或将文件下载到本地后再处理。
Q:批量删除后再还原,文件数量正常,但文件没有回到原来的文件夹,目录结构像是乱了,可以一键恢复吗?
A: 这种情况通常不是操作错误,也不是脚本逻辑丢失文件,更接近 PikPak 官方回收站在虚拟路径 / 聚合结果下执行还原时的表现。
当文件是在文件查重、文件透视、文件夹透视、最近添加、收藏夹等聚合视图或虚拟路径中被批量删除时,这些文件本身可能来自多个不同的原始文件夹。删除后再从回收站还原,官方还原机制有时不会逐个恢复到原来的父目录,而可能会把大量文件集中还原到某一个统一目录中,导致原来的多层级目录结构被破坏。
建议在文件查重、文件透视、文件夹透视、最近添加、收藏夹等聚合结果中批量删除前,先确认这些文件是否确实不再需要。尤其是文件来自多个不同目录时,尽量避免删除后再依赖回收站批量还原。
Q:为什么批量删除文件时,部分文件提示受保护或无法被删除?
A: 请先检查这些文件是否已被记录在资源管理器中。若您在设置里开启了“删除时跳过管理器中记录资源”,脚本会将命中的文件视为受保护项目,以避免误删。
解决方法:
Q:为什么我执行“粘贴”操作后,文件没有在列表中显示?
A: 请先检查您的网盘剩余空间是否足够。PikPak 官方当前对“空间不足”通常采用静默拦截策略,也就是在容量超限时,不一定会弹出明确提示,而是直接在后台中止操作。
因此,如果执行粘贴后文件没有出现,最常见的原因就是触发了容量限制。建议先清理空间,再重新尝试。
Q:什么是“多账号数据迁移”?具体该如何操作?
A: 该功能可将当前账号中的文件或文件夹,快速转存到您的另一个 PikPak 账号中。
操作步骤如下:
captcha_invalid 导致的批量失败。本项目在 UI 设计语言及部分网页端 API 调用逻辑上,深受 PikPak File Manager v1.2.0 (by 브랜뉴) 的启发,特此致敬。
التقييم: 0