r2
Free open-source Cloudflare R2 desktop client and S3 GUI for macOS, Windows, and Linux. Manage Cloudflare R2, AWS S3, M…
A feature-rich, elegant enhancement for PikPak Web. 一款功能全面、界面优雅的 PikPak 网页端增强脚本。
git clone https://github.com/digbug82/PikPak_Enhancement_Master.gitdigbug82/PikPak_Enhancement_Master功能大而全,界面小而美。
⭐ 如果这个脚本帮到了你,欢迎给项目点一个 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 브랜뉴) 的启发,特此致敬。
more like this
Free open-source Cloudflare R2 desktop client and S3 GUI for macOS, Windows, and Linux. Manage Cloudflare R2, AWS S3, M…
meine 🌒 - A CLI file manager and system utility built with Textual. It combines intuitive command parsing with rich t…
MTT File Manager is a Rust-based Windows file manager with tabbed navigation, rich media previews, deep system integrat…
search projects, people, and tags