需要关于PHP和ASP.NET混合的帮助吗

我正在为我所有的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是服务器上运行的东西。

我脑海中浮现的第一件事，没有经过太多思考，就是您最终会增加复杂性（也从维护角度来看），以指示您的web服务器正确处理php文件并将其与asp文件分离。让错误的解析器解释它们可能会导致很多问题；可能还有一些安全漏洞（如泄露源代码、配置细节）。此外，根据文件系统的布局，实现这一点可能不是那么简单

至于这个解决方案的优点，SEO目的是我考虑的一个。我不是该领域的专家，但我在某个地方读到过（无论如何，这是一个值得尊敬的消息来源，不幸的是，我现在记不起来），将所有（高质量）内容保留在同一个域内将增强域权威

---

作为一种替代解决方案，您可以使用web服务器模块（或其前面的代理），以便透明地将一种脚本的请求重定向到提供此类特定服务的主机。你会给人这样的印象，即通过一台主机为所有内容提供服务，而有两台独立的主机在做（专门的）工作。

如果这只是一个文件和文件夹分离的问题，只需将URL映射到文件夹即可

---

我相信这可以通过虚拟目录来实现。“虚拟目录名成为应用程序URL的一部分，用户可以从浏览器请求URL以访问物理目录中的内容。”

如果您有ISAPIRewrite或其他内容，您可以尝试重新编写URL，但这有点。。。凌乱。

在这种情况下，PHP也在IIS上运行？这可能属于另一个论坛，因为它在征求意见。是的，这是一个更深奥的问题。正如我用粗体标记的，我需要的是替代解决方案。我更新了问题以反映IIS信息。有趣。我会查一查，然后再报告。