我正在为所有ASP .NET运行Windows Server 2008。然后我有一些东西仍然由WordPress作为CMS管理。出于某种原因，我认为在同一个域（或子域）中混合ASP .NET和ASP.NET文件是一件坏事，特别是在谈论像Wordpress这样的大型项目时。
问题是，现在我们有一个子域，托管一个由Wordpress构建的知识库，其中包含我们需要的所有信息。但是，在我工作的地方，他们希望将其更改为mydomain.com/knowledge而不是knowledge.mydomain.com。这增加了复杂性，因为mydomain.com已经包含ASP .NET文件。
我告诉他们这可能不是一个好主意。是的，它会起作用，但它并不漂亮。该怎么办？你有什么建议？
我知道这可能是主观的，但我要求的是在同一个文件夹中混合或不混合PHP和ASP .NET文件的优点和缺点，也许解决问题的一些替代解决方案
注意 IIS是服务器上运行的内容。
答案 0 :(得分：1)
在没有太多考虑的情况下突然出现在我脑海中的第一件事是，你最终会增加复杂性（从主观点来看），以指示你的web服务器正确处理和分离php与asp文件。由错误的解析器解释它们可能会导致很多问题;可能还有一些安全漏洞（IE显示源代码，配置细节）。此外，实现这一点可能不是那么简单，具体取决于文件系统的布局方式。
至于这个解决方案的优点，SEO purpuses是我正在考虑的。我不是这个领域的专家，但我已经读过某个地方（无论如何，这是一个值得尊敬的消息来源，不幸的是我现在还记不住），将所有（质量）内容保留在同一个域内将会加强域名权限。
作为备用解决方案，您可以使用Web服务器模块（或其前面的代理），以便透明地将对一种脚本的请求重定向到提供此类特定服务的主机。你会给人一种通过单一主机服务所有东西的印象，而有两个独立的主机在做（专业）工作。
答案 1 :(得分：1)
如果只是文件和文件夹分离的问题，只需将URL映射到文件夹即可。
我相信这可能是通过虚拟目录完成的。 “虚拟目录名称成为应用程序URL的一部分，用户可以从浏览器请求URL访问物理目录中的内容。”
答案 2 :(得分：0)
如果你有ISAPIRewrite或其他东西，你可以尝试一些URL重写，但这有点......凌乱。