域名、子域名和顶级域名

你好!

我很兴奋能开始使用 Discourse 创建我的第一个社区。我意识到这是一个非常具有用户粘性的平台,而我所在的领域还缺少一个基于现代软件构建的论坛。虽然我能够遵循技术指引,但我觉得如果从 Communiteq(原 DiscourseHosting)开始,对我来说会更容易上手。

目前,我唯一真正的困扰是选择一个域名。几年前,我曾在某个域名上进行过博客写作和推文发布,我一直希望能使用那个域名。虽然我不再写博客,但我一直持有该域名直到去年。我终于想到了创建社区的主意,但结果发现有人已经注册并在使用该域名(与我的主题无关,且为非中文内容)。因此,在我脑海中,我仍然纠结于那个旧域名,毕竟我拥有它长达十年。不过,其实还有其他非常相似或独特的域名可供选择。

域名与顶级域(TLD)
我是否应该考虑使用与我之前类似的 .com 域名?或者是否应该考虑将旧域名注册为 .org 或 .net?又或者,像 .community 这样更长但相关的顶级域怎么样?

目前,该域名将仅用于社区,不与任何品牌关联。这也是我倾向于选择一个类似的域名,以便获得易于识别的 .com 地址的原因。

子域名
是否可以将子域名作为每个分类的一部分?

例如,如果我的主要主题是电影(实际上不是),域名是 99reels,那么恐怖电影分类的网址可能是 horror.99reels.com。这可能没有必要,我只是出于好奇。我希望能够吸引足够广泛的受众,尽管有些人可能只对某个特定分类感兴趣,而对其他分类不感兴趣。

感谢您的阅读。

4 个赞

你好!

我想域名越容易记住越好,越短也越好。它就像一个品牌名称,如果听起来悦耳、有吸引力,那就更棒了。问题在于找到可用的域名。.com 域名在可用性方面可能最难找,但如果你能找到一个不错的,那它仍然是我的首选。

另外,还要考虑价格。我不太了解 “.community” 这个后缀,但它可能更贵。一些专门的顶级域名(TLD)价格不菲(我不确定这个是否如此)。

我个人认为子域名的主意很棒!你应该可以通过重定向轻松实现这一点。你只需要将 category-name.domain.xxx 重定向到 domain.xxx/c/category-name 即可。

4 个赞

不行,这是不可能的。
正确的形式应该是 https://www.99reels.com/c/horror

4 个赞

确实,这不会自动完成。但你可以手动创建每个子域名,并放置一个页面重定向到正确的路径。难道不行吗?

编辑:哦,是的,URL 不会保留子域名。它仅用于从子域名访问“正确”的路径。但这总比没有好。我认为这已经相当不错了。

1 个赞

感谢回复!

子域名的想法只是一时兴起。我认为设置重定向并不值得。

1 个赞

这可不是个好主意。这就好比在烤蛋糕(论坛)时,把每种原料(主题)都放在不同的碗(分类)里,而每个碗又放在不同的房间(子域名)里。为什么不把所有原料都放在厨房里呢?它们可以放在不同的碗里(分类),但都在同一张桌子上。
你可以为你的主题创建分类和子分类。用牙签去搅拌“蛋糕糊”可没什么意义。:smiley:

传统的“标准”顶级域名(.com、.net、.org)很便宜。现在还有许多新的(依然简短的)顶级域名可用,价格也很实惠。.community 域名的价格通常是这些域名的 2 到 2.5 倍。在任何域名注册商处浏览列表,我相信你一定能找到合适的。一旦你找到了一个与你的域名搭配得当的域名,你随时可以创建一个名为“community”、“forum”或“discourse”的子域名 :slightly_smiling_face:,并将其作为你社区的家园。祝你好运!

2 个赞

我不太明白你为什么觉得这是个“坏主意”(或者至少“没那么好”),Jim。
据我理解,他仍然会拥有一个“正常”的论坛。但额外的好处是,愿意这样做的人可以通过子域名直接访问论坛,并自动选中某个特定分类。他们随时仍然可以选择其他分类,或者不选择任何分类,从而查看全部内容。

举例:就像在这里的 Discourse 上,如果你访问“社区”分类(这相当于在他的设想中访问“community.discourse-org”时会看到的内容。当然,这个 URL 在这里并不存在!),你会看到类似这样的页面:https://meta.discourse.org/c/community。你可以试试看。之后,你仍然可以在“分类”列表中选择任何你喜欢的内容。

这仅仅会改变你访问时的“默认”设置:是显示所有分类,还是只显示某一个特定分类。对于那些只(或主要)参与某一个分类的用户来说,通过正确的子域名访问会非常方便,这样他们就不必每次都去选择“他们自己的”分类了。

创建一个额外的 URL——而这个 URL 在论坛中从未被引用——怎么能算是“额外好处”呢?
这仅仅是需要大量工作来设置和维护,而且只会增加一些混淆,foo.domain.com 并不比 domain.com/c/foo 更好。

所以我同意 Jim 的观点:“并不更好” + “工作” + “混淆” = “坏主意”

4 个赞

我之所以希望使用分类子域名,主要不是为了方便潜在的常客访问,而是为了确保外部用户在搜索时能够清楚地看到分类作为表单的一部分,因为仅从主域名可能无法完全明确这是一个适合他们的论坛。

在不提供细节的情况下(因为我已失去第一个域名,尚未获得第二个),我能做的最好解释是:该域名会引用一个除一个分类外所有分类都包含的内容,尽管从技术上讲,它们都属于这个更广泛的类别。例如,这可能是一个面向艺术家的论坛,但域名引用的内容可能让雕塑家无法第一时间联想到。

不过,这一切都无关紧要了。

1 个赞

没人说过你不能在自己的论坛上谈论它。

得了吧,你该不会是在开玩笑吧。

谷歌就是个例子。你几乎可以通过 service.google.com 访问他们的所有服务。
诚然,你也可以使用 google.com/finance 而不是 finance.google.com,比如这样。但这从未让我感到困惑(我也不明白怎么会让人困惑)。我认为这只是多了一种选择,并没看到有什么坏处(比如混淆或其他问题)。我想我们在这件事上看法不同吧。

我会说它只是稍微好一点点。如果你手动输入,只需少按两个斜杠和一个字母;对于那些可能不记得在类别名前要先输入 /c/ 的人来说,也更容易记住。(好吧,用另一种方法你得输入一个点,所以实际上只是多了一个斜杠,就这么算吧)

就我个人而言,最后我要说的是:我确实会在谷歌或其他网站上使用这类子域名(我通常手动输入,因为我不常访问的东西不会收藏书签)。我不知道,也许只是这种形式“适合”我,我更喜欢它而不是 domain.xxx/service 的形式。我明白你的观点,即这“是一样的”,也“没有更好”。

幸运的是,我可以自由地这样做,你也可以选择不这样做。一切都很完美。

1 个赞

如何搜索?是在搜索引擎中吗?我想上面描述的 trick(技巧)不会在那里显示(我是说子域名)。搜索引擎会使用 domain.xxx/c/category/ 这样的 URL。但是,人们在点击搜索引擎中的链接前真的会在意 URL 吗?他们也会看到页面标题和页面摘要。此外,谷歌似乎会在“URL”位置显示“论坛基础 URL › 类别 › 子类别”,因此类别会非常清晰地呈现,符合你的需求或想法。

但为什么要这么做呢?你可以使用 #(例如 Support)自动链接分类,或者输入完整的长 URL。后者毫无意义。如果你把域名打错了,用户就会看到错误消息,而且无法导航回主站点;而如果你把 yoursitename.com/c/categoryname 打错,至少还能访问导航。

我完全同意 Richard 的观点:每次创建分类都去新建一个 DNS 记录并重定向,实在毫无意义。

那些 URL 实际上是重定向:gmail.com 会重定向到 mail.google.comgoogle.com/docs 会重定向到 docs.google.com。许多此类 URL 随时间发生了变化,因此这些重定向能保持整洁,并防止旧书签失效。这与从一开始就创建过多的入口点完全不同,而且假设任何人在任何时候创建分类时都能访问 DNS 以保持一致性。这是一个非常荒谬的假设。

怎么个好法?mail.google.com 是网页邮箱,sheets.google.com 是电子表格应用,它们是完全不同的服务。这与同一应用内的分类没有任何可比性。

4 个赞

Dave,你有没有检查一下你曾经拥有的域名是否可以通过其他顶级域名(TLD)重新注册?只是一个建议。

顺便提一下,关于使用子域名来分类,每次创建新类别时,你都需要创建一个新的子域名……并且要么为该子域名创建一个新的证书颁发机构(CA),要么修改现有的 CA 以包含这个新的子域名。如果你选择修改 CA 却操作失误,所有子域名(即你的整个论坛)的 HTTPS 连接都将失效,直到你修复为止。很抱歉,但我认为按类别使用子域名只会带来极大的麻烦。

2 个赞

我想我理解您的意思,您指的是在论坛使用这些 URL(即子域名)。这并不是我所说的,我完全同意您的观点(在论坛内部确实没必要使用它们)。但您可以提及它们,让用户知道存在直接访问特定分类的快捷方式(特别是在从设备访问论坛时)。告知用户它们的存在并可供使用。(现在回想起来,我不确定 Richard 当时说它们在论坛上从未被“提及”时具体指什么。也许他说的和您是一回事。所以,好吧,这些子域名可能因为很少作为链接使用而不被搜索引擎很好地收录,但唯一重要的是用户知道它们存在并且可以使用,仅此而已)。

正如之前解释的那样。(无需记住和输入“/c/”)

对于 Google 来说,它们都是同一家公司提供的服务。但这并不重要。“这只是同一个应用中的不同分类”这一事实也不重要。关键在于从外部手动访问。您可以访问 google.com,点击右上角的图标,就能看到服务列表(至少是主要的那些)。这与进入 Discourse 论坛并选择您想去的分类的操作方式完全一样。现在,您可以直接在浏览器中输入 service.google.com 来访问任何 Google 服务。想去地图?=> maps.google.com;想去云端硬盘?=> drive.google.com,以此类推。我个人很喜欢这样(而且我也在使用)。

我的观点是,您可以对论坛也做同样的事情:当您在浏览器中输入 category.forum.xxx 时,会直接跳转到对应的论坛分类。您告诉我(按我的理解):“是的,但这些 URL 不会在论坛内部被使用”。那又怎样呢?您说可能看不出其中的意义。好吧,没问题。那是您的看法。我试图解释我的观点。您说这样做太费功夫。我不同意,除非您每周都要创建大量分类。但您有权持有自己的观点,也可以因为这一点而选择这样做。此外还有其他几点,我个人认为这些理由并不充分,倒不如说是在极力“证明”这确实是个坏主意。我不这么认为。但这只是我个人的看法。您当然可以不用子域名。

也许您可以持“这不值得”的观点。当然,我理解这一点。

2 个赞

@Mevo 感谢您指出它在搜索中的显示效果。我本应从一开始就注意到这一点。这满足了我的需求。

@JimPas 我查过了。.org 和.net 域名可用,旧的 Twitter 账号名也可用。但那个非常相似的新名字,我反而开始觉得顺眼了。

对于提起这个有争议的话题,我深表歉意。

2 个赞