Как создать веб-приложение SharePoint 2007 на виртуальном пути для решения правила перезаписи URL?

Question

Я в любом случае, что я могу установить веб-приложение SharePoint не в корне, мне это нужно на виртуальном пути? У меня есть ситуация, когда мой клиент использует инструмент перезаписи URL с использованием ISA-сервера, как показано ниже: У него есть основной URL, скажем, http://publicsite/ у нас есть sharepoint, реализованный на сайте под названием http://internal/sites/sitecollection когда мы откроем http://publicsite/sites/sitecollection он откроется http://internal/sites/sitecollection http://publicsite/ находится на сервере, отличном от http://internal. Прямо сейчас у меня есть проблема со встроенными ресурсами в визуализированной html-разметке для сайта sharepoint, например

<script src="/ScriptResource.axd?d=MZkmbKEwKTBSRdxFCFncmF72UDKBF9tO54OpDYX6Df4DBmB7HSDbA8CAqY5mCBAK2TAU34oVF24xOS5EJEafjb6Zcvwnmou5zv3RqxNzcSKM1XXzvQP1JpAzOAaH9PUPRTPUjZfdMBnoJPmBfgNZ-BFEntGwjcL7UiqfpH8R9TE1&amp;t=ffffffffed1cce36" type="text/javascript"></script>

фактически он открывается из корня, а корень на основе правила перезаписи клиента - это другой сервер, поэтому ответ ресурса со статусом 404 И, опять же, поскольку веб-приложение sharepoint находится в корневом каталоге, поэтому я не могу изменить способ отображения URL.

Есть ли способ решить это? Я начал думать о какой-то функции JavaScript, чтобы изменить URL-адрес всех сценариев, начинающихся с /ScriptResource.axd, и изменить его на /sites/sitecollection/ScriptResource.axd, но не удалось перезагрузить JavaScript, я не знаю почему !! Второе решение - создать веб-приложение на виртуальном пути, и я не знаю, возможно ли это или нет, поэтому кто-нибудь может мне помочь?

Спасибо заранее. Привет

Answer 1

Моим первым предложением было бы создать другой публичный URL для sharepoint. Если вы это сделаете, вы спасете себя от многих неприятностей.

Но если вам действительно нужно идти вперед, вы можете попробовать реализовать HttpModule, который заменяет плохие ссылки. И вам придется протестировать этот тариф, если вы делаете что-то большее, чем просто просмотр какого-либо контента. (сотрудничество, синхронизация офиса и т. д.)

https://sharepoint.stackexchange.com/questions/5956/rich-text-editor-error-messages/8364#8364

Answer 2

Возможно, вам потребуется изменить путь на странице.Изменение конфигурации ISA-сервера по-прежнему оставит вас с проблемой, что корень находится на другом сервере, чем сайт SharePoint.

Если подход JavaScript не работает, вы можете попробовать использовать «поведение адаптивного управления»как предложено в качестве ответа на этот Вопрос , где вы переписываете все теги Script, вам также нужно будет переписать теги Style и Image, поскольку некоторые из них будут ссылаться на / _layouts

Тяжелые рукихотя подход, но адаптеры управления хорошо работают с SharePoint.

Answer 3

Я думаю, вы могли бы расширить веб-приложение на внутреннем сервере до дополнительного URL-адреса http://publicsite/. Теперь вы будете полагаться на интеллектуальную IP-маршрутизацию, так что если URL-адрес будет http://publicsite/sites/sitecollection, он перейдетсервер интрасети, в противном случае он переходит на публичный сервер.Похоже, ваш ISA-сервер уже делает это.Я думаю, что это сделало бы правильными все относительные ссылки.