У меня есть существующий, довольно простой сайт MVC5, который может потенциально нуждаться в функциональности CMS в ближайшем будущем. Кажется, что Piranha соответствует всем основным требованиям, которые у меня есть, и что самое главное, что он может быть интригующим ненавязчивым образом. Я потратил несколько дней на то, чтобы настроить его на моем сайте, и мне это очень нравится, но есть несколько вещей, о которых я не знаю.Оценка Piranha - пара вопросов относительно развертывания и аутентификации
В моей текущей настройке я использую пассивный режим Piranha с префиксом без передержек. Мой план состоит в том, чтобы настроить иерархию страниц в Piranha, которая отражает структуру моего сайта, и вытащить модель страницы через постоянную ссылку, а затем объединить модель страницы в мои существующие модели просмотра, чтобы я мог начать разрешать управление контентом.
Мои вопросы:
- Что бы рекомендовал развертывание подход для поддержания сайта менеджер и сайт MVC отдельно? В идеале я хотел бы развернуть их как отдельные сайты, чтобы доступ к сайту менеджера мог быть за нашим брандмауэром, а MVC «front end» может быть анонимно доступен в Интернете. Если это желаемый сценарий, лучше всего иметь две отдельные конфигурации одного и того же сайта - один с disableManager = true и один false и просто развернуть на два отдельных сайта IIS?
- Возможно ли использовать проверку подлинности Windows для сайта менеджера? Какой был бы лучший способ установить это?
- Предполагая, что проверка подлинности Windows является опцией, что это значит для существующих пользователей на основе форм и управления ролью на сайте менеджера?
- Если я решил отключить пассивный режим в будущем, чтобы разрешить создание дополнительных страниц в CMS (авторами контента), как я могу заставить его перестать противоречить моему существующему действию/home/index? Я попытался с пассивным выключением и не мог понять, как «смешивать» маршрут поставщика страниц по умолчанию с моим существующим маршрутом домашней страницы (чтобы «/» маршрутизировался на MY/home/index, а не на прохождение через поставщика страниц)
Спасибо!
Я вижу, спасибо Хакан. Итак, для кэширования мне нужно будет реализовать собственный провайдер кеша и настроить piranha для его использования? Также есть планы по поддержке проверки подлинности Windows в будущем? Просто любопытно! – exzachtly1
Существует репо, доступное на github для кэширования redis, однако для него нет пакета NuGet.Что касается аутентификации, скорее всего, она будет обновлена в будущем! –
Невозможно ли ограничить доступ к управляющей части URL-адреса через разрешения IIS или ограничения брандмауэра? В зависимости от сложности вашего брандмауэра, но настройка разных разрешений для «http: // myhost/mysite/manager/*» представляется возможной. Во избежание сложности распределенного кеша. В долгосрочной перспективе, хотя для полностью масштабированных сайтов, CMS должна работать с Redis. – PhillipH