TinyMCE и маршрутизация URL, TinyMCE не запускается правильно, когда в URL с обработкой маршрута

Question

Я использую TinyMCE в своем приложении CMS ASP.net Web Forms на IIS7, и у меня возникают проблемы с папками содержимого, которые управляются с помощью функции маршрутизации URL-адресов .net 3.5sp1.

Корневая настоящая стандартная страница приложения ("/default.aspx") работает просто отлично; У меня есть пользовательская панель инструментов и множество настроек, определенных для TinyMCE, и все это работает фантастически. Мой маршрут контента («content / {PageIdentifier}», который отображается на страницу content.aspx в корне сайта на том же уровне, что и default.aspx), работает не очень хорошо. Когда вызывается редактор TinyMCE, он находится в своем состоянии по умолчанию - мои пользовательские кнопки панели инструментов и все пользовательские настройки (например, материал, заданный в tinyMCE.init ()) игнорируются, и он просто появляется в режиме по умолчанию, как будто параметры не были установлены (панель инструментов внизу с несколькими кнопками).

Я думал, что редактор не может найти некоторые или все свои js-файлы, которые находятся в ~ / static / js / tinymce, так как он находится на уровне папок, отличном от того, о котором говорит маршрут (так как часто, если есть Ошибка JS, так выглядит редактор). Я попытался переместить content.aspx в реальную / content / папку, но это ничего не дало (тогда, по крайней мере, сработала бы относительная адресация). Я в растерянности.

Answer 1

У меня есть один проект, над которым я работал с ASP.NET MVC 1, где у меня было мало доступа или привилегий на серверах, поэтому я не могу сказать, почему все было так, но на всех их серверах, использующих root -относительные пути (~ / content / folder или / content / folder) не удалось, как в JavaScript, так и в коде на стороне сервера.

Единственный обходной путь, который я нашел, состоял в том, чтобы объявить переменную на моей главной странице и использовать ее во всех моих скриптах Java для создания абсолютных URL-адресов.

var _applicationPath = new String ('<% = Request.ApplicationPath%>');

Это был единственный способ, с помощью которого я мог заставить веб-сайт находить файлы и страницы при изменении глубины URL-адреса - например, работает default.aspx, но не маршрутизируемые URL-адреса.

НТН