Выбор CMS по сравнению с порталом по сравнению с MVC+Components?

С учетом указанного вами уровня требований мне лично придется склоняйтесь к индивидуальному подходу. Вы можете нанять кого-то, кто будет заниматься дизайном (просмотром) сайта за вас, или вы можете купить тему в Интернете у дизайнеров сайта и настроить ее по своему вкусу. (Иногда для настройки среднего уровня достаточно просто иметь место для начала).

• Поддержка нескольких сайтов (с использованием одного домена для хостинга)

  • Вы, вероятно, захотите контролировать свою среду хостинга, используя VPS (виртуальный частный сервер) или выделенный сервер. Это все еще возможно на виртуальном хостинге, но не рекомендуется.

• Водонепроницаемое разделение контента между клиентами

  • Вам, вероятно, придется создать уникальный пул приложений для каждого клиента с собственным пользователем услуг для 100% разделения.

• Полная интеграция между компонентами / функциями / SSO (единый вход) / Работа на одном сайте (общий верхний / нижний колонтитул, унифицированная навигация, унифицированные теги и т. Д.)

  • Это будет сложная часть. Этот пример может дать вам некоторую полезную информацию в процессе разработки, но вам понадобится единая служба входа в систему, и все сайты будут ее использовать или ссылаться на нее.
• Простота разработки и развертывания
  • Вот тут-то и возникают сложности. Думаю, легкость в развитии исходит от вашего опыта. MVC определенно является правильным выбором в этом отношении, так как знание правильных способов создания сайта в MVC поможет в этом процессе. Будьте в курсе последних событий, читая блоги сообщества и слушая подкасты, такие как Hanselminutes или DotNetRocks , которые помогут вам оставаться на связи с новейшими и лучшими инструментами / технологиями, которые помогут вашему сайту начать работу. быстро и эффективно.
  • Развертывание - сложное место. MSDeploy все еще не совсем готов. Но если вы можете, вы, вероятно, захотите придумать структуру публикации Dev -> Staging -> Release, чтобы вы могли протестировать свой код в промежуточной (имитированной производственной) среде.
• Пользовательская логика будет написана с использованием C # и MVC, и любые продукты должны это поддерживать. Я хочу оставаться под контролем
  • Если вы разрабатываете сайт в ASP.NET-MVC, вы сможете создавать общие библиотеки, которые можно будет использовать не только на своем сайте, но и в собственных инструментах. Это значительно сократит дублирование кода и поможет обеспечить операционное единство . (Все так же работает).
• Решение должно предлагать функции, но в остальном не мешать (например,не навязывайте мне глупые идиомы, например, настаивая на GUID для первичных ключей)
  • Хотя вы будете иметь контроль в этой ситуации, я бы настоятельно рекомендовал использовать первичные ключи GUID. Это позволяет использовать репликацию слиянием , которая может помочь вам легко восстанавливать резервные копии или использовать серверы БД с переключением при отказе, когда что-то идет не так.
• Активное сообщество разработчиков
  • .NET имеет отличное сообщество (включая это), и вы должны получить большую поддержку, если попросите об этом вежливо.
• Никаких усилий одного человека
  • Не уверен, что вы здесь имеете в виду. Вы были бы Одиноким человеком, если не наняли помощника, но даже два человека могут сделать великие дела, если потратите немного времени. Даже один человек может делать великие дела, но фреймворк, на котором вы здесь работаете, поддерживается огромной командой, финансируемой из коммерческих источников.
• Последние действия в системе управления версиями
  • На самом деле не применимы к .NET, но многие библиотеки, которые вы можете использовать (NHibernate, MVC Contrib, AutoFac и т. Д.), Будут активно работать и постоянно улучшен.
• Разумный уровень документации и зрелости.
  • .NET и большинство библиотек производственного уровня, разработанных для .NET (упомянутых выше), на самом деле имеют довольно хороший уровень документации. Существует несколько платных и неоплачиваемых источников информации только для .NET, а также большинство библиотек (хорошо поддерживаемых сообществом и известных в StackOverflow)
• Не обязательно быть открытым исходным кодом
  • Ищите библиотеки поддержки, которые являются LGPL (т.е. вы можете использовать его в коммерческом программном обеспечении, но если вы измените библиотеку, вам придется выпустить новый код библиотеки, если вы выпустите двоичный файл.Здесь вы в безопасности, ваш сайт не обязательно должен иметь открытый исходный код, если вы используете эти библиотеки для поддержки своего развития.

Ну, это мои 2 цента. Описанный вами проект - непростая задача, вам предстоит проделать значительный объем работы, даже если у вас есть предварительная подготовка.встроенное решение (в основном его взлом, чтобы он работал так, как вы хотите). Я полагаю, что ваши самые большие проблемы будут связаны с SSO и безопасностью для готовых решений. Нельзя сказать, что это невозможно, просто сложно, и конечный результат может оказаться не совсем тем, что вы ищете.

Также обратите внимание на OpenID , это может быть лучшим решением для объединения всех ваших сайтов, и большинство готовых систем можно легко перенести для его использования.

Еще раз взгляните на MojoPortal. CMS отличная, а главный разработчик, Джо Одетт, очень отзывчивый. У меня есть несколько установок CMS, работающих на одном и нескольких сайтах.

Недавно я наткнулся на phpFox , который представляет собой социальную сеть / форумы / сайт сообщества CMS . Это может быть полезно для вас и стоит довольно недорого.