IIS может запускать код PHP, см. здесь .

Так что, если оба исходят с одного сервера, есть вероятность, что часть /content представляет собой виртуальный каталог или приложение, которое выполняетсяphp как часть одного и того же сайта.

Однако ваши доменные имена разные - .co.uk и .com могут легко быть разными серверами и сайтами.Самый простой способ выяснить это - ping каждый домен и посмотреть, используют ли они разные IP-адреса.Если это так, то, скорее всего, это разные серверы и сайты (хотя и не совсем точные).

Это могут быть различные настройки.

Например, forum.blahblah.com / content и www.blahblah.co.uk могут находиться на совершенно разных машинах на противоположных концах Земли.

То, что доменные имена похожи, не означает, что базовые реализации объединены.

Попробуйте выполнить поиск DNS по доменным именам и используйте некоторые веб-инструменты для исследования IP-адресов сайта - это может пролить свет на это.

См .: http://www.dnsstuff.com/

Собственно говоря, если бы моим основным сайтом был .NET, и я добавлял сторонний PHP-форум - я бы прикрепил его на другой машине.

Обновление в ответ на обсуждение комментариев «Почему вы спрашиваете», ниже

"в основном пытается выяснить, как заставить сайт asp.net и форум на основе php работать вместе"

Я бы не стал слишком зацикливаться на том, чтобы заставить их работать вместе «физически на машине». Я часами пытался распутать, разделить и модульно выложить свой код, и поэтому мне неприятно видеть, как вы изо всех сил пытаетесь объединить свой код. ; О)

Хранить их как отдельные системы и определять HTTP-интерфейс между ними, вероятно, проще.

Если вы хотите «один логин» для обоих компонентов, то можно разделить их и обмениваться идентичностью, используя такие вещи, как OpenID - http://openid.net/developers

Цитата: "OpenID - это децентрализованный протокол аутентификации"

Это видео на REST - блестящее введение в (часто упускаемую из виду) мощь HTTP - http://www.youtube.com/watch?v=YCcAE2SCQ6k

Цитата: "REST - это архитектура сети, как она работает сегодня ... Разве вы не должны работать с архитектурой, а не против нее"

И, возможно, посмотрите главу Эрика Эвана «Отдельные пути» в его книге DDD.

• http://books.google.co.uk/books?id=7dlaMs0SECsC&lpg=PP1&dq=domain%20driven%20design&pg=PA335#v=onepage&q&f=false

Цитата: «Интеграция всегда дорогая. Иногда выгода маленькая»

Все это не специфичные для языка решения.

Также вам может понравиться этот рассказ о том, как BBC интегрирует свой веб-сайт. - http://www.infoq.com/presentations/web-20-bbc-scaling

Суть: они держат все в максимально возможной степени разделенными, редко отправляя сообщения между машинами в чем-либо, кроме простых HTTP-запросов. Т.е. они избегают удаленных SQL-запросов, потому что их сложнее отслеживать и регистрировать.

** Проблемы кодировки злых символов **

Когда вы начинаете писать собственные «веб-читатели», стоит также помнить о проблемах кодировки символов:

Прочтите эту статью, сам мистер Stackoverflow, Джоэл Спольски:

Абсолютный минимум каждый разработчик программного обеспечения Абсолютно, положительно должен знать о Unicode и наборах символов (без оправданий!) - http://www.joelonsoftware.com/articles/Unicode.html

** Что видят пользователи **

ОК - это было для того, чтобы две системы работали вместе через Интернет. Но если вы хотите, чтобы один интерфейс, одно доменное имя действовали в качестве «шлюза», то вы можете сделать либо сервер ASP, либо сервер PHP-ламп «интерфейсом». Вот где это может стать сложным. Я знаю только об Apache, а не MS..so

Я управляю несколькими сайтами с разными IP-адресами, размещенными на разных машинах, но код для всех них находится на одной машине. Каждый из Satellite Sites просто передает HTTP-запросы на мой ' Origin Server ' и пересылает репозитории обратно пользователю.

Это делается с помощью прокси-функций apache. - http://httpd.apache.org/docs/2.0/mod/mod_proxy.html

Цитата:

Типичное использование обратного прокси предоставить пользователям Интернета доступ к сервер, который находится за брандмауэром. Обратные прокси также могут быть использованы для балансировка нагрузки между несколькими бэкэндами серверы, или для обеспечения кэширования для более медленный внутренний сервер. К тому же, обратные прокси могут быть использованы просто для привести несколько серверов в одном Адресное пространство.

Будьте готовы к головным болям - но благодаря самоотдаче возможно иметь два сервера на одно доменное имя.

См .: переписать мод:

• http://httpd.apache.org/docs/current/mod/mod_rewrite.html

Цитата:

'proxy | P' (принудительный прокси)

Этот флаг заставляет заменяющую часть быть внутренне отправлено как запрос прокси и немедленно (перезапись останавливается вот) поставь через прокси модуль. Вы должны убедиться, что строка подстановки является допустимым URI (обычно начинается с http://hostname), который может быть обработан модулем прокси Apache. Если не, вы получите ошибку от прокси модуль. Используйте этот флаг для достижения более мощная реализация Директива ProxyPass, для отображения удаленного содержание в пространство имен локальный сервер.

    Note: mod_proxy must be enabled in order to use this flag.

Я, как и вы, тоже ломал голову, пытаясь разобраться в этом. Хитрость заключается в том, чтобы знать правильные слова.

Следующие фразы, вероятно, скорее всего будут содержать ключ к вашим ответам

• сетевая архитектура
• ОТДЫХ
• шлюз
• прокси
• синдикации
• XML / RPC
• SOAP
• API

... чем эти фразы:

• заставить asp работать с php
• два разных сайта
• и т.д.

Возможно размещение поддоменов на совершенно разных серверах.Таким образом, основной сайт (example.com) и поддомен (forum.example.com) могут иметь разные IP-адреса, и оба могут работать на разных веб-серверах.

И для IIS также возможно запускать сайты PHP.

По сути, это папка, если нет сложной настройки.PHP и ASP.net могут находиться на одном сервере.

Существуют различные сценарии:

• Все нормально, один и тот же сервер обслуживает оба сервера.что наиболее вероятно.
• "forum.blahblah.com/content" - это каталог на forum.blahblah.com, который включает в себя фрейм, этот фрейм находится на другом сервере.Вы можете легко определить, так ли это при просмотре источника по адресу "forum.blahblah.com/content".
• . Существует сложная настройка, включающая прокси, которая перенаправляет трафик "forum.blahblah.com/content" на сервер и другие "` "forum.blahblah..com "` трафик к другому, вы можете сказать, если это так, посмотрев заголовки каждого http.

Буквально forum.blahblah.com - это еще один веб-сайт, так как это еще один домен.
Если вы спрашиваете, поддерживает ли он тот же веб-сервер , точно сказать сложно. Но если вы сравните IP-адреса этих 2 сайтов, и они будут отличаться, вы можете сказать, что это 2 разных сервера.

Возможно запускать Asp.NET и PHP на одном хост-сервере.Таким образом, они могут находиться на одном и том же сервере.

Другой способ выяснить, находятся ли они на разных серверах, - это пропинговать URL-адреса и посмотреть, разрешают ли они один и тот же IP-адрес.

Это не другой домен, forum.blahblah.com является поддоменом blahblah.com.Субдомен «принадлежит» его домену, в некоторых случаях он управляется другими людьми (например, веб-хостингом), но в конечном итоге blahblah.com будет иметь контроль над forum.blahblah.com.