天哪,确实如此!我真不知道为什么花了这么长时间才向你们解释清楚。从我五年前第一次使用 Discourse 开始,这对我来说就是个问题。我不确定当时是否发过帖,但从那以后我见过很多次这个问题。去年秋天我为客户再次需要这个功能时,甚至懒得去问了。
太好了,这个问题终于要解决了!
天哪,确实如此!我真不知道为什么花了这么长时间才向你们解释清楚。从我五年前第一次使用 Discourse 开始,这对我来说就是个问题。我不确定当时是否发过帖,但从那以后我见过很多次这个问题。去年秋天我为客户再次需要这个功能时,甚至懒得去问了。
太好了,这个问题终于要解决了!
不过,你完全没有针对该主题进行讨论。
要加入任何已创建的 Discourse 实例,用户必须拥有电子邮件地址。否则用户如何创建 Discourse 账户?通过信鸽?电报?烟雾信号?传真机?![]()
这明确针对的是设置了“工作人员必须批准所有新用户”的站点。这是一个非常狭窄的条件,因为我认为 Discourse 在现实中的默认设置是开放用户注册……
我确信自己曾多次见过 Sam 刚才描述的那个确切示例。你拥有一个希望大部分内容保持私密的社区。你不知道成员的电子邮件地址,但拥有其他与他们沟通的方式。
我记得曾举例说明:希望在会议上邀请人们加入一个私密论坛,方法是投屏展示一个 URL 以及一个代码或密码。
是的,这确实是一个边缘情况。
请尝试重读第一帖,其中并未提及这些内容。
通常你只需要说“前往 forum.example.com 并注册!”即可。
这确实解决了原帖的问题。如果这个功能未来受欢迎,我们可以在长期实现按用户设置,但目前单个邀请码就足够了。
除非代码能给予新用户免费的工作人员审批权限,否则我实在无法支持这一点。否则感觉有点……疯狂且完全随机?
这个功能的设计初衷是替代工作人员审批。(如果你也担心大量机器人会申请账号,也可以使用此功能,但这似乎不太可能)
请将 OP 中的“用户名”替换为“邀请令牌”。这样理解对吗?
不行,因为本话题的第一条帖子
讨论的是用户完全不使用电子邮件地址进行注册的情况。
像这样没有邮箱的用户,如何重置密码呢?甚至如何确认其注册有效?
是我修改了该话题的标题,请查看第一条帖子的编辑历史。
我并非这样理解。这并不是说用户没有电子邮件地址,而是说他们拥有电子邮件地址,而我无需拥有这些地址即可邀请他们。
你不需要他们的电子邮件地址,只需通过你正在使用的某种沟通方式,将 URL 发送给他们即可(无论以何种方式)?
邀请码可以被视为更具个人化,这对社区建设是有益的。对于设有付费板块的网站,邀请码也可以与自动加入特定群组的功能关联起来。
没错,但我们已经有个人邀请功能,当被邀请者注册时,系统会自动提升其信任等级(TL):
我支持将其作为绕过新用户审核(针对需要审核的网站)的手段,甚至可能用于授予特殊群组权限。但作为某种超级、超级、超级简陋的底层 HTTP 认证密码形式……我持保留意见?![]()
我也可以支持将其用作“生成一个通用 HTTPS 链接,使新用户的注册显示为我邀请的”。
但作为一种奇怪的、2001 年风格的“输入秘密 HTTP 用户名/密码以访问此网站”的方式……我确实无法支持,正如我之前所说。很抱歉,但我不能。那将是明显的倒退。
但您并不希望所有偶然访问该网站的人都能注册。
让我们把讨论合并到这里 Optional global invite code