testing域如何有用?

我遇到这篇文章关于testing ,我不明白为什么这是有用的…为什么这不同于使用本地主机? 你能给我一个具体的例子,因为在这篇文章中我不清楚。

这与使用Apache的虚拟主机不同吗? 它需要更less的configuration吗?

更新:我不是一个服务器专家或类似的东西,所以请不要input太多的技术细节。 我是一个web开发人员,我有问题在我的本地机器上testing多个网站。 我觉得这样可以解决我的问题,但我不明白怎样才能把它用到我的身上。 目前我使用Apache的虚拟主机,它performance不错。 我想知道像localtest.me这样的testing域如何比我现在的做法更好/更好。

好问题。 我喜欢你确保你了解原因。 线程本身也有更多的意见讨论,包括可能的安全问题(以及他们的答案)。

这不是每个人都适用的,但是对于经常进行快速testing并且不希望为每个testing添加主机logging的人来说,这是一个很好的方法。 这不是主机文件或回送适配器的革命性替代品,但它使事情更快地进行快速testing。

我可以说,当我比我的开发人员帽子更佩戴pipe理员帽子时,这对我来说很方便。 开发人员通常只是在服务器上的less数几个站点,而且不会经常更改。 在这种情况下,努力创build主机条目或使用企业DNS条目并不是问题。

但是,当我戴上我的pipe理员帽子时,通常会做一个快速的URL重写testing,或者回复论坛中的某个人,或者在原来只需要域名15分钟的原型上进行原型devise。 那么这个解决scheme对我来说是一个很大的好处,允许我忽略我的主机文件,这个文件可以很容易地过时了,如果我仍然需要,我会忘记这些logging。

即使作为开发者,如果您经常为新技术创build快速testing站点,或者testing新项目,那么这也是有帮助的。 基本上,如果你经常使用不同的域名,而你发现自己去了主机文件,那么这可以提供帮助。

所以你的里程会有所不同。 如果没有任何意义,那么你在经常会遇到困难的情况下工作。 如果看到这就像一个灯泡打开,那么你经常在受益的情况下工作。

那篇文章提到底部的原因。 它将允许使用基于名称的虚拟主机,您可以更准确地testingURL重写,并且可以configuration子域,这在testingcookie行为时非常有用。

一个很容易想到的例子就是如果你想在你的本地服务器上开发多个网站,并希望使用基于名字的虚拟主机在127.0.0.1上使用它们。

我不知道你为什么要这样做,如果你有任何networking线索; 我只是把另一个RFC1918networking放在火上,并适当地破解我的本地DNS服务器。 但是后来我对BIND的configuration毫无保留,因为我每天都是为了生活而做的。 如果你不想和你的本地DNS进行战斗,那么testing域名攻击是相当优雅的。

我相信其他人将能够想到其他应用程序。

编辑 :不,这本身不是一个漂亮的URL问题。 做基于名称的虚拟主机要求通过不同的域名访问不同的站点,所有这些域名parsing为127.0.0.1 。 使用http://localhost/site是不一样的,因为每个站点在被投入生产之前将不得不被移动到一个级别。