服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

哪一个技术堆栈会导致客户托pipe的Web应用程序最简单的部署?

鉴于一个Web应用程序需要在客户的服务器上运行,并由系统pipe理员在客户端安装,哪个技术堆栈会导致系统pipe理员完成最less量的“服务器外科手术”,从而更容易部署? 我们的目标平台是Windows / IIS / SQLServer和Linux / Apache / MySQL,但是由于客户的Web服务器主机可能是从刚刚打开的Windows机器到完全修补的最新的Ubuntu机器,我们正试图find能够为系统pipe理员带来最less工作量的技术(阅读,尽量减less我们的支持需求)。 典型的select当然是PHP,Python,ASP.Net(运行Mono的Linux安装),Rails,Java等等。 需要考虑的一些事情是,如果运行IIS或Apache的平均“开箱即用”Web服务器是使用一种技术而不是另一种技术构build的,那么是否将具有所需的库来安装该产品。 例如,基于PHP的解决scheme可能会更容易在Linux机器上进行部署,而不必安装mono,而在Linux机器上运行ASP.Net解决scheme所需的任何其他依赖性都将作为Web应用程序。 除此之外,在“开箱即用”function和“易于集成”之间有一个恰当的平衡的问题,例如:一个包含的Web服务器是否有帮助? 或者当Apache已经在端口80上运行时,这会让事情变得更加混乱? 我们正在假设客户有权访问系统pipe理员,但可能不是全职/专用的 – 就像共享的Web主机帐户一样。 鉴于此,我们希望客户能够在他们的Web服务器上安装Web应用程序时有最小的麻烦,并且我们正在讨论正确的技术堆栈。

以不同的名称访问本地主机上的SMB共享

这个场景起初看起来有点怪异;)OS是Windows Server 2003。 我们通过生产服务器进行每日备份,并将整个应用程序复制到我们的备份服务器,我们希望从生产环境中精确复制(或多或less)。 这很好,除了一个例外:生产系统必须访问共享上的一些文件(即\\ PROD_SHARE \ Files $)。 该path在configuration文件中指定。 现在,我们不想在将其复制到备份服务器时更改此configuration文件。 问题是,备份环境中的共享path不同(这次是在本地主机上,所以path是\\ LOCALHOST \ Files $)。 是否有可能(在备份服务器上)以某种方式“redirect”所有请求到PROD_SHARE到LOCALHOST,所以我们可以使用与生产环境完全相同的configuration文件? 我们尝试使用etc \ hosts文件,但它不起作用(连接似乎工作,但login对话框出现,我们无法login – 也许这只是一些政策问题?)。 有没有人有一个想法? 更新: 感谢你的回答,我觉得我的问题太复杂了 – 实际上,我的问题就像(我的坏,抱歉)一样容易: 我希望能够使用\\ PROD_SHARE而不是\\ LOCALHOST(但结果应该是相同的) 我尝试了与别名和LMHOSTS的答案 – 这两个帽子的结果与我第一次尝试使用HOSTS文件的结果相同:我可以使用不同的名称ping本地主机,但是当我尝试打开SMB Share \\ PROD_SHARE我得到一个login对话框(所以连接似乎工作),我无法login – 即使用我用来启动Windows(Domain Admin)的用户凭据。 错误是“Windows无法login,请确保你的用户名和密码是正确的”。 生产和备份环境根本不在同一个networking/域中,所以不应该有任何名称冲突。