IIS也是如此.政策问题几乎总是大于技术问题.在没有大惊小怪的情况下问你能做什么,不能做什么是一个很好的开始.使用虚拟目录和虚拟站点是另一个让你头脑发热的好事.

只要你问,这里还有一些我希望更多开发人员有兴趣理解的东西.

服务器不是永久不变的实体,硬件被替换,ISP改变,驱动器填充..不要硬编码绝对文件路径,IP地址和服务器名称之类的东西.

另一个重要的是知道你的应用程序实际需要运行什么.在服务器上,没有人真的想要安装所有的铃声和​​口哨,因为开发人员无法告诉你他们在呼叫什么.一个存在于我的内存中的应用程序是我最终必须在Web服务器上安装MSsql Server 2005的原因,因为代码不能在没有它的情况下运行.最终(数小时和数小时后工作)我们弄清楚发生了什么以及如何避免这种情况.如果它没有那么重要的应用程序具有这样的影响力,我会把它推回去说“绝对没有,因为这是一个巨大的安全风险”

这些事情会导致后端无法排除故障. “它在我的机器上运行”只是非常有用,因为你的机器上可能有比我们想要安装在服务器上更多的工具.测试环境也应尽可能接近生产,以消除这些问题.