Vb.net 标记临时站点,以防止其被当作生产站点使用
很抱歉标题太长了,我觉得很难总结。我被要求为我的公司维护几个仅限内部的web应用程序。为了进行测试,在进行更改之后,我创建了一些使用独立数据库的临时站点。因此,如果我的用户错误地将此站点当作生产站点使用,他们可能会输入重要数据,并怀疑它在哪里“消失”,以为它是生产服务器 我想在临时站点的顶部(只出现在临时站点上)创建一个大横幅,提醒我的用户他们在测试站点上。我希望就最佳方法提出建议,并考虑以下因素:Vb.net 标记临时站点,以防止其被当作生产站点使用,vb.net,visual-studio-2008,testing,deployment,.net-2.0,Vb.net,Visual Studio 2008,Testing,Deployment,.net 2.0,很抱歉标题太长了,我觉得很难总结。我被要求为我的公司维护几个仅限内部的web应用程序。为了进行测试,在进行更改之后,我创建了一些使用独立数据库的临时站点。因此,如果我的用户错误地将此站点当作生产站点使用,他们可能会输入重要数据,并怀疑它在哪里“消失”,以为它是生产服务器 我想在临时站点的顶部(只出现在临时站点上)创建一个大横幅,提醒我的用户他们在测试站点上。我希望就最佳方法提出建议,并考虑以下因素: IDE:visualstudio 2008 服务器:带IIS 6的Windows 2003 语言
IDE:visualstudio 2008
服务器:带IIS 6的Windows 2003
语言:VB.NET 2.0
谢谢;) 我将创建一个web.config应用程序设置,该设置在staging中包含一个特定值。然后在母版页代码中(假设您正在使用它们),编写一些代码,将适当样式的HtmlGenericControl(作为div)插入母版页标记中的占位符控件中。所有这些都取决于应用程序设置是否具有指示暂存环境的值。我将创建一个web.config应用程序设置,其中包含暂存中的特定值。然后在母版页代码中(假设您正在使用它们),编写一些代码,将适当样式的HtmlGenericControl(作为div)插入母版页标记中的占位符控件中。所有这些都取决于应用程序设置是否具有指示暂存环境的值。如果是我,我会使暂存站点具有不同的颜色背景 白色背景——公共和现场。
粉红色背景——登台,随时可能被重新格式化。如果是我,我会让登台站点有不同的颜色背景 白色背景——公共和现场。
粉色背景——暂存,随时可能被重新格式化。的确,但我要找的是自动化部分(即如何在代码中实现)而不是样式,哈哈,但我同意,呵呵。的确,但我要找的是自动化部分(即如何在代码中实现)而不是样式,哈哈,但我同意,呵呵。的确,但是有没有一种方法可以确保配置根据其运行位置或部署位置自动切换?还有其他触发因素吗?我讨厌每次都依靠自己的记忆来来回切换。如何更改通过转移访问的数据库?你靠你的记忆力吗?使用注册表设置而不是应用程序设置对你更有效吗?不,不,呵呵。生产服务器有一个生产数据库,登台服务器有一个开发数据库。如何管理更改数据库连接字符串?是否可以利用相同的过程来包括更改应用程序设置?另一个想法-根据您的设置,您还可以检查请求中的域和/或端口,以指示您的环境。准确标记。在部署到多个环境时,最常见的做法是在web.config中处理一些事情。如果您现在不这样做,因为DBs在本地主机上,那么是时候将其应用到部署过程中了。它会再次出现的。拥有一个脚本,作为该脚本的一部分执行部署和更新配置。MSBuild作为一个文件更新任务,它可以处理WebConfig。或者,如果您不信任开发人员对这些文件所做的更改,您可以在每台服务器上保留文件的不同副本(放在一旁)。在部署时覆盖普通配置和服务器配置。确实如此,但是是否有办法确保配置根据运行位置或部署位置自动切换?还有其他触发因素吗?我讨厌每次都依靠自己的记忆来来回切换。如何更改通过转移访问的数据库?你靠你的记忆力吗?使用注册表设置而不是应用程序设置对你更有效吗?不,不,呵呵。生产服务器有一个生产数据库,登台服务器有一个开发数据库。如何管理更改数据库连接字符串?是否可以利用相同的过程来包括更改应用程序设置?另一个想法-根据您的设置,您还可以检查请求中的域和/或端口,以指示您的环境。准确标记。在部署到多个环境时,最常见的做法是在web.config中处理一些事情。如果您现在不这样做,因为DBs在本地主机上,那么是时候将其应用到部署过程中了。它会再次出现的。拥有一个脚本,作为该脚本的一部分执行部署和更新配置。MSBuild作为一个文件更新任务,它可以处理WebConfig。或者,如果您不信任开发人员对这些文件所做的更改,您可以在每台服务器上保留文件的不同副本(放在一旁)。在部署时覆盖普通服务器和服务器。