CMS: Сборка или покупка?
Этот вопрос немного субъективен, однако он направлен на то, чтобы дать мне немного информации о том, лучше ли строить или покупать.
Моя компания хочет войти в мир CMS для наших веб-сайтов наших клиентов, мы предоставляем открытый исходный код, или мы строим собственную модель с нуля?
Если вы покупаете, что вы используете?
Если вы создаете, как ваша архитектура отличается?
EDIT: CMS, которую мы хотим использовать, - это не поддержка нашего собственного веб-сайта, это то, что мы можем предложить нашим клиентам и привязанные к сайтам, которые мы настраиваем для них, это должно быть то, что мы адаптируем и манипулируем легко для многих различных проектов и целей веб-сайта.
Ответы
Ответ 1
Как использовать Open Source?: -)
Сегодня единственными причинами для разработки новой CMS являются:
1) нестандартные требования (смертельно редкие)
2) Вам просто нравится код "ваша собственная CMS" (c)
Если это не так, возьмите файл с открытым исходным кодом.
Лично у меня есть собственная CMS для всех моих личных и коммерческих целей, но это было в основном просто для развлечения программирования. Если вам нужно доставить, вы должны использовать существующие продукты.
Ответ 2
Компания, с которой я работаю, боролась с этим же вопросом в последнее время. Это зависит от ваших потребностей и потребностей клиента. Как правило, не рекомендуется создавать собственные CMS, если вы не используете его, чтобы предложить что-то очень новое.
У Drupal есть много доступных плагинов, дающих большую настраиваемость. Это удобно так же, как и большинство CMS, что вы можете использовать PHP файлы в качестве своих шаблонов и кодировать их за пределами CMS.
Wordpress имеет лучший пользовательский интерфейс для всех CMS, которые я использовал (Drupal, EE, Wordpress, Joomla). Если вам нужно программировать плагины, он также очень хорошо документирован и (когда плагин завершен) предоставляет интерфейс перетаскивания для клиента, чтобы он легко вносил изменения в свой собственный веб-сайт.
В настоящее время я перемещаю наш сайт с EE на WP.
Ответ 3
Ну, я могу создать простую CMS менее чем за один день (и каждый может сделать это с любой хорошей веб-картой). Таким образом, это зависит от того, насколько он сложный и насколько решения с открытым исходным кодом могут делать то, что вы хотите сделать CMS. Обычно я избегаю использования CMS с открытым исходным кодом, потому что это, как правило, избыточный уровень по сравнению с моими обычными потребностями клиента, но это я. Большинство CMS с открытым исходным кодом (drupal, joomla, wordpress) имеют множество функций, которые большинству людей просто не волнует, и они загромождают свой пользовательский интерфейс, поэтому я предпочитаю создавать свои собственные, насколько это просто, вместо использования открытого источника и борьбы добавить новую функцию и сделать ее масштабируемой.
Ответ 4
Во-первых, чтобы ответить на ваши вопросы по сборке или "покупке" - вы были бы сумасшедшими, чтобы строить. Ресурсы, необходимые для поддержки кода, который вы пишете, поскольку он изменяется для удовлетворения потребностей каждого клиента, в конечном итоге обойдутся вам в целое состояние в долгосрочной перспективе. Трудно побить ресурсы тысяч разработчиков, которые есть у многих крупных проектов. У вашей фирмы есть специалист по безопасности? Как насчет команды QA, которая постоянно ищет ошибки ans squash? Если вы не пытаетесь сделать одно, очень специализированное приложение, выберите CMS и пойдите с ним.
Далее, насколько возможно реализовать CMS на многих типах сайтов, это полностью зависит от ваших фирм-разработчиков. Если ваш разработчик знает XYZ CMS, то он должен иметь возможность взять любой дизайн и заставить его работать на CMS. Любая хорошая CMS имеет слой дизайна, полностью отделенный от содержимого и кода, поэтому дизайн не должен ограничиваться CMS каким-либо образом. Это просто вопрос изучения конкретной системы шаблонов, используемой CMS по вашему выбору.
Наконец, я удивлен, что никто не упомянул о том, что вы хотите ограничить контроль над своими клиентами над своими сайтами. Как уже упоминалось, вы можете перейти на маршрут SaaS и никогда не предоставлять клиенту доступ к административной части сайта. Любой из хороших проектов CMS предлагает редактирование интерфейса. Это позволит вашему клиенту добавлять/удалять/редактировать контент на сайте, не предоставляя им доступ к какой-либо структуре или дизайну. Вы можете полностью контролировать администратор, макет и функциональность, пока клиент просто управляет только контентом, что похоже на то, что вы пытаетесь выполнить.
Ответ 5
Это сильно зависит от того, что вам нужно, но многие CMS - это платформа, на которой вы можете опираться, получая лучшее из обоих миров.
-
Wordpress имеет очень богатую плагиновую инфраструктуру.
-
Если вы в порядке с серверами Windows, у SharePoint есть обширная архитектура плагинов/расширений.
Я не думаю, что есть основания строить с нуля, если вы не собираетесь конкурировать на рынке CMS.
Ответ 6
Не изобретайте велосипед. Для создания CMS требуется очень много времени и денег.
Если бы я был вами, я бы пошел с CMS с открытым исходным кодом, начал создавать пользовательские материалы и вносить свой вклад в то, что вы можете (так работает компания, где я работаю).
Мой выбор - Drupal, благодаря богатому набору вкладов, отличной гибкости/расширяемости и хорошей безопасности.
Ответ 7
Я думаю, что это зависит от того, сколько клиентов должно использовать CMS.
У нас есть только один клиент и построена собственная CMS, которую мы в большой степени настраиваем на конкретные потребности клиента.
Это также дает нам стратегическое преимущество, поскольку этот клиент вряд ли сможет перенести свои веб-сайты в другую компанию.
Если у вас есть пара ( > 2) клиентов, которые должны использовать CMS, IMHO будет лучшим выбором CMS с открытым исходным кодом.
Ответ 8
Можете ли вы разработать новую CMS так же хорошо, как некоторые другие, которые были вокруг в течение многих лет, и сотни людей работали над этим развитием?
Это вопрос, который я всегда задаю себе в начале каждого проекта по запуску веб-сайта.
Конечно, есть хорошая платформа с открытым исходным кодом, которая отвечает вашим требованиям и что вы можете улучшить.
Я предлагаю следующее:
Liferay: для крупных организаций и расширенных проектов он написан в java. Я лично люблю эту CMS. Большие места, такие как NASA, используют его, и моя компания использовала его для проекта, это было здорово.
Plone: То же, что и выше - язык = Python
EZPublish для крупных организаций, но не такой продвинутый, как Liferay - language = PHP
Joomla и drupal для обычных веб-сайтов.
Ответ 9
Как дизайнерское агентство, предположительно, с рядом клиентов с живыми веб-сайтами, которые постоянно нужно менять, которые отнимают человечество от новых проектов,
Мой первый вопрос: если я намерен перенести моих существующих клиентов на версию своего сайта на основе CMS
Затем, Каковы общие черты/различия на ваших сайтах клиентов?
Если существует много общности (в обратном конце кода, а не в дизайне переднего конца), возможно, вам нужно интегрировать основной редактор статей?
Посмотрите, как CMS будет влиять на ваш поток дизайна, ваши проекты будут затем "CMS", это будет кривая обучения.
Я не пытаюсь отговорить вас от покупки или создания CMS, но решение будет полностью определено ситуацией ваших компаний.
Лично я использую Joomla и DotNetNuke. Я разработчик не дизайнер, поэтому я покупаю полные темы и изменяю их. Когда я начал, у меня также не было существующих клиентов. Я решил использовать CMS специально, потому что я мог покупать темы, и, во-вторых, это был клиент, изменяющий статьи.
Ответ 10
Я не могу думать о CMS с открытым исходным кодом, который не обеспечивает все, что потребуется большинству компаний.
вы получаете преимущества исправлений ошибок, небольшого времени развертывания и простоты документации.
При выборе CMS попробуйте использовать ту, которая не слишком громоздка или не слишком популярна.
большинство CMS позволяют легко расширять, поэтому, если у клиента есть особые потребности, тогда его легко добавить функциональность.
Ответ 11
Причина, по которой вы начинаете строить, - это CMS, может быть потому, что ландшафт CMS-систем большой (и вы не можете решить, на какой системе поставить все, что у вас есть энергия).
Вы хотите простой CMS для веб-сайта, рамки интеграции или персонализацию/социальные сети.
Поскольку там много ОС CMS, я бы не рекомендовал вам начинать с нуля. Проверьте исследование EG:
http://www.slideshare.net/OpenSourceCMS/451-group-future-of-web-content-management-open-source-cms
Также проверьте лицензию ОС на продукты и то, как это может повлиять на ваши проекты.
Удачи!
Ответ 12
Много хороших отзывов уже, но я не вижу, чтобы кто-нибудь говорил о реальных пользователях, клиенте, который платит за этот сайт.
Одна из причин, по которой продукт CMS часто лучше, заключается в том, что он может предоставить вам много материала для справки, усовершенствований юзабилити и надстроек, которые вы не получите, когда сами создадите. Что еще более важно для конечных пользователей, это может означать, что они расширяются и добавляются на сайт, не требуя, чтобы ИТ предоставил им разрешение (и обход бюджета или ресурсов) для этого.
Другая проблема заключается в том, что, если вы ее сами создаете, это единственная копия этого программного обеспечения, которое проверяется и тестируется на безопасность. Продукт будет проходить через более тщательные испытания и зондирование.
С другой стороны, там есть множество CMS, и это может сбивать с толку, если вы не знаете, чего хотите. CMS Matrix - хороший сайт для сравнения всех видов CMS ', чтобы найти тот, который соответствует вашим потребностям.
Я работаю для поставщика CMS Elcom Technology, поэтому я немного предвзято, но я также использовал WordPress, SharePoint, DotNetNuke, Joomla и Drupal на различные уровни степени, и все они предлагают большой шаг над чем-то построенным на дому.
Ответ 13
Очень важная причина, по которой вы, возможно, захотите выбрать то, что уже сделано (FOSS или коммерческий), заключается в том, что кто-то другой может поддержать его.
PS
Я использовал CMSMS для различных проектов. Он имеет достаточный пользовательский контроль, позволяющий им редактировать, но не путать с макетом и т.д.