у нас есть домашняя страница, размещенная другим провайдером в 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
(например, вы управляете промежуточным прокси-сервером в закрытой сети), тогда вам понадобится " control "из www.example.com/event
.
Также приветствуются любые другие предложения, такие как перезапись IIS.
Пользователь никогда даже не доберется до вашего IIS-сервера.
звучит так, внешнее перенаправление - ваш единственный вариант, если вы хотите обслуживать контент с http://event.example.com
, но URL-адрес в браузере, естественно, изменить на http://event.example.com
.