小企业服务网站：怎样把项目名、候选域名和实际注册结果分别记录

初学者常把三件事混在一起：自己给项目起的名字、想尝试使用的网页地址、以及实际注册下来的结果。本文用一个假设的小型服务网站例子，说明为什么把这三项分开记录，能减少查询可用性和填写表单时的混乱。

为什么项目名不等于域名

下面是一个假设示例，并非真实经营记录。设想一位读者准备为手工装订的笔记本和活版印刷卡片做一个小网站。桌上放着三份分开的笔记，而不是一张混在一起的购物清单。

第一份笔记记的是项目名：“纸织工作室”“折与缝印社”和“静边书屋”。每个都只是暂定名称，方便向朋友描述项目，也方便勾画网站标题。它们都没有经过任何工商登记核对，读者也还没决定最终网站是个人作品集还是一家小店。

第二份笔记记的是候选域名字符串：paperloom、foldandstitch、quietmargin。这里出现了第一个与项目名无关的问题：一个读起来顺口的项目名，输入时可能很长；而一个较短的字符串，又可能不像说出来的名字。读者在权衡辨识度和简短哪个更重要，以及像“studio”或“press”这样的词到底要不要留在字符串里。

第三份笔记仍是一列标着“注册结果”的空白栏。它的存在是为了避免读者日后把一个喜欢的名字，和一个尝试获取的网址混为一谈。这些笔记上的任何内容都还没有提交给注册商，可用性和结果也都未知。尚未确定的是先测试哪个候选字符串，以及被接受的字符串是否必须与最喜欢的项目名完全一致。把三份笔记分开，能让这种不确定看得见，而不是让一个喜欢的名字悄悄顶替一个已经核实的网址。

在查询可用性之前先列出候选域名

在把一个词输入查询框之前，可以先把一份简短的候选清单写在纸上，并且刻意让它与项目名分开保存。先从你确实会输入、也会念出声的拼写开始，然后在旁边写两三个变体。拿笔记本这个例子来说，读者可以试试 paperloom、paper-loom 和 paperloomstudio。把每个都念一遍，再分别按字母分组读一次、当作一串连续字符读一次，记下哪些容易让人看错。这份记录是给你自己做决定用的，不是对网址能包含什么下判断。

接下来，给每个候选写下保留或舍弃的直白理由，例如“听一遍就能拼出来”“和我可能打错的另一个词太接近”“全小写看仍然清楚”。这些理由方便你日后比较候选，而不必只靠记忆。你也可以顺手记下连字符或双写字母会落在哪里，这样以后回看时能明白为什么某个拼写当时显得更稳妥。

清单准备好后，在每个候选下面另起一行，留给你所查阅的可用性提示结果，在此之前先空着。把项目名、候选拼写和注册结果分三处保存，意味着一个被否掉的拼写不会抹掉你最初的名字。你还可以给候选编号，并按同样顺序回看，这样隔一天再比较时也更容易向自己解释清楚。

记录实际注册结果

注册商处理完你提交的资料后，MDN 说明注册商会通知你域名已正确注册，并且在几个小时内所有 DNS 服务器都会收到你的 DNS 信息。按注册商陈述的原样记录这一结果，不要把注册结果栏的空白当成一种结果。¹

MDN 还指出，在这一过程中注册商会要求你填写现实中的地址，而且在一些国家，如果注册商无法提供有效地址，可能被迫关闭该域名。把这一要求与结果记录并排放在一起，因为它说明注册记录取决于你提供的资料。¹

对于事先查询名称，MDN 介绍了使用注册商的 whois 服务或 whois 命令，示例输出显示一个已注册的名称，而另一个名称在撰写时显示 NOT FOUND。这一输出就是 MDN 呈现的可用性信息，因此把来源陈述的结果原样记下，而不是假定某个域名已经到手。¹

第三份笔记准备好后，你可以把注册结果记成一条简短的事实记录，而不是对项目的最终评判。仍以假设的笔记本示例为例：在 quietmargin 下面你可以写“已查询：已被占用”，在 foldandstitch 下面写“已查询：有报价，条款未查看”。这些只是你观察到的情况的占位记录，不是承诺。如果之后又查询了另一个候选，你可以补上“已查询：未显示结果”，这与明确的拒绝是两种不同的结果。你可以在每行旁边记下日期，以免把一个月的旧笔记当成当前信息。

怎样记下完整网址的结构

第三份笔记要把完整网址的结构与项目名、注册结果分开记录。MDN把网址（URL）描述为互联网上某个唯一资源的地址，并列出它的主要部分：协议（scheme），表示浏览器必须使用的协议，网站通常用HTTPS或HTTP；授权部分（authority），包括域名和可选的端口；指向资源的路径（path）；由键值对组成的参数；以及指向资源内部某个位置的锚点。MDN指出，在浏览器地址栏里必须提供完整的绝对网址，不过协议可以省略，因为浏览器默认使用HTTP。当网址出现在文档内部时，浏览器会用该文档自身的网址补上缺失的部分，相对网址就是这样工作的。²

注册某个候选域名之后，你可以把选中的字符串改写成完整地址，并把每一部分单独写一行。仍然沿用假设的“paperloom”例子：协议写https，主机写www.paperloom.example，路径写/notebooks，查询部分留空。你可以给每一行分别标注协议、主机、路径、查询，这样这个地址就不会被误当成单独登记过的域名。

随后你可以把这份草稿与注册结果笔记对照，凡是暂时无法确认的部分就留成空行，而不是靠猜。保留多少细节由你决定；目标是一份日后能重新读懂的记录，不会把网址、名称和结果混在一起。

把DNS信息与域名分开保存

MDN的资料把可用性查询和注册视为两个不同步骤：你先到注册商网站，多数注册商会提供whois服务，告诉你某个域名是否可用。在命令行环境中，你也可以输入whois命令；MDN给出了查询whois mozilla.org的示例，并展示了一段列出创建日期、赞助注册商等细节的输出。MDN还展示了查询afunkydomainname.org返回NOT FOUND，之后“我们就可以申请注册它了”。¹

MDN把这一可用性结果与后来的注册记录分开。注册本身发生在注册商网站上：你点击醒目的“获取域名”行动按钮，填写表单中所有必填细节，尤其要确保没有拼错想要的域名，因为一旦付款就来不及了。随后注册商会通知你域名已正确注册。¹

DNS信息是在注册之后出现的，而不是替代注册。MDN指出，几小时内所有DNS服务器都会收到你的DNS信息，并解释说，当注册商为某个域名创建或更新信息时，每个知道该域名的DNS服务器都会把信息保存一段时间，之后自动失效，再从权威服务器刷新。¹

有了注册笔记之后，你可以给DNS细节单独一页，而不是把它们加进同一份笔记。在假设的“paperloom”情形里，这意味着把域名本身列在一行，把名称服务器或DNS记录条目留在一张单独的纸上，这样日后修改托管设置时，不会覆盖你已经记下的注册信息。

你还可以给每份DNS笔记标注日期，用平实的语言写下你改了什么，例如“搬站之后切换了名称服务器”。如果不确定某个DNS值来自哪里，可以留空并写下一个问题，而不是抄下一个你无法追溯来源的值。

上线前复查你的记录

上线之前，把一直分开保存的三份笔记并排放在一起读，而不是把它们合成一页。先从项目名笔记开始：把每个暂定名称念出声，标记出你现在愿意放弃的那些。在假设的笔记本案例中，你可能觉得“静边书屋”比“纸织工作室”更贴合手工、小批量的感觉，可以写一行短句说明理由。那一行只应写在这一名称下面。

然后带着同样的理由去读候选域名笔记。读者可能会注意到，“paperloom”听一遍就更容易说出口，而“quietmargin”符合选定的感觉，却可能引出拼写问题。你可以把每个候选标为保留、暂缓或放弃，并用自己的话写下理由；哪些理由重要，由你自己决定。

最后，把注册结果笔记与前面两份笔记对照。如果某一行的结果仍是空白，就让它空着，并在旁边写“尚不清楚”，而不是凭印象向前推进。你还可以加一行带日期的记录，说明你复查过这三份笔记，这样日后再看的人能分辨哪些是已经决定的，哪些只是希望。

常见问题

在往任何搜索框里输入之前，我怎样才能先起草一份候选名单？

你可以先在纸上写一份简短的候选名单，并刻意把它与项目名分开保存。从一个你确实会键入、也会念出口的拼写开始，然后在旁边写两三个变体。

我应该怎样给每个候选写下保留或放弃的理由？

接下来，你可以给每个候选配一条直白的保留或放弃理由，例如“听一遍就能拼出来”“太接近另一个我可能打错的词”“全小写时仍然读得清楚”。

在保持项目名、候选拼写和注册结果三处分离的同时，我该把可用性查询结果记在哪里？

名单准备好后，在每个候选下面单独留一行，用来填写你所查询的可用性提示结果，在查到之前保持空白。把项目名、候选拼写和注册结果分三处保存，意味着某个拼写被否掉时，也不会抹掉你最初定下的名字。