脑残设计，只要将 bilibili 特定用户拉黑， B 站就不会有广告了

其中 9772b388-e7 发布了 23 万个视频投稿，还是个 LV0 用户，点击主页进去，看不到任何内容。
另外几个也是同样情况。
bilibili 这么玩是吧，B 站这就有点草台班子了啊。

???

我觉得倒也正常 复用账号+投稿体系的话，视频发布、删除、元信息获取、数据分析等应该都有完善的接口，风控给这个号加个白名单，用户侧展现做个屏蔽就行。反而新建一套专门给广告用的视频体系会更复杂

白色图标版一直没有开屏广告。不知道对网页有没有效果。
也不算脑残设计或者草台班子吧，猜测是这样做可以做可以复用很多代码。X 也有这种特性，不过好像已经被修复了。

现在广告不都是在视频中插播了吗？

我一直以为开屏广告是 GIF 之类的动图, 没想到直接播放视频啊, 这也太扯了吧, 开销肯定很大啊. 不考虑耗电和延迟么.

@stinkytofux 国产 APP 谁会考虑这些吗

哈哈哈我怎么觉得挺有创意的

不是辟谣了吗，这类账号太多了，屏蔽不过来。

用 Loon 的插件可以屏蔽

9772b388-e7 搜不到这个账号了……怎么拉黑……

@liuliuliuliu
我吃饭时还给它搜到拉黑了，现在搜不到了吗？另外其他那几位也试下

@stinkytofux #6 因为 gif 的应用太少，移动端对视频的支持比 gif 好很多，视频性能反而更好

这不也是代码缝缝补补的结果嘛。
当初也没想着要插播广告啊。 明天就要上线，你让开发怎么办？

@YchefUbxn #12 全都搜不到了……

测试了下感觉推广视频确实少了一些，开屏广告得清理缓存后才会被屏蔽（不确定是清理缓存导致的还是拉黑用户导致的）
@liuliuliuliu 账户前面加个 @，比如 @9772b388-e7 就能搜索到了

在知乎的原文评论区，能看到了更多的这种官方广告机器号，bilibili 没有更好广告发布系统吗？想不到？这么搞也是挺逗的。

@stinkytofux 之前敝公司的项目在一个性能很差的电脑上运行，发现了 GIF 实际上的性能消耗是很大的，反而视频消耗更低。原因大概是视频播放基本都有硬件解码，而 GIF 应该大致上相当于是软件解码。

国际版没有广告。

哪里脑残，设计挺精妙的

@stinkytofux 视频的体积比 gif 小，还更清晰，煎蛋的动图现在都是 mp4 了，tg 的动图表情包，下载下来也很多是 mp4

这设计感觉挺好的，直接复用了一大部分的逻辑，只要在少数地方做一些特殊处理即可，比重新做一套广告投放模块强多了。

@stinkytofux gif 这种古早格式，性能怎么可能好

这应该是为了人力时间紧张、节约开支、提高复用（说白了就是偷懒）才这么设计的吧，虽然有滥用、绕过风险，但也比游戏厂商换色皮、贴图皮好不少了，甚至某厂商，因为角色戴口罩，玩家看不到口罩后面是啥，就直接不对嘴部做建模了，直接塞了个眼球在口罩后面

让我想到几年前的一篇 WOW 开发者的文章，说：魔兽世界的任务系统，都是一只只兔子的代码！！每接 1 个任务，玩家杀死一只无形的兔子-_-!!

ios 上都屏蔽了，开屏广告还是有

9772b388-e7 space.bilibili.com/1356882480
262ce400-cb space.bilibili.com/1919627194
ca419964-6b space.bilibili.com/1987938455
ba62e6dc-3 space.bilibili.com/2103756604
7be292d4- space.bilibili.com/1627242161

a0e7ddd2-1 space.bilibili.com/1152997930
fb9e265e-7ed8-4 space.bilibili.com/1188004959

这个不算脑残吧，顶多算是奇葩，你要是想批评别人，更优的方案是站在别人的立场上设计出一套更成熟的方案

以及，@stinkytofux #6 你哪里来的那么大自信，用 MP4 优化 GIF 体积是早已有之的实践，视频编码器一直在进步，GIF 则是固定的标准。你要说什么兼容、维护、首帧时间那还算。收收吧

感觉挺好的设计，复用了很多功能，程序员工作量大减

非常好的设计，只是一不小心漏了点东西出来而已。
开发做得已经非常好了。

借楼问一下：芒果 TV 的 APP 广告特别多，有什么办法可以去广告啊。

这功能复用做的挺好，只不过应该没考虑过拉黑的场景。这里稍微修一下就好了。

这几个账号拉黑那个判断跳过去。

@paradoxs 苹果用 loon 、quanx ，安卓试试 gkd

@yangxiaopeipei 谢谢你。gkd 的规则有推荐吗？

没用的，这种广告所谓的账号不计其数。

@liuliuliuliu #15 你在搜的时候前面加个 @

挺好，给了你屏蔽广告的额外方案。怎么能说是脑残呢。现在流行叫邪修。

试了下还是有广告呀

很好的设计，如无必要，勿增实体

@paradoxs gkd 的订阅用这个
https://registry.npmmirror.com/@aisouler/gkd_subscription/latest/files/dist/AIsouler_gkd.json5

换个思路，这些号他们居然有粉丝！这些粉丝八成是员工或者内部人士，我们看这些粉丝的关注列表就可以揪出更多来，比如这位前排全是广告号： https://space.bilibili.com/238667313/relation/follow

拉黑不完……

被发现估计会换一批吧

广告就算了, gkd 还能对付他们.

那些白底黑字纯文案还全是编的垃圾视频, 真的占了首页一堆位置, 点不感兴趣还没有用...

最多明天就更新掉了

ios ，拉黑上述列表所有账号，卸载 APP ，重新安装登录，反复开关 APP ，依然存在开屏广告。

合理利用现有系统蛮好的呀.

拉黑没用的，只要推送逻辑加个白名单就行了，大道至简，设计精妙啊

没被发现之前，这就是个很好的设计啊。

数据库直接给这批账号每天定时生成一个新的 id ，拉黑都拉不过来
B 站没广告收入的话简直恶性循环，up 发新视频意愿低，一发视频中间必带个人广告

@JoeDH 不用这么麻烦，加个白名单就行了

我是把淘宝卸载了,换淘宝特价版.
把京东卸载了,感觉好了很多.

我也觉得这个涉及挺巧妙的，不用单独维护一套广告，把广告融合到原本的流程中，挺好的。

不行啊，拉黑了 打开还是有 tb 的广告

卧槽，这哪里脑残了，我只看了一个程序员（甚至是 pm ）对新要求巧妙的执行，甚至都不需要动太多原来代码 23333

我是哔哩哔哩的重度用户，开屏广告其实还好，把陀螺仪权限关了就行了，现在架不住他在首页和竖屏播放里面塞商单推广视频，有卖电脑整机的 21 年的视频还给我推了几次。

如果用单独的广告接口获取，那你能把广告接口屏蔽了，播用户的视频，你总不能把这个接口也屏蔽了吧

这玩意儿一看就是后台自动生成的，直接复用视频存取资源，而视频必须要属于某个用户，只用一个用户查询的时候怕太多视频炸了，就分出了那么多用户

然并卵

iOS 开屏广告还在，但是！推荐中的推广广告没有了。

B 站换个推送广告 ID 就行了, 别看视频很多, 全部都是有时效性的, 估计有效的就那么几个.

@ultimate42 抓住一个工作不饱和的, 回来返工

site:bilibili.com intitle:别家素材

有人做一个一键拉黑广告用户的开源项目吗？

@chunjilikafa1456
// 在 B 站打开任意 page （已登录），在控制台粘贴运行
const uids = [1042653845,
1055149070,
1075400468,
1148923121,
1152997930,
1188004959,
1208114979,
1227735707,
1252039983,
1257852431,
1302669433,
1356882480,
1430439192,
1627242161,
1642531925,
1655279349,
1720634591,
1743345026,
1798118517,
1806922031,
1817661914,
1826766269,
1859459400,
1919627194,
1926952280,
1956866386,
1957313739,
1987938455,
1992873935,
2024349971,
2067273601,
2072500476,
2101682498,
2103756604,
2115931056,
2118239887,
2126699792];

// 从 document.cookie 里尝试提取 csrf token bili_jct
function getCookie(name) {
const m = document.cookie.match(new RegExp('(^|; )' + name + '=([^;]*)'));
return m ? decodeURIComponent(m[2]) : '';
}
const bili_jct = getCookie('bili_jct');
if(!bili_jct) {
console.error('无法找到 bili_jct ，请确保已登录并且 cookie 可用');
}

async function blockUid(uid) {
const url = 'https://api.bilibili.com/x/relation/modify?statistics=%7B%22appId%22:100,%22platform%22:5%7D';
const body = new URLSearchParams({
fid: String(uid),
act: '5',
re_src: '11',
gaia_source: 'web_main',
extend_content: JSON.stringify({ entity: 'user', entity_id: String(uid) }),
csrf: bili_jct
});
const resp = await fetch(url, {
method: 'POST',
headers: {
'content-type': 'application/x-www-form-urlencoded',
'origin': 'https://space.bilibili.com',
'referer': `https://space.bilibili.com/${uid}/dynamic`,
},
body: body.toString(),
credentials: 'include'
});
const j = await resp.json().catch(()=>null);
return { uid, status: resp.status, body: j ?? null };
}

(async () => {
for (const uid of uids) {
// 可选延时：await new Promise(r=>setTimeout(r, 300));
const r = await blockUid(uid);
console.log(r);
}
console.log('finished');
})();

单独开发还要考虑广告视频的存储、域名、CDN 等，这个直接用现成的了。

QQ 、微信很多账号也是这样做的。

说这广告设计好的这辈子有了

v 站有没有这样的设定

拉黑了一批还是有开屏广告，不折腾了就交给 gkd 跳过吧。。。

@stinkytofux 其实 GIF 才更吃性能

同楼上，我也感觉这设计挺巧妙的，即使知道了这些广告 id ，我也拉黑不完，干脆懒得去拉黑，鬼知道后续会不会增加更多广告 id 。在公司角度节省了成本，在用户角度则具有一定门槛

@stinkytofux 现在的 app 根本就不管什么耗电和流量，而且用的不是 wifi 也不会提醒，打开 app 流量就疯狂的在走

偷懒，怪不得 B 现在这个德行

id 肯定是动态更新的，拉黑也没用，还不如换成安卓手机装上跳过广告 app

@cheryH

https://github.com/AIsouler/GKD_subscription

@stinkytofux 最新版本的视频压缩算法早比 GIF 更省流量了

有没有可能是清缓存，才暂时没广告

@stinkytofux 广告都下的缓存。 低帧率低码率播放都是用的手机自带的硬解，耗电和延迟很低。

@liuliuliuliu
直接 goolge 这几个用户 id 和 uid ，就能搜到他们的 uid ，直接网页 url 指定该 uid 能打开用户详情，在那里面可以拉黑

到时候这些账号禁止拉黑了哈哈

@stinkytofux GIF 算法落后，压缩率很低，更浪费流量，解码也只能软件解码，开销更大。

哈哈，思路很精奇

我搞了半天，突然想起来，我已经是大会员了，没有广告......

@niubee1 想多了。我是超级大会员，ipad 开窗口模式，bilibili 和 safari 同屏显示，用着 safari 点一下 bilibili 窗口就会立马放开屏广告，简直是￥%@#￥%%@#%

从 google play 下载的国际版好像一直没有广告来着。

@vialon17 对，我一直用的就是 play 版本，很好用，没有一点广告，还很流畅的说

@gtese 试试 piliplus 穿插视频里的也能跳过

用 mp4 很好懂啊，抖音最近的开屏基本都是衔接到首条视频的，我记得有段时间 b 站也是的，为了实现这套逻辑做的设计吧。

@liuliuliuliu 1. 在用户名前加 @
2. 删除用户名中 -及以后的字符

我用的国际版，就是那个白色的。

一直总的自签去广告版

反向好帖，帮忙解决了广告

下个 GooglePlay 版的 bilibili 很麻烦嘛...什么摇一摇、开屏，点进去连那个商城都没有了。

我倒觉得从开发的角度来讲，其实是相当省事聪明的做法。

我不认为屏蔽账号的方法能够持久。

因为只要在用户表加一个 ignore_block 字段就修好了。

@rabbbit #27
看这几个账号的播放量，最高才 1000 多 w ，按照 B 站的用户量和访问量来推算。明显是更换过了，所以即使确实是使用账号播放视频来作为广告，拉黑也只能有效一段时间。

这设计确实挺精妙的，直接复用 prefetch 一下然后替换资源就好了

@stinkytofux 你这是纯扯了，GIF 非常落后，性能开销也不小，现在动图都朝 webp 和 apng 发展

大概率是当时加广告的时候为了赶工上了一版“临时方案”，然后就临时到现在了

不觉得是脑残设计。反而可能是故意复用的投稿体系。

从部分可以检索到的投稿来看，广告视频是交给第三方去制作的，给他们账号权限，做好后自己上传，系统自动调用账号下的投稿播放，顺带审核也起对接上了，多方便……不然还得单独写一套