放弃了自建解析
自建能控制画质,但要碰版权与带宽,也不是我能长期维护的东西。用第三方就必须接受画质与广告不可控 —— README 把这句写在最前面,并建议配 AdGuard,不含糊过去。
2023 起持续维护 · 独立开发与长期维护 · JavaScript · 油猴脚本 · v3.2.6
2023 年写的用户脚本,现在 5,312 star,是我维护时间最长的一个。它做的事很朴素:在视频站的播放页左上角挂一枚可拖动的悬浮按钮,点开选一路解析源,把当前播放地址交给它,换回一个能播的播放器容器,并按站点各自的规则清掉会员遮罩与弹层。
解析接口全部收集自互联网,能返回可播地址。但每个视频站的播放器容器、会员遮罩节点都不一样,手动折腾一次只解决一个站、一次访问。写成油猴脚本是为了把这件重复劳动固化下来:装一次,之后打开支持的页面就有那枚按钮。
三件事都不在「怎么解析」上。一是每个站的 DOM 都不同,22 条站点适配要分别写清播放器容器选择器与要清掉的遮罩/弹层节点,桌面与移动端还是两套;二是解析接口是别人的服务,随时会下线、变慢或插广告,脚本控制不了画质也控制不了广告;三是使用门槛根本不在脚本里 —— 大量用户卡在装脚本管理器、或者装了没开「允许用户脚本」。
解析源做成一张可切换的清单(当前 16 路),失效就换一路、跟着版本更新,不绑死一家;脚本自己不判断谁快谁好,判断权交给此刻能播的那一路。站点适配不用通用选择器,22 条各写一份自己的 container 与 displayNodes / cleanupNodes,改一个站不牵动其余。入口用 35 条 @include 同时覆盖桌面与移动端域名。按钮可以右键拖到任意位置,因为不同站点的控制条位置不一样,固定坐标注定挡住某个站。另外提供一个不装脚本也能用的网页版。README 里篇幅最长的一节不是实现,是「怎么装、为什么不生效、建议配 AdGuard」—— 一个长期维护的脚本,长期成本主要花在兼容性与用户支持上,这一点写在明面上比藏起来有用。
写清楚放弃了什么,比罗列做了什么更说明判断。
自建能控制画质,但要碰版权与带宽,也不是我能长期维护的东西。用第三方就必须接受画质与广告不可控 —— README 把这句写在最前面,并建议配 AdGuard,不含糊过去。
探活得真去请求每一路,慢、吵、还容易被限流。让人一秒切换比让程序猜可靠,代价是用户偶尔要多点一次。
5,312 Star / 522 ForkGitHub API:GET /repos/88lin/video_vip,2026-10-01
16 路解析源video_vip.user.js v3.2.6 的 videoParseList 条目数(15 路第三方 ?url= 接口 + 1 路无损云)
22 条站点适配同一文件 playerContainers 的 host 条目数,覆盖 13 个独立域名,含桌面与移动端
35 条 @include同一文件脚本头,覆盖桌面与移动端入口