WordPress Trac上持续讨论是否阻止FLoC

上周,WordPress贡献者开始了有关阻止FLoC的热烈讨论。Google替代第三方Cookie的实验性替代方案已成为一个备受争议的话题,已进入上周的Core开发者会议。

google-floc-nofloc

Chrome小组的代表也出席了会议,以消除任何困惑并回答有关FLoC当前工作方式的问题。他们指出,在FLoC Origin试用期间(Chrome引入新的API以获得开发者的反馈),浏览器的FLoC计算中只会包含一个页面,原因有两个:

Chrome代表Michael Kleber表示:“在最终状态下,我们希望FLoC的工作方式是,唯一与计算队列相关的页面是调用FLoC API的页面。” “因此页面将通过使用一些新的JS函数调用‘选择加入’。”

由于FLoC仍处于起步阶段,因此Chrome小组无法确认FLoC计算中将包含哪些页面的最终行为。在这一点上,似乎将来它将主要影响发布者和广告支持的网站。

尽管该提案的作者和支持者已规定立即采取行动,但WordPress的领导层已确定此时实施讨论尚为时过早。

WordPress首席开发人员HelenHou-Sandí在会议上说:“我现在正在修改我发布的请求,以对该提案进行修改–我现在不希望在WordPress中看到另一项行动建议。” “我们需要的是Trac凭单,我们可以在其中跟踪FLoC试用/实施的状态,并定期讨论以查看是否需要采取行动。我有一个意见,但是目前还不很重要,我认为我们当中更多的人应该对此想法感到满意。”

Chrome小组并不期望此时会有很多人考虑使用FLoC,因为Origin Trials通常只吸引少数对技术细节感到好奇的人。在EFF发表重要文章之后,FLoC得到了更广泛的关注。关于make.wordpress.org的原始建议由于其方法混乱,过早的假设以及缺乏严格的同行评审而引起了媒体的关注。

彼得·威尔逊 Peter Wilson 在开会讨论该问题后代表WordPress的安全团队发表评论,指出这绝对不是安全问题:

将其视为WordPress当前处理任何其他安全问题将需要发布21个版本的WordPress。正如对此线程的其他评论所指出的那样,通过在安全性发行版中进行增强,它也将打破安全性发行版的隐式契约。

由于这些考虑,安全团队得出结论认为,将其视为安全问题是不适当的。

这是否适合在WordPress中包含并随后作为下一个5.7.x维护版本的一部分发布,这是Core团队的讨论。安全团队在这些问题上没有共识。

侯桑迪(Hou-Sandí)开张ticket单,在其中继续讨论FLoC的含义。随着Chrome的原始试用版提供更多信息,WordPress贡献者将更好地准备讨论它可能如何影响发布者,以及是否有必要采取核心措施,隐私设置或其他措施。

评论留言