# 域名检查
**URL:** https://meta.discourse.org/t/domain-checker/272947
**Category:** Feature
**Created:** [2023年七月26日 16:35 UTC](https://meta.discourse.org/t/domain-checker/272947 "2023-07-26T16:35:15Z")
**Posts on this page:** 10
**Page:** 1
### Author:  [@EricGT](https://meta.discourse.org/u/EricGT)
#### Post date: [2023年七月26日 16:35 UTC](https://meta.discourse.org/t/domain-checker/272947/1 "2023-07-26T16:35:15Z")
在发布帖子之前，最好检查帖子中的域名是否有效。如果域名检查失败，则将帖子标记为供版主审核。
这不是链接检查器。
这不是电子邮件地址检查器。
* * *
最近有一个帖子包含一个电子邮件地址。随着回复的增加，OP 的事实开始不符。在检查域名时，找不到已注册的域名，例如 [ICANN 查询](https://lookup.icann.org/en/lookup)
因此，该帖子被取消列出。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2023年七月26日 16:52 UTC](https://meta.discourse.org/t/domain-checker/272947/2 "2023-07-26T16:52:10Z")
这可能具有非常特定的用途，但在帖子中提供无效域名也有正当理由。
例如，当在此元（meta）上共享配置时，您可能不希望公开共享您实例的地址。在通用或不存在的域上共享 URL 结构示例也很常见。
> [@EricGT](#):
>
> 最近有一篇帖子包含电子邮件地址。随着回复的增加，OP 的事实似乎不符。在检查域名时，找不到已注册的域名。
这听起来像是一组非常具体的情况，您能分享更多信息吗？
---
### Author:  [@mattdm](https://meta.discourse.org/u/mattdm)
#### Post date: [2023年七月26日 17:58 UTC](https://meta.discourse.org/t/domain-checker/272947/3 "2023-07-26T17:58:21Z")
> [@Stephen](#):
>
> 例如，当在此处元上共享配置时，您可能不希望公开共享实例的地址。在通用或不存在的域上共享 URL 结构示例也很常见。
不过，这是不好的做法。这些域可能已存在并且是\_其他东西\_——或者甚至更糟的是\_将来可能存在\_。示例应使用 [example.com](http://example.com)、[example.org](http://example.org) 或 [example.net](http://example.net)。这些是真实的，可以解析，并且就是为此目的而设计的。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2023年七月26日 18:03 UTC](https://meta.discourse.org/t/domain-checker/272947/4 "2023-07-26T18:03:54Z")
最佳实践对于新手来说并不熟悉。在上述背景下发布时，制造障碍几乎是象牙塔式的。请记住，标准安装的相对简便性有时会让安装 Discourse 成为用户首次进行的“系统管理员”类任务。
在有人发布链接之前，我们不可能去验证域名所有权。如果他们共享了一个带有无效域名的配置，我们如何区分是拼写错误、DNS 配置不当，还是域名尚未复制？
---
### Author:  [@EricGT](https://meta.discourse.org/u/EricGT)
#### Post date: [2023年七月26日 18:40 UTC](https://meta.discourse.org/t/domain-checker/272947/5 "2023-07-26T18:40:19Z")
> [@Stephen](#):
>
> 如果他们共享一个带有无效域名的配置，我们该如何区分是拼写错误、DNS配置不当，还是尚未复制的域名？
并非故意说风凉话。
> [@EricGT](#):
>
> 如果域名检查失败，请将帖子标记为供版主审核。
如果您是指作为版主如何手动检查。如果ICANN查找失败，则向该用户发送私人消息询问详细信息，我就是这样做的。
---
### Author:  [@EricGT](https://meta.discourse.org/u/EricGT)
#### Post date: [2023年七月26日 18:45 UTC](https://meta.discourse.org/t/domain-checker/272947/6 "2023-07-26T18:45:41Z")
> [@Stephen](#):
>
> 能分享更多吗？
这是具体帖子
> **[\[Beta\] Use Code Interpreter AND stay compliant with data privacy regulations](https://community.openai.com/t/beta-use-code-interpreter-and-stay-compliant-with-data-privacy-regulations/309477)**
>
> Hello OpenAI Community, Like many of you, we’re big fans of the ChatGPT Code Interpreter. Its power and versatility have transformed how we think about data analysis. However, we also understand that in some situations, data privacy regulations...
看起来楼主在主题被[设为不公开](https://meta.discourse.org/t/the-difference-between-closed-unlisted-and-archived-topics/51238)后的最后一篇帖子后就离开了网站。大多数被设为[不公开](https://meta.discourse.org/t/the-difference-between-closed-unlisted-and-archived-topics/51238)主题的用户倾向于尽早回复，而不是拖延。
该用户在发帖前几小时加入，期间也收到了一些标记。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2023年七月26日 19:05 UTC](https://meta.discourse.org/t/domain-checker/272947/7 "2023-07-26T19:05:27Z")
您能否详细说明一下域名检查器如何帮助到上面链接的主题？
OP 没有包含域名，只有一个电子邮件地址。是您在第 11 篇帖子中的回复提到了 .com，顺便说一句，这是一个有效的已注册域名——它停靠在 sedo。如果用户指定了它并且域名被检查过，它就会返回有效的 whois 信息。
我不清楚您提出的解决方案如何能减轻您链接的主题的版主负担。
---
### Author:  [@EricGT](https://meta.discourse.org/u/EricGT)
#### Post date: [2023年七月26日 19:14 UTC](https://meta.discourse.org/t/domain-checker/272947/8 "2023-07-26T19:14:46Z")
> [@Stephen](#):
>
> 您能否详细说明一下域名检查器如何能帮助到上面链接的主题？
我明白了我的错误；感谢您让我进行[橡皮鸭调试](https://en.wikipedia.org/wiki/Rubber_duck_debugging)。
作为一个人类，我识别出 `plausibleai` 是一个域名，但它是用户名的一部分。但即便如此，有一个域名检查器仍然很好，因为用户仍然会尝试传递虚假域名。
---
### Author:  [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [2023年七月26日 19:19 UTC](https://meta.discourse.org/t/domain-checker/272947/9 "2023-07-26T19:19:10Z")
坦白说，这一切在我看来比 rdd 更像是一个[xy问题](https://xyproblem.info)。
没有人想处理恶意行为的后果，试图引诱用户离开站点绝对可以表明这一点。Discourse 有很多针对批量垃圾邮件机器人的保护措施，但这种有针对性的行为仍然需要社区标记和响应迅速的版主来处理。
---
### Author:  [@EricGT](https://meta.discourse.org/u/EricGT)
#### Post date: [2023年七月26日 19:26 UTC](https://meta.discourse.org/t/domain-checker/272947/10 "2023-07-26T19:26:31Z")
> [@Stephen](#):
>
> 感觉这更像是[XY问题](https://xyproblem.info)，而不是rdd。
如果这是一个确定性问题，那么XY问题是有意义的，但是对于LLM和训练来说，值得一试。也许这应该是一个Discourse AI的建议，而不是一个功能建议。
> [@Stephen](#):
>
> Discourse有很多针对批量垃圾邮件行为的保护措施
仍然有很多垃圾邮件能够绕过。垃圾邮件检测器主要捕获那些输入速度过快的新用户发送的垃圾邮件。
由于这已经偏离主题，我将在此停止。