我需要将所有现有的 Wordpress 用户同步/导入到 Discourse 中,以便他们成为活跃的 Discourse 用户,而无需用户先登录 Wordpress 来触发 SSO Discourse 账户创建流程。
这是目前可用的功能,还是我们需要为此开发自定义功能?
我需要将所有现有的 Wordpress 用户同步/导入到 Discourse 中,以便他们成为活跃的 Discourse 用户,而无需用户先登录 Wordpress 来触发 SSO Discourse 账户创建流程。
这是目前可用的功能,还是我们需要为此开发自定义功能?
此功能不可用。除了不道德之外,这还可能构成违反数据保护法的行为。此类活动应为选择加入,而不是选择退出。
您的用户需要事先了解其个人信息(包括电子邮件地址)的收集和使用方式。如果您网站的用户进行注册,您不能自动假定他们也想要一个社区账户或接收来自您社区的任何电子邮件。
有很多方法可以鼓励参与,我建议您考虑类似的方法。
除了 @Stephen 关于数据使用权的重要观点外,我还要补充一点,任何类似的操作都是将数据导入 Discourse,而不是由 WP Discourse 插件处理。
将用户从一个系统迁移到另一个系统本身并不违反道德。
你根本不知道。这可能是一个完全合乎道义的计划。
然而,事实并非如此。如果我在博客、网店或其他任何地方创建一个账户,我并不期望所有者/管理员会将我的数据迁移到另一个系统,无论它是 Discourse、Mastodon、Twitter、专有应用程序,还是所有者出于自身需求而创建的任何东西。
而且在欧盟,这也是非法的。
为什么每个该死的管理员都比我更清楚什么对我来说是最佳选择?
我导入数据到 Discourse,通常是在人们从某个旧论坛迁移到 Discourse 时。从来没有人质疑过这是否合乎道德。
我想这取决于用户认为他们注册了什么。如果 Discourse 是 WP 网站的一部分的替代品,那可能是可以的。
如果您需要我的帮助,可以访问 https://www.literatecomputing.com/discourse-migration/。
这是不同的情况。元数据不变,只有软件。这就像从 Shopify 换成 WooCommerce — 它仍然是同一个电子商务。
我知道你知道区别,但 Meta、Apple、Google、Twitter……并不是唯一认为他们可以并且应该随意对待用户的参与者
它也适用于较小的参与者。像 GDPR 之类的问题不是问题,因为它来自欧盟的限制性法案。它之所以成为如此大的问题,是因为它限制了平台所有者的行为。当话题是如何将所有用户从一个平台同步到第二个平台时,情况相同,但大问题™应该是我们是否应该首先进行此类操作。
确实如此。作为数据控制者,我们不能在未经用户事先同意的情况下,以超出原始目的的方式增加新的数据处理方式。我曾不幸地在一些不理解这一点的地方工作过,最终导致负责的员工承担了错误的后果。
许多组织会认为这是值得冒的风险。但事实并非如此。
这也是事实,而且这并不是随着 GDPR 而出现的新事物。十年前我们就发表过论文,解释数据控制者、数据处理者以及处理的法律范围的责任。欧洲、英国和美国都为此类情况制定了保护措施。《安全港隐私原则》在几年内模糊了界限,但它们在 2015 年被推翻,谢天谢地。
这就是危险之处——滥用我们数据的不仅仅是像 Meta 这样的公司。网站运营者通常是懂数据库的技术人员,但他们不了解在系统之间共享信息时的风险暴露。无知并非可信的法律辩护。
有很多时候,将用户从一个系统迁移到另一个系统并不涉及不道德或非法行为。有人举了一个例子,然后你说那不一样。和什么不一样?我们所知道的是,有人询问了将用户从 WP 迁移到 Discourse 的问题。
这根本没什么不同。这正是被描述的情况。
我必须承认,我也不明白这里的问题所在。
当然,只要你小心并遵循保护数据和数据访问的程序,你在内部存储数据的位置无关紧要。
如果两个系统发送的电子邮件遵循相同的退出选项,那不就无关紧要了吗?
如果 WordPress 和 Discourse 实例由同一法律实体拥有,那么这里应该没有问题吧?
是否有任何 GDPR 条款阻止你在公司系统范围内移动用户记录?如果需要用户许可才能迁移到新平台,我会感到非常惊讶。如果我将数据库从 Postgres 迁移到 Oracle 呢?这对我来说似乎不合理,但我也没读过法律的详细措辞,所以也许我遗漏了什么?
谢谢告知!
各位,感谢你们的见解。我的最初问题已经得到解答!