Интеграция DotNetNuke с существующим веб-сайтом

Question

В рамках редизайна для одного из моих клиентов я хотел бы переместить их в DotNetNuke, чтобы получить функции CMS и ведения блогов.Их существующий сайт имеет некоторые пользовательские функции электронной коммерции, с которыми не может справиться готовый пакет, поэтому я склонен оставить его и просто перенастроить, чтобы соответствовать новому сайту.

Проблема заключается в том,чтобы все это совпало.

Я мог бы создать два физических веб-сайта в IIS, например:

www.website.com <- установка DNN </p>

и

shop.website.com <- Существующая электронная коммерция </p>

Это будет держать вещи изолированными, но я вижу проблему с сертификатом SSL.Он привязан к www.website.com, так что теперь мне нужно либо два - один для www. и один для shop. - или мне нужен подстановочный сертификат.Либо добавляет текущие расходы для клиента.

Можете ли вы придумать какие-либо другие, более элегантные подходы?

• Я мог бы попытаться инкапсулировать существующий сайт в модуль DNN, но это кажетсякак большая работа.
• Я мог бы также попытаться сделать что-то хитрое с iframes, но опять же я думаю, что это еще больше усложнит ситуацию.

Надеюсь, один из вас может что-то придуматьУ меня нетСпасибо!

Answer 1

Разделение обоих сайтов - один из способов. Я бы предпочел иметь часть электронной коммерции в качестве виртуального каталога или приложения основного сайта. Таким образом, вы можете легко делиться ресурсами DNN в магазине. Такие, как информация для аутентификации форм, элементы управления пользователя или любые другие вещи, которые вы хотели бы медленно интегрировать в свой магазин, вы можете. И вы все еще можете использовать один сертификат SSL, если хотите. Возможно, вы хотите создать пользовательский элемент управления для отображения вошедшего в систему пользователя, который находится на вашем основном сайте DNN:

lblUserName.Text = UserInfo.Username

Итак, вместо двух сайтов IIS:

website.com (DNN Install)
shop.website.com (custom ecommerce)

Я бы порекомендовал поместить магазин под установку DNN, чтобы вы могли иметь https://website.com/shop <- один SSL покроет все это. Вы также можете иметь отдельный веб-сайт <a href="https://shop.website.com" rel="nofollow">https://shop.website.com, если вы хотите, чтобы он указывал на https://website.com/shop (например, псевдоним)

website.com (DNN Install)
|
|--- Shop (custom ecommerce)
|--- Other DNN folders

Answer 2

Помимо сертификата SSL мне пришлось сделать нечто подобное, чтобы включить блог с сайтом электронной коммерции. В моем случае я использовал BlogEngine на поддомене и переназначил его, чтобы он соответствовал «родительскому» сайту. Я думаю, что ваш подход правильный, и да, вам, вероятно, потребуется получить сертификат с подстановочными знаками; если цена этого является проблемой для вашего клиента, то что само по себе должно поднять красный флаг?

Подробнее о SSL:

http://blog.httpwatch.com/2011/01/28/top-7-myths-about-https/