у нас есть домашняя страница, размещенная у другого провайдера в Amazon, мы разрабатываем страницу, связанную с событиями, из-за потребностей SEO нам нужно перенаправление с http://www.example.com/event (размещено на Amazon, вне нашего контроля) в http://event.example.com (размещены на наших серверах), но нам нужно, чтобы URL-адрес в браузере пользователя поддерживал http://www.example.com/event показывая содержание http://event.example.com.
Веб-страница, разработанная нами в http://event.example.com это страница .net IIS, поэтому мы предполагаем, что между страницей amazon и нашей страницей .net нам нужен обратный прокси-сервер apache и, возможно, помощь mod_substitute / mod_rewrite, каковы будут необходимые правила apache? Также будет оценено любое другое предложение, как подход к перезаписи IIS.
Спасибо
Извините, я имею в виду, что мы не управляем этой службой, они только перенаправляют.
"Перенаправление" (как в внешнее перенаправление) предположительно нежелательно по причинам SEO. IFRAME (как предлагает @bjoster) потребует контроля над содержимым (на www.example.com/event), но опять же, вероятно, нежелательно с точки зрения SEO.
Для реализации обратный прокси требует значительный контроль над www.example.com, которого у вас нет. mod_substitute / mod_rewrite на самом деле вам не поможет; вам нужен обратный прокси.
Если вы не можете перехватить запрос между пользователем и www.example.com/event (например, вы управляете промежуточным прокси-сервером в закрытой сети), тогда вам нужен «контроль» над www.example.com/event.
Также будет оценено любое другое предложение, как подход к перезаписи IIS.
Пользователь даже не попадает на ваш сервер IIS.
Судя по его звукам, внешнее перенаправление - ваш единственный вариант, если вы хотите обслуживать контент из http://event.example.com - но URL-адрес в браузере, естественно, изменится на http://event.example.com.