Language agnostic 在开发过程中向客户展示其网站的最佳方法

Language agnostic 在开发过程中向客户展示其网站的最佳方法,language-agnostic,Language Agnostic,我们正在努力简化在开发过程中向客户展示其网站的流程,而无需改变绝对路径等 我们主要在本地开发并更改主机文件以反映域名,当我们准备向客户展示时,我们会将文件复制到www.client.com/dev,但我正在寻找一种更好的方法,任何能使这一过程更顺利、更快的建议都会很好。,我们有client.t.uw.ru网站,该网站是普遍可见的 当它成熟时,它会转移到www.client.com,并被推到搜索引擎上 因此,我们在t.uw.ru域上有一个*DNS条目,这使它变得简单。如果您总是将站点托管在一个单独

我们正在努力简化在开发过程中向客户展示其网站的流程,而无需改变绝对路径等


我们主要在本地开发并更改主机文件以反映域名,当我们准备向客户展示时,我们会将文件复制到www.client.com/dev,但我正在寻找一种更好的方法,任何能使这一过程更顺利、更快的建议都会很好。

,我们有client.t.uw.ru网站,该网站是普遍可见的

当它成熟时,它会转移到www.client.com,并被推到搜索引擎上


因此,我们在t.uw.ru域上有一个*DNS条目,这使它变得简单。

如果您总是将站点托管在一个单独的域中,而不是子目录中,您将永远不必更改绝对路径。因此,与其在
www.client.com/dev
上托管一个正在开发中的站点,不如尝试
dev.client.com
。另一种选择是使用
client.yourcompany.com

还尝试使用HTTP基本身份验证来保护正在开发的站点。这很容易在大多数web服务器中设置,无需更改web应用程序。此外,如果内容以任何方式对远程敏感,也可以使用HTTPS


或者,让他们直接到你的办公室来向他们展示(或者去他们那里展示)。好处是你可以完全控制他们会看到什么和不会看到什么,而且它永远不必上网。

我同意使用子域是一个不错的主意。老实说,客户机应该能够在演示过程中忽略地址栏(如果您没有完全隐藏地址栏),或者在项目开发过程中转到“临时URL”。我从未有过这样的抱怨。