我读过这篇文章测试域我完全不明白这有什么用...这和使用 localhost 有什么不同？你能给我一个具体的例子吗，因为文章中我不太清楚。
这与使用 Apache 的虚拟主机有什么不同吗？它需要的配置更少吗？
更新：我不是服务器专家或类似的专家，所以请不要输入太多技术细节。我是一名 Web 开发人员，在本地机器上测试多个网站时遇到了问题。我觉得这可以解决我的问题，但我不知道如何利用它！目前我使用 Apache 的虚拟主机，它运行良好。我想知道像 localtest.me 这样的测试域比我目前的做法好/好在哪里。
答案1
好问题。我喜欢你确保自己了解原因。而且该帖子本身也有更多关于此的评论讨论，包括可能的安全问题（及其答案）。
这并不适合所有人，但对于经常进行快速测试并且不想为每次测试添加主机记录的人来说，这是一种很好的方法。它不是主机文件或环回适配器的革命性替代品，但它使快速测试的速度大大加快。
我可以说，当我更多地担任管理员而不是开发人员时，它对我来说很方便。开发人员通常只会在服务器上管理少量网站，而且这些网站不会经常更改。在这种情况下，花点时间创建主机条目或使用公司 DNS 条目就不成问题了。
但是当我担任管理员时，我通常会进行快速 URL 重写测试，或者回复论坛中的某人，或者制作一些只需要域名 15 分钟的原型。然后这个解决方案对我来说是一个很大的好处，因为它允许我忽略我的主机文件，该文件很容易因陈旧的记录而过时，我忘记我是否仍然需要这些记录。
即使作为一名开发人员，如果您经常为新技术创建快速测试站点或测试新项目，那么这也会很有帮助。基本上，如果您经常使用不同的域名并且发现自己要访问 hosts 文件，那么这会有所帮助。
所以你的里程会有所不同。如果它没有意义，那么你就不会经常在有帮助的情况下工作。如果看到这一点就像灯泡亮了一样，那么你确实经常在能从中受益的情况下工作。
答案2
该文章在底部提到了原因。它将允许使用基于名称的虚拟主机，您可以更准确地测试 URL 重写，并且可以配置子域，这在测试 cookie 行为时很有用。
答案3
立即想到的一个例子是，如果您尝试在本地服务器上开发多个网站，并希望使用基于名称的虚拟主机将它们全部放在上面127.0.0.1。
如果您有任何网络线索，我不知道您为什么要这样做；我只会将另一个 RFC1918 网络投入火中并适当地破解我的本地 DNS 服务器。但是我对 BIND 配置并不担心，因为我每天都以此为生。如果您不想与本地 DNS 作斗争，那么 Testing Domains 破解就相当优雅。
我确信其他人一定能够想到其他的应用程序。
编辑：不，这不是一个漂亮的 URL 问题本身；执行基于名称的虚拟主机需要通过不同的域名访问不同的网站，所有域名都解析为127.0.0.1。使用http://localhost/site并不相同，因为每个网站在投入生产之前都必须提升一个级别。